The rewrite of label in name needs images of text #484
Comments
@DavidMacDonald I marked the example in your issue text as code because github was trying to render the image. |
I support adding images of text. |
Discussed on 10/26 call and almost came to a conclusion. https://www.w3.org/2017/10/26-ag-minutes.html Two proposals discussed were:
The main concern about the first proposal was that the second half of the SC allows either of the forms of text to be included in the name, but if both types are present then both need to be included. The main concern about the latter proposal was that a text alternative for an image of text might have information beyond the equivalent of the text itself and the goal is to only require the text content, whether it is in an image or in text. |
What about: |
@awkawk, I agree that the 2 proposals you quoted have issues, but I still don't understand what's wrong with the current pull request version (minus the "active"): For user interface components with labels that include text or images of text, the name includes the text of the label. That tries to say the same thing as your most recent offer, does it not? I think the complaint was that the second use of "text" could be taken confusingly since it refers to any text, regardless of whether or not it's an image. Perhaps that could just be clarified in a note or with a slight alteration like: For user interface components with labels that include text or images of text, the name includes the text string as presented in the label. I'd prefer keeping it clear that not all UI components have labels and not all labels have text or images of text rather than boiling that down to a single word ("any"). |
... or even "character string" |
I think that the source of the problem is that if people are confused that text in a label doesn't necessarily include images of text why wouldn't they be confused about what they are required to include in the name? How about: And then we provide a definition for "visually represented as text": |
Well, yeah I agree but WCAG 2.0 shoots itself in the foot by defining "text" as being programmatically determinable, and then using "text" in the definition of "image of text" (straying from the dictionary causing problems sounds familiar...).
Do we really want to go down that road when we've already got definitions for text, image of text, non-text...? How about just not using text in the second half and using the way it is defined as "sequence of characters": For user interface components with labels that include text or images of text, the name contains the sequence of characters visually presented in the label. |
I'm ok with that. Either way we will need to be clear in the understanding docs and have clarifying techniques. |
Current proposal: For user interface components with labels that include text or images of text, the name contains the sequence of characters visually presented in the label. |
Trying to simplify:
I.e. if you show text in whatever form, include it in the name. You could add 'visually' on the end, which would then exclude hidden labels, which would make sense for the voice-input scenario. |
+1 to Alastair.
I don't like using "characters", as that encompasses more than just
"letters" - for example, these too are all characters:
!@#$%^&*()+{}|:"<>?-=[]\;',./ (and that's just from a Western keyboard and
a Latin-based character set)
JF
…On Tue, Oct 31, 2017 at 9:16 AM, Alastair Campbell ***@***.*** > wrote:
Trying to simplify:
For user interface components with labels that include text or images of
text, the name contains the text presented.
I.e. if you show text in whatever form, include it in the name.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#484 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABK-c8NSq8SeTlrZVGb9yemOOfq7dI_6ks5sxyu5gaJpZM4Pytr->
.
--
John Foliot
Principal Accessibility Strategist
Deque Systems Inc.
john.foliot@deque.com
Advancing the mission of digital accessibility and inclusion
|
Version for CFC, as agreed by WG on 10/31/17 call: "For user interface components with labels that include text or images of text, the name contains the text presented." |
Pull request #535 has been updated with the CFC wording. |
Merged. |
it needs the addition of visible label:
The new wording dropped "visible label", and sometimes a visible label is an image, want to ensure this doesn't pass.
<button aria-label="go"><img src="go.jpg"></button><input aria-label="search" ...>
Also, it needs a note about the string of text being at the beginning of the name.
Note:
<p class="note">A best practice is to place the text string that makes up the name, at the start of the text string that makes up the label.</p>
The text was updated successfully, but these errors were encountered: