New issue
Advanced search Search tips

Issue 816719 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug
STS
Team-Accessibility

Blocked on:
issue 651614



Sign in to add a comment

[Select-to-Speak] User-visible but aria-hidden elements are not read by select-to-speak

Project Member Reported by katie@chromium.org, Feb 27 2018

Issue description

Things which are area-hidden don't get read by Select-to-Speak. This makes sense because the information is not in the accessibility tree. However, it's also a bit weird because aria-hidden things are still on the screen for the user.

For example, etsy.com has a big orange banner that starts, "Etsy keeps you safe", about halfway down the page. This banner is aria-hidden even though it's got a lot of text. Select-to-Speak users would find that STS doesn't speak anything here, yet they would be able to see the text on the screen.

This could be made possible as part of crbug.com/651614. Previously Blink removed aria-hidden nodes from the tree. With my change, they'd be included but skipped over downstream (like in the automation internal bindings).

It'd then be possible to maybe add a mode to automation where you could specify whether you want ignored nodes skipped over, or not. Select-to-speak probably wants to see the ignored nodes anyway, whereas ChromeVox usually doesn't.
 

Comment 1 by katie@chromium.org, Mar 8 2018

Labels: OS-Chrome

Comment 2 by katie@chromium.org, Mar 19 2018

Components: UI>Accessibility>SelectToSpeak

Comment 3 by katie@chromium.org, Mar 19 2018

Components: -UI>Accessibility

Comment 4 by katie@chromium.org, Apr 16 2018

Blockedon: -815378 651614
Cc: dmazz...@chromium.org
Dominic, will your work adding more things to the accessibility tree help with this bug? aria-hidden elements should still be read by Select-to-Speak if they have a location on the page.

Sign in to add a comment