WCAG Reporter

This repository lets you create WCAG EM Reports using Eleventy.

• Write issues as Markdown files
• Create reports in English, Dutch, Brazilian Portuguese, Spanish or German
• Automatically output a score card in the report
• Include your boilerplate easily, so that you can focus on describing issues

Eleventy is a static site generator. In this project we use it to combine all Markdown files into one HTML file that is a report.

Some more context in: Introducing an Eleventy starter project for WCAG reports

Buy me a coffee

Like this?

Supported languages

Language	Code	Supports	Credits
Brazilian Portuguese	pt-br	Report itself, WCAG 2.0/1	@brunopulis
Dutch	nl	Report itself, WCAG 2.0/1	@hidde
English	en	Report itself, WCAG 2.0/1	@hidde
Finnish	fi	Report itself, WCAG 2.0/1	@eevajonnapanula
German	de	Report itself, WCAG 2.0/1	@mfranzke
Latinamerican Spanish	es	Report itself, WCAG 2.0/1	@danisaurio

Want to contribute a language? Create an issue (to indicate you'd like to take this on; the template has some instructions) and file a Pull Request.

Set up

1. On the command line, install Eleventy globally with npm install -g @11ty/eleventy
2. Get the project files; best fork this project, then clone your copy.
3. When the project files are on your computer, go to folder that contains the project files
4. Run npm install to install all dependencies this project needs.
5. Run npm run dev or eleventy --serve to start a local server and look at the reports
6. Customise the reports: add your own logo, colors, typography and content. There is cipsum everywhere.
7. Create a new report

From now on, you'll onlly need to run that last step: npm run dev or eleventy --serve.

Create a report

Use the npm script

You can run npm run add-report, which will ask for a name and duplicate the example folder with that name.

Manually

1. Copy the demo folder and give it a unique name (for instance: “mysite”)
2. Add “mysite” into reports.json. This will tell 11ty to group its issues.
3. Provide meta data in mysite/index.njk

Add issues

1. Add issues as Markdown files the report's folder
2. Add metadata as YAML frontmatter

Metadata

Issues accept some meta data to help create the report:

Key	Example	Description
sc	2.4.7	The Success Criterion the issue falls under, numbers only, separated by dots or none to render as tip
severity	Low, Medium, High	Group issues by severity (these are just strings, use what works for you or your client)
difficulty	Low, Medium, High	Group issues by difficulty
title	Focus style missing	Name for the issue
sample	homepage	Refer issue back to sample ID, or all if not related to specific example

View your reports

1. After initial setup, run eleventy --serve to start a server, this should show you links to all your reports

Tweak the report to your liking

This tool is meant to help generate WCAG EM reports effectively. Nothing is set in stone, you can change it to your liking.

This section explains where things live.

Component	Explanation	Where to change
About this report	Explains to reader how the report was created, how to interpret, etc	src/_shared-content/[language]/about-this-report.md
Executive summary	High level summary of results	summary.md in the root of the report's folder
Report template	Blueprint for the report, decides order, etc	src/_layouts/report.njk
Surrounding HTML	head, etc	src/_layouts/base.njk
Translations	Strings in multiple languages, used in the templates	src/_data/translations.json
Styles for the report itself		src/_assets/report.css
Scope, baseline, evaluators etc	Meta information displayed in the report	src/reports/[your-report]/index.njk
Language	Language for the report, also used for pulling in the correct translations and explanations	src/reports/[your-report]/index.njk

Filters and shortcodes

There are a couple of reporting-related filters available.

Filter: link to success criterion

Creates a link to a success criterion in the WCAG QuickRef, based on a WCAG SC number.

The mapping from number (e.g. 1.1.1) to slug (e.g. non-text-content) is done in .src/data/sc_to_slug.json.

For instance:

{% 1.1.1 | sc_uri(targetWcagVersion, language) %}

where:

• language is the page's language (required)
• targetWcagVersion is the WCAG version you're evaluating against, for example 2.1 or "2.0" (required)

displays: https://www.w3.org/WAI/WCAG21/quickref/?versions=2.1&showtechniques=248#non-text-content

This can be used in a link, like so:

<a href="{% 1.1.1 | sc_uri(targetWcagVersion, language) %}">1.1.1</a>

And this content can be variable. If the SC number is in a variable called sc, this is how to link:

<a href="{% sc | sc_uri(targetWcagVersion, language) %}">{{ sc }}</a>

Shortcode: results table

A table of results can be generated like this:

{% sc_table issueList, language, targetLevel %}

where:

• issueList is an object with all issues for this report (assumes each issue has sc in front matter with a number, like 1.1.1) (required)
• language is the page's language (required)
• targetLevel is the evaluation target, one of these options: A, AA or AAA (required)
• targetWcagVersion is the WCAG version you're evaluating against, for example: 2.1 (required)

Shortcode: sample image

With the sample_image shortcode, you can output the URL of a screenshot for a sample.

{% sample_image id, reportName %}

You'll need to add the id of the sample (e.g. sample-1) and the folder name of the report (e.g. example).

This will then output either images/sample-1.png (if it exists) or the URL to a default image.

The default can be changed by updating .src/reports/example/images/default-screenshot.png.