-
Notifications
You must be signed in to change notification settings - Fork 750
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Redesign the rule description page #2059
Comments
Hey @WilcoFiers – I'm actually going through this information now to get a better idea of how much of the WCAG standard(s) are covered by default. Is this something actively being worked on? If not, I could try to put together a proposal... |
I'm currently working on it. Was there something you'd like changed that would help you understand it better? |
If the The information I'm personally trying to gather is a better understanding of what success criterion from the recommendations will not be caught when using |
Interesting idea. The only problem we have with that is that even though we have rules that cover certain success criterion, no WCAG criterion can be fully automated. So a list such as you've requested might present itself as axe-core covering all of the criterion when in can only cover a portion of it |
Totally agree that it would need to make clear that full coverage isn't possible via automation (even for some of the guidelines that are present), but I think having a better understanding of the intersection of guidelines and |
Testing: open the rule-description doc in github, ensure it meets the requirements outlined in the ticket. |
Went through rule-description document, observed the WCAG standard(s) are displaying in the tables of heading with seperate categories each, for all |
https://github.com/dequelabs/axe-core/blob/develop/doc/rule-descriptions.md
Should have multiple tables, separated by the following headings:
Can take out the "enabled by default" column. Add a short intro after each heading indicating what is included, and if those rules are enabled by default. Combine the Failures, Needs Review columns into a single "Issue type" column, which can be "failure", "needs review" or "failure or needs review".
Content should be sorted alphabetically by rule ID within each category. Rule IDs should have links to DQU help pages. Add
?application=RuleDescription
to the end of each URL.The text was updated successfully, but these errors were encountered: