-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
MultiSelect selected items are not announced by screen readers #6214
Comments
Here are the findings so far. All testing is made with ChromeVox in Chrome:
Having the above said, I would suggest following one of the below 3 approaches:
|
In my opinion, we should keep the label (aria-labelledby) separate from the taglist. The widget should have an announce-able label regardless of the items selected. I suggest keeping the aria-labelledby and aria-describedby pointing to the tag list. As for the other 3 options, 1 and 2 lead to the same output as 3 - I do not see any value in utilizing 1 or 2. I think we can go with 3. I spiked a simple HTML example that seems to work: https://dojo.telerik.com/oReJaQaJ/8 |
Apart from the above, in order to improve the widget accessibility, we should also consider |
The regression is caused by the following change: It fixes the following two bugs: If we revert the above fix we could easily avoid the first bug by simply removing the The second bug, however, is a more complicated scenario:
My suggestion, if that allows the readers to properly announce the tag list, is to keep the current |
Related to: |
Bug report
MultiSelect selected items are not announced by screen readers
Regression introduced with R3 2020 SP1
Reproduction of the problem
Expected/desired behavior
Selected items should be announced by screen readers
Environment
The text was updated successfully, but these errors were encountered: