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
Level Access Feedback: General #366
Comments
@nitedog will add another example to the Appendix. |
Proposed response Many thanks for your comment. As discussed during the ACT TF teleconference call on 27 June 2019, we believe Pull Request #389 addresses your concern. It provides clearer examples, includes the JSON context, and links out to further resources on EARL and JSON-LD. Please let us know if you disagree with how this was resolved. |
* update Appendix 1 - Removed references to Auto-WCAG and added context, to address issue #378 - Refined examples, descriptions, and link to further information on EARL/JSON, to address issue #366 * Update act-rules-format.bs * Update act-rules-format.bs * Update act-rules-format.bs * Update act-rules-format.bs * Update act-rules-format.bs - Added default types for subject, test, and pointer to make examples yet simpler - Added example of overriding default test type TestCase for TestRequirement - Added example of overriding default subject type WebPage for WebSite - Added example of providing Assertor as part of the EARL results * Update act-rules-format.bs * Update EARL examples
Proposed response acceptable. |
Suggestion: We need to tighten the outcome data format – possibly restricting it to one form. The examples suggested for data-format are not trimmed to only those pieces of the format which are 100% necessary. For example, we likely need the id of the coded test being run, the testing engine name + version, the id of the rule being claimed as supported, the id of the unit test and the outcome from the coded test.
Reason: People are already starting to implement tools which read this outcome format. It would be best to promote a single format ASAP, which of course could be a cut-down form of EARL. You’ll notice, that both Alfa and aXe already report using different structural versions of EARL (and, Deque’s earl context seems different to the earl-act.json context) – with differences in the additional information presented too. Without clarity more variants from more tool developers will follow.
The text was updated successfully, but these errors were encountered: