The blind programmers who created screen readers - The Verge
A fascinating account of the history of JAWS and NVDA.
Léonie gives a great, clear description of how screen readers switch modes as they traverse the DOM snapshot.
A fascinating account of the history of JAWS and NVDA.
On the surface this is about the pros and cons of minting a new HTML search
element to replace div role="search"
but there’s a deeper point which is that, while ARIA exists to the plug the gaps in HTML, the long-term goal is to have no gaps.
ARIA is not meant to replace HTML. If anything, the need to use ARIA as ‘polyfill’ for HTML semantics could be considered as a sign and a constant reminder of the fact that HTML falls short on some semantics that benefit users of assistive technologies.
You’re not going to get a Webby Award or thousands of views on Codepen for how amazingly crafted your HTML is. You’ll need to be OK going unrecognized for your work. But know that every time I use a screen reader or keyboard on a site and it works correctly, I have a little spark of joy.
This is a very handy table of elements from Steve of where aria-label
can be applied.
Like, for example, not on a div
element.
This is a terrific explanation of the concept of accessible names in HTML, written with verve and style!
Contrary to what you may think, naming an element involves neither a birth certificate nor the HTML
name
attribute. Thename
attribute is never directly exposed to the user, and is used only when submitting forms. Birth certificates have thus far been ignored by spec authors as a potential method for naming controls, but perhaps when web UI becomes sentient and self-propagating, we’ll need to revisit that.
An exception to my general rule that ARIA attributes should be added with JavaScript.
Under-engineering, over-engineering, wombling free.
Two accessibility alternatives.
A look at some of the accessibility options.
Abstracting common interaction patterns as a starting point for accessible components.