Firefox 3.5 has been released, and now it’s time to take a look at what features of WAI-ARIA are being supported by which Windows screen reader. Competition is healthy in this market, and two new screen readers have started supporting Firefox during the 3.5 development cycle: Dolphin’s Hal/SuperNova and Serotek’s System Access (including the free SAToGo offering). So to document the current state of affairs, I’ve taken each one of the following screen readers running on the Windows platform on a tour through some WAI-ARIA implementations that are out there for everyone to use. I’ve chosen not to do a widget-by-widget walkthrough of the Dojo DIJIT Toolkit or some other JS library already including WAI-ARIA, but instead concentrated on stuff users will actually encounter while surfing the web under non-clinical conditions.
The following are the candidates:
- NVDA, using the latest snapshot build, which actually does not behave much different from the current 0.6p3 release.
- JAWS 10.0.1154.
- Window-Eyes 7.1.
- SuperNova 11.02.
- System Access in the form of the free System Access To Go service.
The scoring is simple: For each important feature that is fully supported, each screen reader gets 1 point. A particular web app may have more than 1 feature, so it is possible to score multiple points for web apps.
Note that, even if WAI-ARIA support is not explicitly documented, it is still possible to score points because Firefox exposes many widgets through MSAA and IAccessible2 that are not standard HTML widgets. The interesting question here is: Are the various forms of Forms/Focus mode flexible enough to deal with these?
Landmarks
WAI-ARIA landmarks are one of the most widely used features of the spec already. They allow another means of navigating a web page, finding things such as the banner, main content, search, complementary or footer information. The newly relaunched Mozilla Add-Ons website uses them now, as does this blog.
- NVDA
- No.
- JAWS
- Yes. Landmarks are announced, they can be navigated to using the Semicolon quick navigation key, and there’s a list of landmarks available through JAWSKey+Ctrl+SemiColon. 1 point
- Window-Eyes
- No.
- SuperNova
- No.
- System Access To Go
- No.
So after the first round, JAWS is in the lead with 1 points.
Contact form from my Easy ARIA tips
The example contact form I created for my Easy Aria tip #3 offers several features that can be incorporated without having to create widgets, and which have appeared in some form or another on pages throughout the web already:
- Does the fact that the Name, E-Mail and Message fields are required get indicated by anything other than the label saying “required”?
- By navigating the virtual buffer
- When in forms/focus mode and tabbing around
- When entering an invalid name by just entering the first name:
- Does the alert get spoken when tabbing away?
- When tabbing back, does the field get indicated as having an invalid entry?
- Does the fact that this field has an invalid entry get indicated when navigating in the virtual buffer?
In total, there are 5 points to score for this test.
- NVDA
- NVDA indicates the field as being required in v cursor mode and when tabbing around. 2 points. It speaks the alert. 1 point. It indicates the invalid attribute both when navigating the virtual buffer and when in focus mode and tabbing around. 2 points. Total: 5 points
- JAWS
- While the label gets spoken in virtual cursor mode, when JAWS switches to forms mode automatically when hitting the entry field, the plopping sound drowns out every indication of attributes such as required or invalid. Only when deviating from default settings and turning AutoFormsMode off one will hear those attributes in V cursor mode. No points for these two. The alert gets spoken. 1 point. When tabbing around, the attributes such as required and invalid do get announced with the default settings. 2 points for these. Total: 3 points
- Window-Eyes
- The fact that the field is required gets spoken in both browse and focus modes. 2 points. The alert gets spoken. 1 point. The fact that the field has an invalid entry gets spoken in both browse and focus modes. 2 points. Total: 5 points
- SuperNova
- None of the asked for features work. Sorry, 0 points.
- System Access To Go
- The alert gets spoken. 1 point. None of the attributes are spoken when navigating or tabbing. Total: 1 point.
After round 2, NVDA and Window-Eyes take the lead with 5 points each, JAWS follows on third place with a total of 4 points, System Access has 1 point, and SuperNova has 0 points.
Yahoo! Search
The new Yahoo! Search is an interactive widget allowing browsing of possible search terms and related concepts that fit the currently selected search term. It uses a whole range of WAI-ARIA widgets, properties and states, live regions etc. When performing a search, the following things should be working:
- When focusing the textbox:
- Does the screen reader speak the name “Search query”?
- Does the screen reader announce the description “Use the up and down arrow keys to select suggestions, or press down and then right to explore concepts.”?
- When typing, does the screen reader announce that search suggestions are available?
- When search suggestions are available, does pressing DownArrow properly announce that focus shifted to the list of suggested search terms, and what to do to get back to the search field?
- Does pressing RightArrow announce the shift to the “related concepts” list and the selected item?
- When arrowing through either list, does the highlighted/focused item get spoken, and does the search that will be performed when pressing Enter get announced by the screen reader?
So, there are 7 points to score for this one.
- NVDA
- It speaks the “Search query” label. 1 point. It speaks the “Use the..” description. 1 point. When search suggestions are available, the fact is announced. 1 point. When pressing DownArrow, the transition to the list of suggested terms is announced along with the full instructions and the selected item. 1 point. When arrowing left and right to the related concepts and back, each focus transition is properly announced and the highlighted item read. 1 point. When arrowing up and down through either list, the newly highlighted search term is announced, and the search that is going to be performed is announced automatically. 2 points. Total: 7 points
- JAWS
- When focusing the search field, the “Search query” label is announced. 1 point. The “use …” description is not announced automatically. It is also not being announced when pressing JawsKey+Tab or Insert+F1. The only way to get to it is to use their HomeRow utility functions and cycling to the “Description” item with HomeRow+F10 and then listening to it with HomeRow+F9. For this almost non-discoverability I can’t give a point, sorry. When search results are available, this gets announced. 1 point. When pressing DownArrow, the transition to the list is announced along with the prompt. 1 point. When RightArrowing, the transition to the “Explore related concepts” list is announced. 1 point. When arrowing up and down, the newly highlighted item is not announced, and neither is the search that is going to be performed. One can get the currently focused item by using Insert+Tab, but the description is once again burried in HomeRow. I’m willing to give half a point for this one since initially it will be confusing to users that they don’t hear anything when arrowing up and down. Total: 4.5 points
- Window-Eyes
- The label “Search query” is announced. 1 point. The “Use…” description is announced. 1 point. The availability of search results is not announced. The transition to the search term suggestions is partially announced: The focused item is, but the prompt is not. Half a point. The transition to the “Related concepts” and back is announced partially: The newly focused item is, but the prompt isn’t. half a point. When arrowing up and down, both the search suggestion and the search that is going to be performed are being announced. 2 points. Total: 5 points.
- SuperNova
- Announcing the “Search query” label works. 1 point. But unfortunately, that’s where the fun ends. The description is not announced, the availability of search term suggestions is neither. And the rest of the functionality of this widget is broken. DownArrow is captured by SuperNova and will not fall through to the widget, getting one stuck inside the textbox. Tabbing around will only get up to the “Submit your site” link, but the search terms aren’t reachable. SuperNova will say “bottom”, and no further can one go. Total: 1 point.
- System Access To Go
- The picture is roughly the same as with SuperNova. The label “Search query” is spoken. 1 point. The description is not spoken. The availability of search term suggestions neither. DownArrow gets you to the “Search” button instead of the list of search terms. In fact, this virtual buffer also ends at the “Submit your site” link. Total: 1 point.
At the end of this round, NVDA leaps ahead with 12 points. Window-Eyes is second with 10 points, followed by JAWS with 8.5 points. System Access scores a total of 2, and SuperNova got their first point!
GMail Chat
GMail has an integrated Google Talk widget that I talked about before. The following should be working:
- Ability to activate the “Set status here” label by pressing Enter on it to input a personal status message.
- Ability to activate the “status menu” and navigate inside it with speech output.
- Navigate inside the list of buddies and hear their names and status.
- Inside the Chat window, announce typed and incoming messages.
- Track going to the Chat window toolbar.
Once again, there are 5 points to score. Let’s see how everyone fares!
- NVDA
- Pressing Enter on “Set status here” works fine, and one can input a status message. 1 point. Activating and navigating in the status menu works fine. 1 point. The list of buddies talks fine. 1 point. Chatting works fine. 1 point. Trying to access the toolbar items by first going out of focus mode with Escape made NVDA hang each time I tried it. It somehow has a conflict with the chat widget. Sorry, no point for this one. Total: 4 points
- JAWS
- The label to input a status message is not activable by pressing Enter. It can only be activated using the JAWS cursor emulation. Since this is a well-known workaround, I’m giving half a point. The Status menu is activable and works fine. 1 point. The list talks fine. 1 point. The incoming and typed messages are spoken in the chat output. 1 point. The chat toolbar to pop out the chat into its own window is accessible. 1 point. Total: 4.5 points.
- Window-Eyes
- Accessing the label to input a status message works with workaround of routing WE cursor to element, then mouse to WE cursor, and clicking with the mouse. However, I cannot input a status message afterwards, even though I hear the prompt for it. a quarter of a point for that. The status menu cannot be activated through any means. The list talks fine. 1 point. The chat window works with restrictions: It can be activated and typed in, but incoming messages are not read. half a point for that. Trying to access the toolbar items of the chat window sort of works by turning browse mode back on, and then searching, but since the last position is not retained, I can only give half a point for this one. Total: 2.25 points.
- SuperNova
- Activating the “Set status here” works. I can input a new status. 1 point. The status menu button does not work, cannot be activated or found through other means. The list of buddies talks. 1 point. Activating a chat with a buddy does not work. Consequently, since the chat window never comes up, the toolbar items for the chat window obsolete themselves. Total: 2 points.
- System Access To Go
- The “Set status here” and Status menu items are not accessible. The list talks fine. 1 point. Activating a chat works. 1 point. Finding the toolbar buttons is not possible, because the cursor gets stuck within the textbox of the chat window and there’s no way to move it out. Total: 2 points.
…and the winner is…
Congratulations go to the NV Access team and their screen reader! In this WAI-ARIA shootout, you scored 16 points.
Number 2 is JAWS by Freedom scientific, scoring a total of 12.5 points.
Window-Eyes by GW Micro is third with a total of 12.25 points.
Fourth place goes to Serotek with their System Access screen reader product line, with a total of 4 points.
And SuperNova by Dolphin receives 3 points.
In summary
This was a close match, although there is clearly a dividing line between the three screen readers that have been supporting Firefox for a longer period of time, and those that came on board fresh within the past year or so.
I hope this little competition encourages each of the vendors to better themselves for the benefit of the users. We’re here to help each and everyone of you with technical advice and discussion on how things should be implemented.
Keep on rockin’!
Twitter Comment
The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) #ARIA #accessibility
– Posted using Chat Catcher
Twitter Comment
RT: @MarcoZehe: Find out how the supporting Windows screen readers fare with in-the-wild WAI-ARIA! [link to post] #fx35 #accessibility
– Posted using Chat Catcher
Twitter Comment
Welche Screenreader unterstützen WAI ARIA: The WAI-ARIA Windows screen reader shootout @marcoZehe [link to post] #aria #screenreader
– Posted using Chat Catcher
Twitter Comment
RT @MarcoZehe: Shiretoko Shock! Find out how the supporting Windows screen readers fare with in-the-wild WAI-ARIA! [link to post] #fx35
– Posted using Chat Catcher
Twitter Comment
RT @stevefaulkner The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) #ARIA #accessibility
– Posted using Chat Catcher
Twitter Comment
informative: RT @stevefaulkner The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) #ARIA #accessibility
– Posted using Chat Catcher
Twitter Comment
RT @stevefaulkner: The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) #ARIA #accessibility
– Posted using Chat Catcher
What about Orca, since it also supports ARIA in Firefox?
Twitter Comment
Retweet @stevefaulkner: The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe)
– Posted using Chat Catcher
Twitter Comment
The WAI-ARIA Windows screen reader shootout:
[link to post]
– Posted using Chat Catcher
Hey Marco,
thanks so far for all the support via twitter, you will be mentioned in my thesis
As far as i know its very important which OS is in use. So which did you use for testing?
THX and greetings
Felix
Hi Felix,
I used Windows XP SP 3. Nothing too sucky like Vista, or too experimental like Windows 7. I also didn’t use a VM, but a physical PC.
Do we know how the adoption rate NVDA is going, yet? Given this review of yours and how well it scores out of the box/gate, it’d be nice to know.
Thanks for doing this shootout. Very informative!
Hi William, the NVDA blog has data on how many times NVDA has been downloaded in recent months. Other than that, it’s hard to talk adoption rates with an open-source product like this.
Twitter Comment
The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) (via @gezlemon @stevefaulkner)
– Posted using Chat Catcher
Twitter Comment
Must learn adoption rate of NVDA. The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) via @stevefaulkner
– Posted using Chat Catcher
Twitter Comment
The WAI-ARIA Windows screen reader shootout:
[link to post] (via @efa_tagung)
– Posted using Chat Catcher
Twitter Comment
This comes at the right time: RT @efa_tagung: The WAI-ARIA Windows screen reader shootout:
[link to post]
– Posted using Chat Catcher
Twitter Comment
@efa_tagung The WAI-ARIA Windows screen reader shootout: [link to post]
– Posted using Chat Catcher
Twitter Comment
RT @webaxe The WAI-ARIA Windows screen reader shootout [link to post] (by @marcoZehe) (via @gezlemon @stevefaulkner)
– Posted using Chat Catcher
Twitter Comment
Shiretoko Shock! Find out how the supporting Windows screen readers fare with in-the-wild WAI-ARIA! [link to post] #fx35 RT @MarcoZehe
– Posted using Chat Catcher
Twitter Comment
RT @MarcoZehe: Windows screen readers and WAI-ARIA! competition: [link to post] #accessibility #ARIA #paciellogroup
– Posted using Chat Catcher
Twitter Comment
rt @MarcoZehe [link to post] featuring @yahoo Search among other apps #yahoo #accessibility #aria
– Posted using Chat Catcher
Twitter Comment
RT @mpaciello: RT @MarcoZehe: Windows screen readers and WAI-ARIA! competition: [link to post] #accessibility #ARIA #paciellogroup
– Posted using Chat Catcher
Twitter Comment
Reading The WAI-ARIA Windows screen reader shootout « Marco’s accessibility blog [link to post]
– Posted using Chat Catcher
Twitter Comment
rt @vick08: rt @MarcoZehe [link to post] featuring @yahoo Search among other apps #yahoo #accessibility #aria
– Posted using Chat Catcher
Twitter Comment
[link to post] Windows で使えるいくつかのスクリーンリーダで WAI-ARIA 対応コンテンツを閲覧するときのショートカットキーまわりの話。あとでじっくり読む。
– Posted using Chat Catcher
Twitter Comment
The WAI-ARIA Windows screen reader shootout « Marco’s accessibility blog [link to post]
– Posted using Chat Catcher
[...] http://www.marcozehe.de/2009/07/01/the-wai-aria-windows-screen-reader-shootout/ [...]
Twitter Comment
comparison by @MarcoZehe: how the supporting screen readers fare with in-the-wild WAI-ARIA! [link to post] Web devs know !NVDA better
– Posted using Chat Catcher
Hello,
I think NVDA is the one accessible to most web developers, so perhaps we’d thank them for reporting ARIA related issues. I am sure at least various test cases from Yahoo! guys were helpfull.
Twitter Comment
Welche Screenreader unterstützen WAI-ARAI [link to post] #accessibility
– Posted using Chat Catcher
Twitter Comment
how screenreaders get on with web2 tech [link to post] the winner is an open source project
– Posted using Chat Catcher
Twitter Comment
@MarcoZehe reports on Win screen readers, Firefox 3.5 and in-the-wild ARIA: [link to post] #NVDA stacks up well, but still work to do.
– Posted using Chat Catcher
Nice review Marco. As always, your work is outstanding.
I have routed your review to some of the screen reader vendors and hope to have further discussions. It would be good to look at Snow Leopard when it comes out in August.
Do you have anyone that can do an 3GS IPhone test?
In a future review it would be good to run a test comparison to the samples on codetalks.org and with other browsers. Perhaps we can get others to assist in the test.
Finally, congratulations to NVDA!
Hi Rich,
You bet I’ll take a look at that one. This is also important for our future Mac accessibility work in Firefox 3.next.
I’m getting my 3G S in a couple of days and can test this myself. But if any of my readers that also have an accessible iPhone want to step in and do their own review of some or all of the features, by all means be my guest! The more of us try this out and potentially give feedback to Apple, the better!
I believe the codetalks.org examples are meant to have their results added to the Wiki. It would indeed be good to get a current picture, but I’d strongly call out to the community to help do this with all kinds of browser/AT combinations.
Twitter Comment
interesting read for Screenreader users: The WAI-ARIA Windows screen reader shootout. [link to post]
– Posted using Chat Catcher
Twitter Comment
Find out which screen readers fare how well with WAI-ARIA in Firefox 3.5! [link to post]
– Posted using Chat Catcher
Twitter Comment
RT @a11y: Find out which screen readers fare how well with WAI-ARIA in Firefox 3.5! [link to post]
– Posted using Chat Catcher
Twitter Comment
Find out which screen readers fare how well with WAI-ARIA in Firefox 3.5! [link to post] (via @a11y)
– Posted using Chat Catcher
Twitter Comment
Find out which screen readers fare how well with WAI-ARIA in Firefox 3.5! [link to post] RT @a11y
– Posted using Chat Catcher
Now NVDA has support for landmarks! this is a new feature of 9 jul.