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

Question on determining whether aria-labelledby maps to AXDescription or AXTitle #213

Open
sivakusayan opened this issue Nov 27, 2023 · 1 comment
Assignees

Comments

@sivakusayan
Copy link
Contributor

sivakusayan commented Nov 27, 2023

The current mapping states that browsers should expose aria-labelledby through AXTitle if the value is rendered visually. However, if I'm reading WebKit's AXDescription code right, it will always expose aria-labelledby via AXDescription. Very briefly going over this WPT page with the Mac accessibility inspector seems to confirm my hypothesis (for buttons, anyway). Webkit's AXTitle code seems to be mostly used to expose name from content and HTML labels.

I think it would be nice to get some clarification of whether we should be following WebKit or the spec here - this discrepancy makes me unsure how to fix this Chromium bug where a dialog's title isn't read when focus moves into the dialog. This happens because VoiceOver (tested on Ventura 13.5) won't respect a dialog's AXTitle if AXTitleUIElement is null, but I'm not sure if we can guarantee that AXTitleUIElement always exists (for example, if aria-labelledby points to two nodes). Safari gets past this by exposing the dialog's title through AXDescription.

@aleventhal
Copy link
Contributor

@cookiecrook can you give guidance so that we can fix the Chromium bug? Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants