Tag: WAI-ARIA

An HTML5 plus ARIA "Sanity Check": Working Around Bugs in AT

Dennis at WebAxe recently called for developers to take a “sanity check” when working with HTML5. His point was not to dissuade us from developing with HTML5, but to remind us to do so “caution and care”, in particular because of the current level of support among different browsers and assistive technnologies (AT) for HTML5 and WAI-ARIA. But what do we do when faced with a user agent or AT that, as a result of a bug in its software, and instead of simply ignoring what it doesn’t understand, actively misbehaves when it comes across this or that HTML5 construct or ARIA attribute? Continue reading

Accessible ARIA Tabs

The WAI-ARIA specification remains unfinished and its implementation incomplete. All the same, some of it, e.g., landmark roles, can be used right now to improve the accessibility of web content and applications without causing a detrimental effect in older browsers or assistive technologies. I’m a big fan of WAI-ARIA, and think it is already a very useful collection of techniques… Continue reading

tabindex, Keyboard Focus and Some ARIA in Screen Readers

These test cases are in no way comprehensive or robust: They should really be supplemented with examples using a greater variety of HTML5 elements and ARIA roles, but I just can’t be bothered at this point. Nonetheless, they reveal some interesting, if not slightly worrying, behaviour on the part of at least two screen readers. At least two things are… Continue reading

HTML5, ARIA Roles, and Screen Readers in May 2010

Note: Updated research and results for March 2011. There are some good, helpful examples and work out there already showing how some screen readers deal with various HTML5 constructs and ARIA roles. I know the specs are not finished yet and assistive technology vendors are always working on it, but I wanted to play around a bit and confirm for… Continue reading

ARIA alertdialog tests

the alertdialog examples below are not modal, nor do they leave the visual layout undisturbed, but this is not what is being tested, which is how NVDA and some other screen readers handle them NVDA tests performed with Firefox 3.6 JAWS tests performed with Internet Explorer 8 Update: A day or so after posting these test cases, NVDA fixed things… Continue reading