Closed
Description
I have gone through all our accessibility issues, and here are my findings:
- All accessibility issues are now tagged with label
accessibility
for a total of 55 issues - To not get downgraded to score D for Microsoft accessibility the issues tagged with
a11ymas
have to be fixed. - Interestengly all of the
a11ymas
have no user interaction on them. None of them have a thumbs up or a comment from a user (unlike our other accessiblity issues which have lively discussions). This and my own analysis of these issues leads me to believe that they are not as important as our user created issues. - There are around 10 actionable issues, for those I have pinged the owners to provide code pointers so the author, the community or me provide PRs to fix
- There are 2 issues which are a big pain for accessibility users tagged with
important
. They are both upstream, but we should put our focus on getting those fixed (by communicating with Chrome and NVDA). - We have a total of 12
upstream
most of them relying on Chrome - Since we upgraded to Electron 4.0 I could close off around 5 issues which got fixed because Electron picked up a newer Chrome version. So this is another benefit of keeping up with Electron updates.
- Writing new widgets with accessibility in mind helps a lot. A good example is the new tree for which there were not that many accessibility issues - even though we use it across the workbench
@egamma @chrisdias Could you please give me the contact of Edge / Chromium contributors that could help us with solving chrome accessibility issues. One example: https://bugs.chromium.org/p/chromium/issues/detail?id=951777
fyi @auchenberg @deepak1556 @kieferrm
fyi @Neurrone @pawelurbanski @adincebic for more potential feedback, or if I missed something in my overview
Let me know what you think. Thanks