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
This is a side project, it comes with no warranty.
Language | Code | Supports | Credits |
---|---|---|---|
Brazilian Portuguese | pt-br | Report itself, WCAG 2.1 | @brunopulis |
Latinamerican Spanish | es | Report itself, WCAG 2.1 | @danisaurio |
Dutch | nl | Report itself, WCAG 2.1 | @hidde |
German | de | Report itself, WCAG 2.1 | @mfranzke |
English | en | Report itself, WCAG 2.1 | @hidde |
In progress:
- Finnish (worked on in #7)
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.
- On the command line, install Eleventy globally with
npm install -g @11ty/eleventy
- Get the project files; best fork this project, then clone your copy.
- When the project files are on your computer, go to folder that contains the project files
- Run
npm install
to install all dependencies this project needs. - Run
npm run dev
oreleventy --serve
to start a local server and look at the reports - Customise the reports: add your own logo, colors, typography and content. There is cipsum everywhere.
- Create a new report
From now on, you'll onlly need to run that last step: npm run dev
or eleventy --serve
.
You can run npm run add-report
, which will ask for a name and duplicate the example folder with that name.
- Copy the demo folder and give it a unique name (for instance: “mysite”)
- Add “mysite” into
reports.json
. This will tell 11ty to group its issues. - Provide meta data in
mysite/index.njk
- Add issues as Markdown files the report's folder
- Add metadata as YAML frontmatter
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 |
- After initial setup, run
eleventy --serve
to start a server, this should show you links to all your reports
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 |
There are a couple of reporting-related filters available.
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 example2.1
(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>
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 hassc
in front matter with a number, like1.1.1
) (required)language
is the page's language (required)targetLevel
is the evaluation target, one of these options:A
,AA
orAAA
(required)targetWcagVersion
is the WCAG version you're evaluating against, for example:2.1
(required)
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
.