W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > October to December 2017

RE: tab vs. arrow keys with NVDA and Firefox

From: Schafer, Carmen <schafercg@missouri.edu>
Date: Mon, 23 Oct 2017 16:49:02 +0000
To: Steve Green <steve.green@testpartners.co.uk>, Jim Homme <jhomme@benderconsult.com>, "w3c-wai-ig@w3.org" <w3c-wai-ig@w3.org>
Message-ID: <c6885b5edaab43c886b5b2873b070cbf@missouri.edu>
Thank you for the responses.  We will try it with JAWS and see what happens.  Thanks again!

-----Original Message-----
From: Steve Green [mailto:steve.green@testpartners.co.uk] 
Sent: Monday, October 23, 2017 11:04 AM
To: Jim Homme <jhomme@benderconsult.com>; Schafer, Carmen <schafercg@missouri.edu>; w3c-wai-ig@w3.org
Subject: Re: tab vs. arrow keys with NVDA and Firefox

NVDA does this with horizontal lists of links, which means that the main menu of just about every website is affected. I don't know why it has been designed this way, but it has always done it. It means that you can arrow down to the menu but you have to use the Tab key to navigate through the horizontal list of links.

It is not a WCAG non-compliance because there is nothing wrong with your code. The links should ideally be in a list element rather than a paragraph, but that would not change the behaviour with NVDA. If you test it with JAWS and pretty much any other screen reader it will work fine.

Steve Green
Managing Director
Test Partners Ltd

From: Jim Homme <jhomme@benderconsult.com>
Sent: 23 October 2017 16:22
To: Schafer, Carmen; w3c-wai-ig@w3.org
Subject: RE: tab vs. arrow keys with NVDA and Firefox

This does not answer your question, but the user needs to be able to read all of the content on the page. This means that most of the time they will arrive at the buttons by arrowing onto them. Second, NVDA is probably looking for a true control, such as what you would get with a button tag or an input control. Without knowing what your page is like, I am guessing that you have a span or div with a button role, and this is what is causing the problem.



Jim Homme,
Team Lead and Accessibility Consultant,
Bender HighTest Accessibility Team
Bender Consulting Services, Inc.,

From: Schafer, Carmen [mailto:schafercg@missouri.edu]
Sent: Monday, October 23, 2017 10:51 AM
To: w3c-wai-ig@w3.org
Subject: tab vs. arrow keys with NVDA and Firefox

Hi all,
I have question regarding arrow keys vs. the tab key using NVDA and Firefox. When I use the tab key on three buttons (see screenshot below), NVDA announces each one individually as I tab and they are accessible using the enter key.  I believe this is called focus mode.  However, when using arrow keys it announces the heading level and a clickable list (see speech output below).  I believe this is called browse mode.  Using the arrow keys, NVDA doesn't announce each button individually and I cannot access the link with the enter key.  Is this a WCAG 2.0 violation since the buttons can be comprehended and accessed using the tab key, but not with arrow keys?
NVDA Speech Output
Tab Key used:

Arrow Keys Used:
Banner banner landmark
heading  level 3
<h3 class="open">Find a Job</h3>
<a class="btn btn-yellow" href="/jobseeker/physician" tabindex="0">Physicians</a> <a class="btn btn-yellow" href="/jobseeker/nursing" tabindex="0">Nursing</a> <a class="btn btn-yellow external" href="/jobseeker/allopenings " target="_blank" tabindex="0">All Openings</a> </p> </div>

I appreciate anyone's insight into this.

Received on Monday, 23 October 2017 16:49:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:37:11 UTC