New issue
Advanced search Search tips

Issue 693384 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug
Team-Accessibility



Sign in to add a comment

a11y: MD Settings - incorrect verbalization of ADD button

Project Member Reported by lpalmaro@chromium.org, Feb 17 2017

Issue description

 
 
Chrome 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.  
 

Comment 1 by dbeam@chromium.org, Feb 23 2017

Status: Available (was: Untriaged)

Comment 2 by dbeam@chromium.org, Feb 23 2017

Cc: dbeam@chromium.org
Components: UI>Accessibility
Labels: -Pri-3 Pri-2
Owner: dmazz...@chromium.org
Status: Assigned (was: Available)
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.

Comment 3 by dbeam@chromium.org, Feb 23 2017

Cc: aboxhall@chromium.org
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.

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.

Comment 6 by dbeam@chromium.org, Feb 24 2017

Status: WontFix (was: Assigned)
who am I to deny SR users what they want

Sign in to add a comment