-
-
Notifications
You must be signed in to change notification settings - Fork 32.2k
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
[Autocomplete] Improve accessibility #18204
[Autocomplete] Improve accessibility #18204
Conversation
|
||
### iOS VoiceOver | ||
|
||
VoiceOver on iOS Safari doesn't support the `aria-owns` attribute very well. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@fymmot do you know if there is a bug we can link, like https://bugs.webkit.org/show_bug.cgi?id=176896?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@oliviertassinari I haven't been able to find a bug for this. I might file one myself.
There is some info in this article (https://tink.uk/using-the-aria-owns-attribute/), near the bottom concerning screen reader support. It's a little bit dated (2015) but there hasn't been any improvements for iOS VoiceOver since then.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Missing data on a11ysupport.io: https://a11ysupport.io/tech/aria/aria-owns_attribute
powermapper.com: https://www.powermapper.com/tests/screen-readers/aria/
Concerning VoiceOver on iOS I wouldn't put too much time into it. According to powermapper their support is unreliable (59% vs >80% of jaws or nvda) and VoiceOver is stagnating at 12% (https://webaim.org/projects/screenreadersurvey8/) without data on iOS vs macOS for VoiceOver (so it's likely below 10% for VoiceOver + iOS)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@eps1lon
I have to differ here. I would argue that iOS VoiceOver is one of, if not the, single most important screen reader to support.
The 12% number you quoted is for primary desktop screen reader, i.e. Mac VoiceOver. Further down in the survey, you see that 86% of users use a mobile screen reader, and that 71.2% of respondents say that they use iOS VoiceOver.
In my own experience as an accessibility consultant, the trend is that blind users increasingly prefer their phone over their desktop computer, or even stop using the latter completely.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This might very well be true but this is the classic data vs anecdote argument. I will always use the data over the anecdote unless you can explain how the data is corrupted or how I'm misinterpreting it.
That being said I see now that I missed the mobile vs desktop usage. It's not very well listed how usage compares (either more, less or equal but not how big the difference is if it exists) but it's not that far fetched to assume they're about equal.
So yes it does make sense to work on these issues but we do have to recognize that supporting VoiceOver iOS will take more effort (see reliability), Thank you for pointing that out 👍
432f7cb
to
ee62778
Compare
@material-ui/core: parsed: +Infinity% , gzip: +Infinity% Details of bundle changes.Comparing: f3b7eb7...ee62778
|
This will do the trick 👍 |
@eps1lon Thank you for sharing this survey. Very interesting! |
Closes #18191
cc @fymmot please review :)
https://5dc15b3f4c33eb00073ae599--material-ui.netlify.com/components/autocomplete/#useautocomplete