WAI
Status Update
No update yet.
Comments
be...@microsoft.com
Project: platform/frameworks/support
Branch: androidx-main
Author: Radha Nakade <
Link:
Migrate traffic from pixel2 to mediumphone on FTL emulators.
Expand for full commit details
Migrate traffic from pixel2 to mediumphone on FTL emulators.
Bug: 396715333
Test: ./gradlew emoji2:emoji2-emojipicker:ftlmediumphoneapi33
Change-Id: If5555443ca1a91479128e1bd6f4f909154c40ba2
Files:
- M
buildSrc/private/src/main/kotlin/androidx/build/FtlRunner.kt
Hash: c76f8094154101867327912e659ae47509755957
Date: Wed Feb 26 11:27:46 2025
al...@google.com
It's a content issue, because role="none" is "undone" if there are interesting ARIA properties. Here's the section of the spec that says that:
https://w3c.github.io/aria/#conflict_resolution_presentation_none
@svartn, I see you have a class="sr-only". Are you trying to introduce text that is only for screen reader users to perceive? I suggest perhaps adding an aria-description to the list itself.
In any case, this is Works As Intended. There are spec-compliant ways to accomplish what the author is trying to do
Apologies if closing this causes frustration, because ARIA can be bewildering and unclear. Suggest asking on a11y Slack, or public-aria email list, or somewhere that you can get ARIA support.
@svartn, I see you have a class="sr-only". Are you trying to introduce text that is only for screen reader users to perceive? I suggest perhaps adding an aria-description to the list itself.
In any case, this is Works As Intended. There are spec-compliant ways to accomplish what the author is trying to do
Apologies if closing this causes frustration, because ARIA can be bewildering and unclear. Suggest asking on a11y Slack, or public-aria email list, or somewhere that you can get ARIA support.
sv...@gmail.com
Thank you Aaron!
Didn't know the set role could be "undone". That is interesting and very good to know :)
This is a simplified version of a more complex scenario but we have workarounds. I just found the behavior strange and thought it might be a browser issue.
I don't think aria-description should be used instead of aria-label. Setting aria-label on the list itself would do the trick, but potentially more risky than using aria-labelleby as a dev might later update a visible label but forget about the aria-label (on another component).
Thanks for the help! :)
Didn't know the set role could be "undone". That is interesting and very good to know :)
This is a simplified version of a more complex scenario but we have workarounds. I just found the behavior strange and thought it might be a browser issue.
I don't think aria-description should be used instead of aria-label. Setting aria-label on the list itself would do the trick, but potentially more risky than using aria-labelleby as a dev might later update a visible label but forget about the aria-label (on another component).
Thanks for the help! :)
al...@google.com
Cool. I guess that I meant if you have additional info the aria-description can be used in addition to aria-label/labelledby.
If the user doesn't want extra help, many screen readers allow them to turn that off, which could be a bug/feature depending on the situation.
If the user doesn't want extra help, many screen readers allow them to turn that off, which could be a bug/feature depending on the situation.
Description
Steps to reproduce the problem
Problem Description
In the example (https://codepen.io/svartn/pen/XJWMRVO ) there are two list, both have a "invisible" item in the start of the list that serves a label for the list. That item has role="none" to not be a list item semantically. The list gives the element it's accessible name from aria-label, while the second gives it from the content of the element. This seems to impact whether the element is included in the index or not.
I would expect the element not to impact the index if it's role had been overridden with role="none".
Summary
Screen reader will read incorrect index if a list item without content and role="none" is first
Additional Data
Category: UI
Chrome Channel: Stable
Regression: N/A