-
Notifications
You must be signed in to change notification settings - Fork 33
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
Update rule description #42
Changes from 3 commits
53526e2
c3a33c0
8b1d691
f308f04
a718317
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -42,10 +42,11 @@ Rule Description {#structure-description} | |
|
||
Each ACT Rule MUST have a description that: | ||
|
||
* Is in plain language; | ||
* Explains the accessibility requirement being tested; | ||
* Lists any limitations and assumptions for the test; | ||
* Explains the failure conditions and their reasons. | ||
* Is in plain language and provides a brief description of what the rule does. | ||
* Explains the accessibility requirement being tested such as the WCAG SC or the technique the rule maps to; For example WCAG 2.0 Technique H67. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If I recall correctly, a rule always applies to at least one success criterion, and may map to any number of techniques? If so, should this be separated into two points:
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Good point Shadi, i will make the suggested changes. Thx. |
||
* Lists any limitations and assumptions for the test, the test environment, technologies being used or the subject being tested; For example: A rule for 1.4.1: Use of Color has to make an assumption that CSS properties are used to make a link visually evident. Typical examples are: background, border, color, font, or text decoration. | ||
* Provides the scope or the context of the rule; | ||
* Explains the failure conditions and their reasons. For example the rule triggers on all images on the page that has no alt attribute defined. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
do it mean the rule is applied to all such images, or returns a There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This duplicates much of the Rule Outline. The Rule Description should be part of the Rule Outline and in plain language describe what the rule does.. |
||
|
||
|
||
ACT Input Data {#input} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"a rule must have a description that provides a brief description of what the rule does" sounds a bit tautological 😉.
I'd suggest "provides a summary" or "provides a short explanation" instead.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Like short explanation, will make the change.