Open taoeffect opened 5 years ago
then actually test out the entire app with a screen reader, like the built-in on on macOS
I'd love to test the app with VoiceOver at any time. Also feel free to @ me to help test individual changes/elements/vues.
I believe addressing accessibility shouldn't be a single task, but instead an ongoing process to be verified at each new development, as an implicit requirement.
That being said, @dotmacro you can test the app with VoiceOver right now. On the way, you'll find a lot of problems. Then it makes sense to open a specific issue to address them.
Problem
We haven't thoroughly vetted our codebase for accessibility issues.
Solution
This very informative post on accessibility in SPAs covers a range of issues and offers a bunch of tips.
For example, it says that:
I did a quick search through our codebase, and while most of the markup does use
tag='button'
where necessary (with i18n), orbutton
directly, still some parts don't, but do have the.button
class on them. For example:etc.
The post covers other topics include the use of
aria
labels, how to handle scrolling and scroll positions, as well as automated accessibility testing.Go through the post and check that our codebase follows all best practices, and then actually test out the entire app with a screen reader, like the built-in on on macOS, to make sure everything works as expected.