Non text contrast ac #924
Non text contrast ac #924
Conversation
| @@ -40,46 +59,49 @@ <h1>Understanding Non-text Contrast</h1> | |||
| <h2>Intent</h2> | |||
|
|
|||
|
|
|||
| <p>The intent of this Success Criterion is to ensure that active user interface components (i.e., controls) and meaningful graphics are distinguishable by people with moderately low vision. The requirements and rationale are similar to those for large text in WCAG 2.0's <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html">1.4.3 Contrast (Minimum)</a>.</p> | |||
| <p>The intent of this Success Criterion is to ensure that active user interface components (i.e., controls) and meaningful graphics are distinguishable by people with moderately low vision. The requirements and rationale are similar to those for large text in <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html">1.4.3 Contrast (Minimum)</a>.</p> | |||
There was a problem hiding this comment.
link needs to be a WCAG 2.1 link to 1.4.3
| @@@ insert image of 2 controls with a hover state on one that does not have good color variation with the unhovered conrol beside it, but where the pointer shape has turned to hand icon. include figcaption: "two controls, one being hovered by the mouse. Although the colour difference between the hovered and unhovered states does not meet 1.4.1 on its own, the shape change of the pointer to a hand provides user-agent-supplied redundant visual indication @@@</p> | ||
| <h4>Relation to <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-without-color.html">1.4.1 Use of Color</a></h4> | ||
| <p>Designers will often use color to indicate the states of UI components. So how does the guidance on Use of Color relate to Non-text Contrast?</p> | ||
| <p> The criteria for Use of Color states <q>Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.</q> Although every object on a screen is arguably created through use of color only (shapes are created by altering an area of pixels from one color to another), the context of 1.4.1 addresses changing <strong>only the color</strong> of an object (or text) without otherwise altering the object's form. If an author adds a border, outline, or shadow to a shape to indicate a change in state then it is not relying solely on use of color.</p> |
There was a problem hiding this comment.
The Use of Color success criteria states ...
| </section><!-- end graphical-objects --> | ||
|
|
||
| <section id="testing-principles"> | ||
| <h3>Testing Principles</h3> |
There was a problem hiding this comment.
I'm not entirely sold on this section. I can live with it, but think that this understanding document is already long and this moves into the techniques territory, so I would like to figure out how to integrate it into the structure better or leave it for techniques, sooner or later.
There was a problem hiding this comment.
If someone can think of a better way of doing that, happy to adjust. The main things is that the SC covers two quite different elements on the page, each of which have multiple ways to meet the SC, so no structure of and/or for the techniques will address this.
|
Updated the content for the first two comments, which seems to have deleted the comments. I'll raise the latter at on the call. |
|
@alastc once your images are updated then you can go ahead and merge. |
|
Thanks, merging to the main branch, I'll delete this branch so any further updates can happen in the main branch. |
Added more (draft) examples, updated the structure. Mostly editorial and obvious graphics updates.
Two key points though: