E-mail List Archives

Search E-mail List Archives for

Number of posts in this thread: 3 (In chronological order)

From: Kelly Ford
Date: Sat, Aug 31 2013 2:00AM
Subject: NVDA Browse Mode and ARIA-Label
No previous message | Next message →

Hello,



Does anyone know the story with NVDA and the ARIA-LABEL tag in HTML. When
this is used as a label, NVDA seems to support it in focus mode but in
browse mode with both IE and Firefox, NVDA doesn't seem to show the
ARIA-Label info. In IE you get radio buttons indicated one per line. In
Firefox, multiple radio buttons are run together on a single line.



An example page where this is used is at
http://html.cita.illinois.edu/nav/form/aria/index.php?example=2.



Browse mode is the mode of NVDA where you can use cursor keys as an example
to move through all web content.



Kelly

From: Steve Green
Date: Sat, Aug 31 2013 6:20AM
Subject: Re: NVDA Browse Mode and ARIA-Label
← Previous message | Next message →

I don't think this is anything to do with the ARIA-LABEL mark-up. If multiple elements are displayed on a single row (as they are in your example) NVDA reads all of them when in browse mode. If the number of words exceeds the maximum number that NVDA is set to read in a fragment, it will read the content in chunks that contain multiple elements. As you have found, you have to tab to the element you want.

JAWS does not do this - it stops reading when it encounters a new element (with some exceptions such as <span> and <abbr>).

There are also exceptions in NVDA that I have not yet had time to investigate. In many cases it reads all the links in a horizontal menu in one go, whereas JAWS reads each link separately. However, I have seen a few exceptions where NVDA does not do this.

I suspect that if there was only one radio button per line, NVDA would read the ARIA-LABEL, although I have not tested this.

I am in the middle of a project to compare the behaviour of JAWS and NVDA on a variety of browsers, and I am finding that NVDA is far less consistent in its behaviour even on a single browser and that its behaviour is highly variable on different browsers. When you add in the differences in the behaviour in focus mode and browser mode, the variations in possible user experience are huge. JAWS' behaviour varies too, but to a lesser extent.

Steve Green

From: Birkir R. Gunnarsson
Date: Sat, Aug 31 2013 6:30AM
Subject: Re: NVDA Browse Mode and ARIA-Label
← Previous message | No next message

Steve

This sounds like a highly relevant and fantastic project.
To the extent that you can or are allowed to share the findings with
us, please do!
Cheers
-Birkir


On 8/31/13, Steve Green < = EMAIL ADDRESS REMOVED = > wrote:
> I don't think this is anything to do with the ARIA-LABEL mark-up. If
> multiple elements are displayed on a single row (as they are in your
> example) NVDA reads all of them when in browse mode. If the number of words
> exceeds the maximum number that NVDA is set to read in a fragment, it will
> read the content in chunks that contain multiple elements. As you have
> found, you have to tab to the element you want.
>
> JAWS does not do this - it stops reading when it encounters a new element
> (with some exceptions such as <span> and <abbr>).
>
> There are also exceptions in NVDA that I have not yet had time to
> investigate. In many cases it reads all the links in a horizontal menu in
> one go, whereas JAWS reads each link separately. However, I have seen a few
> exceptions where NVDA does not do this.
>
> I suspect that if there was only one radio button per line, NVDA would read
> the ARIA-LABEL, although I have not tested this.
>
> I am in the middle of a project to compare the behaviour of JAWS and NVDA on
> a variety of browsers, and I am finding that NVDA is far less consistent in
> its behaviour even on a single browser and that its behaviour is highly
> variable on different browsers. When you add in the differences in the
> behaviour in focus mode and browser mode, the variations in possible user
> experience are huge. JAWS' behaviour varies too, but to a lesser extent.
>
> Steve Green
>
>