Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Currently, making a site accessible is more like a strong linter and a few standard UX elements (skip to content, etc.) Typically your tasks are things like: Increase the contrast on these 11 fonts, add missing labels, ensure keyboard navigation works. It is more of a checklist-type set of actions than a framework or library.

But it was supposed to be evolving, at least from a regulatory perspective. The Office of Civil Rights in the DOJ owns enforcement of this, and that team is pretty friendly and reasonable. Or was a few years ago... I haven't talked to them since the current administration came in, so don't what what their current state is. In any case, their plan a couple years ago was to stop making it about checklists and accessibility checkers and work towards a broader goal of "Make the UX as good for people with limits as it is for people without limits." They wanted to get away from, for example, solutions that would meet the letter of the law by making a non-mouse user hit tab 117 times when a mouse user only had to do one click.

So if you are really trying to do accessibility well, that is the perspective to embrace - not "give me a tool that fulfills a checklist", but "Make UX equitable for all."



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: