Issue metadata
Sign in to add a comment
|
a11y: MD Settings - incorrect verbalization of ADD button |
||||||||||||||||||||||||
Issue descriptionChrome Canary: 58.0.3013.0 Mac with VoiceOver When navigating MD Settings with VoiceOver, note that in the content section, when you choose a specific item (like javascript) and reach the specific settings for javascript, there are buttons that say ADD. VoiceOver speaks "A D D" instead of add. Not a huge deal, just a little strange to hear.
,
Feb 23 2017
so this appears a bug in Chrome<->VoiceOver communication (possibly) it seems that the screen reader is somehow getting the text of our SCREAMER buttons after the text-transform: uppercase; is applied. dmazzoni@: are you a good assignee? this will affect a bunch of MD stuff.
,
Feb 23 2017
,
Feb 23 2017
This is an issue going back years:
1) text-transform: uppercase is exposed to ATs as ACTUAL UPPERCASE
2) speech engines interpret ACTUAL UPPERCASE as acronyms in certain cases (like this one)
This is usually the exact case ("A D D??") that causes people to discover this issue, and every time it comes up we have this discussion.
We may want to revisit it, but last time I polled Google SR users they were fairly unanimous that exposing text-transform: uppercase as ACTUAL UPPERCASE was the way they wanted it, and we have no control over what the speech engine does with the input it gets (modulo our own speech engines), so this typically ends up being a WONTFIX.
,
Feb 24 2017
Agreed, this is WAI. Authors who wish to override this logic could just add a redundant aria-label on the button with lowercase text. It could even be done automatically. The problem is that the browser can't know for sure if the uppercase was done for style or if there's a semantic reason behind it. Also because braille.
,
Feb 24 2017
who am I to deny SR users what they want |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by dbeam@chromium.org
, Feb 23 2017