Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When naming from content, determine whether owned and contained content are treated differently by the accessible name calculation #277

Open
mcking65 opened this issue Feb 9, 2017 · 4 comments
Assignees
Labels
question Issue asking a question

Comments

@mcking65
Copy link
Contributor

mcking65 commented Feb 9, 2017

Is content that is owned via aria-owns ignored by the name calculation when an element is named by its content?

If so, this will require modification of the labeling guidance for treeitems and menuitems in the tree and menu patterns.

@jnurthen
Copy link
Member

Implementations differ on this.

FF (tested 48ESR & 54 -Dev Edition). FF ignores aria-owns when computing the accessible name
Chrome (Tested Canary). Chrome Canary uses aria-owns when computing the accessible name and will include it along with any natural decendents

IMO Chrome's behaviour is a bug and it breaks code such as http://oaa-accessibility.org/example/42/ which uses aria-owns within the tree.

@jnurthen
Copy link
Member

Logged bug against Chrome - https://bugs.chromium.org/p/chromium/issues/detail?id=702811

@jnurthen
Copy link
Member

jnurthen commented Apr 3, 2017

ARIA issue w3c/aria#538

@mcking65 mcking65 modified the milestones: 1.1 PR, Jan 2017 Clean Up Apr 3, 2017
@jnurthen
Copy link
Member

So it seems FF is moving to the Chrome model. I don't believe there is anything to do here - but @mcking65 please confirm

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Issue asking a question
Development

No branches or pull requests

2 participants