New issue
Advanced search Search tips

Issue 648615 link

Starred by 3 users

Issue metadata

Status: Verified
Owner:
Closed: Oct 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug
Team-Accessibility



Sign in to add a comment

ChromeVox Next doesn't speak states / properties of links

Project Member Reported by dmazz...@chromium.org, Sep 20 2016

Issue description

It's legal for a link to have aria-expanded on it, but ChromeVox Next doesn't announce it. The output rule for "link" doesn't include state.

I think that the output rule should always include state unless there's a good reason for it not to. It'd be easier to have ChromeVox speak everything legal and then cut back on verbosity when it's annoying rather than the current default where it's leaving things out and we get bug reports about things missing.

 

Comment 1 by dtseng@chromium.org, Sep 20 2016

Not all states are useful (e.g. readonly, enabled, etc). Some states are only valid on some roles (e.g. pressed) on toggle buttons; pressed does not have a not pressed bit.
We should be enforcing all of those in Blink, though...

Labels: Phase3

Comment 5 by dtseng@chromium.org, Sep 23 2016

Status: verified (was: Available)

Comment 6 by dtseng@chromium.org, Sep 23 2016

Owner: aboxhall@chromium.org
Status: available (was: Verified)
For the record, the bits are not really enforced by Blink. For example, a client would have to have knowledge of a toggle button taking the |pressed| state; when not present, the client would need to interpret it as "not pressed" rather than undefined. The conclusion was to try and make Blink publish a json-formatted derivation of the rules for Aria.

Comment 7 by dtseng@chromium.org, Sep 23 2016

Labels: -cvox2 framework

Comment 8 by dtseng@chromium.org, Oct 13 2016

Status: Verified (was: Available)

Sign in to add a comment