Open ifsimicoded opened 6 years ago
one part of the preflight checklist has a section for a11y: https://github.com/thedaviddias/Front-End-Checklist#accessibility
So we think that the A11y audit should be separate from the rest of the dev audit? I really like this Front-End-Checklist @mateoclarke shared.
A couple more resources I worked through briefly with @juliazbyron: http://wave.webaim.org/ https://developers.google.com/web/fundamentals/accessibility/how-to-review Chrome now comes with an auditing tool called "Lighthouse" baked in: https://developers.google.com/web/tools/lighthouse/#devtools
@cthibaultatx - are you putting together a doc with this checklist?
@amenity, @cthibaultatx, Let's put resources here if appropriate: https://github.com/cityofaustin/janis#accessibility-guidelines-wip
@ifsimicoded @mateoclarke @cthibaultatx - I added ☝️ to the Janis readme. So that leaves us at:
~1. Document resources on a11y standards and requirements in gov.~
What are next steps for this? 2 looks like it might deserve its own issue...
I can't tell where to put this on the accessibility guidelines @mateoclarke linked to, but I think 2 good steps in the criteria would be to run the design/prototype/site through the WAVE analyzer and the Google Dev Tools Accessibility analyzer and reach 100% passing. I don't think 100% is unmanageable after doing it myself, it seems to be pretty basic necessities.
@juliazbyron - https://github.com/cityofaustin/janis#accessibility-guidelines-wip should take you to the section, but if it's causing problems just add links here and I'll copy 🍝
1. Document resources on a11y standards and requirements in gov.
I know we started talking about this again this sprint, but can we put it back down until next sprint since we're kind of overloaded?
Before we encourage external users, we need to make sure our site is compliant with a11y standards and legal requirements. We should also document what standards we are holding ourselves to moving forward.