Live data from Hacker News

Things Developers Should Do For Web Accessibility

laneshill.me

21–23 of 23 posts

Re: Things Developers Should Do For Web Accessibility

#21
Regarding JavaScript: some JS-heavy apps can be made accessible easier than it looks at the first sight. One just needs to use and or for binding 'onclick' events, instead of s, s etc. [1] and perhaps add some additional code to handle quirks in some browsers.

[1] [shameless self-promotion] http://jakub-g.github.com/accessibility/onclick/ - comprehensive cross-browser study of 'onclick' handling from JavaScript

Re: Things Developers Should Do For Web Accessibility

#22
post #19
post #7

Earlier quoted context omitted.

Not really misleading: most screen readers aren't yet using the HTML5 Document Outline algorithm, so for accessibility you still have to rely on proper h1-6. Ideally, you'd use them in combination for future proofing. It takes a little work, but you can arrive at the same general outline from both algorithms, since the new one ignores the ordinality of the h tag.

Screen readers will use whatever document outline that the browser renders, no?

In my experience many screen reader users aren't on the latest version of their accessibility software (cost and effort are among the reasons). So it's not uncommon for users to be using screen reader software that doesn't account for HTML5 elements.

Re: Things Developers Should Do For Web Accessibility

#23

The mention of Fangs alone made this article valuable to me. Accessibility has had lots of lip service for years but it is essentially impossible to do any legitimate work optimizing for screen readers if you don't have access to them (being prohibitively expensive.) It's like writing for a browser you never get to test in. If anyone was serious about accessibility they should get simply get screen readers in the han…

NVDA is a free and open source screen reader:

http://www.nvda-project.org/

Post reply on HN