WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Where Does The Idea Screen Reader Users Use Tab for Main Navigation Come From?

for

From: Steve Green
Date: Oct 11, 2018 8:58AM


Sometimes components only work if you put the screen reader into "forms mode" or "application mode", but there is no way to know that you need to do this. For instance, I often see this with sliders, date pickers and other custom controls.

Sometimes, the website is designed to force the screen reader into "application mode" but the user won't be expecting this and won't understand what's happening. All they know is that the arrow keys don't behave as normal and the shortcuts no longer work.

There are some valid reasons for using "application mode" but my experience has been that it's usually a bad user experience so it should be used judiciously.

This is exactly why I constantly advocate that developers and testers should spend time observing real users of assistive technologies. You don't need to wait for a formal user testing project - I did this 15 years ago by making contact with screen reader users via disability support groups and paying a nominal amount to visit and watch them for a few hours.

Steve

-----Original Message-----
From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of Reuben Turk
Sent: 11 October 2018 15:27
To: WebAIM Discussion List < <EMAIL REMOVED> >
Subject: Re: [WebAIM] Where Does The Idea Screen Reader Users Use Tab for Main Navigation Come From?

That helps to make more sense of it.

Aside from misusing aria roles and form related elements, what other things might cause problems with mode selection?



On Fri, 12 Oct 2018 at 01:05, Steve Green < <EMAIL REMOVED> >
wrote:

> When you use the Tab key to navigate, only focusable elements receive
> focus, such as links and form controls. By contrast, when you use the
> arrow keys to navigate through the virtual object model, you can
> access all the content. Furthermore, in "virtual cursor mode",
> focusable elements are announced differently.
>
> The consequence is that testing a website by using only the Tab key
> tells you nothing about how the website will behave in "virtual cursor mode".
>
> A couple of seconds ago on another email list, a blind person said
> "We've got some internal services, that were purchased from an external provider.
> The content is forcing screen readers to run in application mode,
> which was assumed to be ok as screen reader users only use the tab key
> right?" He is very, very unhappy about that.
>
> The reason that "application mode" is a bad experience when used
> inappropriately, is that all keystrokes are passed directly to the browser.
> You can't use any of the usual shortcuts such as pressing H to jump to
> the next heading. You also can't use the arrow keys to read word by
> word or letter by letter.
>
> Steve
>
> -----Original Message-----
> From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf Of
> Reuben Turk
> Sent: 11 October 2018 14:54
> To: WebAIM Discussion List < <EMAIL REMOVED> >
> Subject: Re: [WebAIM] Where Does The Idea Screen Reader Users Use Tab
> for Main Navigation Come From?
>
> Thanks for the info Steve.
>
> I guess the part I'm not understanding relates to this part of the
> original
> post:
>
> "It's harmful when developers make an experience that is only
> accessible using tab and I miss it because I'm using the arrow keys."
>
> If the screen reader is doing the heavy lifting in terms of allowing
> advanced navigation with various keyboard keys, how does the common
> practice of developing for the browsers' default tab-based navigation
> inhibit that?
>
>
> On Fri, 12 Oct 2018 at 00:21, Steve Green
> < <EMAIL REMOVED> >
> wrote:
>
> > The idea that screen reader users use the Tab key for web navigation
> > is very common among developers. I see this all the time when we are
> > doing screen reader training or pairing with them to fix issues.
> > It's a clear indication that they have never had any professional
> > training on assistive technologies, which is shocking but absolutely normal.
> > However, it's worth noting that the Tab key is used extensively for
> > navigating desktop applications.
> >
> > To address Reuben's question, the arrow keys navigate within the
> > screen reader's virtual object model, not the DOM. Depending on what
> > type of element has focus in the virtual object model, pressing
> > certain keys such as Enter or Spacebar causes a change in the DOM.
> > This only applies to websites - desktop applications don't have a
> > virtual object model so keystrokes are passed directly to the
> application.
> >
> > Steve Green
> > Managing Director
> > Test Partners Ltd
> >
> >
> > -----Original Message-----
> > From: WebAIM-Forum < <EMAIL REMOVED> > On Behalf
> > Of Brandon Keith Biggs
> > Sent: 11 October 2018 12:13
> > To: WebAIM Discussion List < <EMAIL REMOVED> >
> > Subject: Re: [WebAIM] Where Does The Idea Screen Reader Users Use
> > Tab for Main Navigation Come From?
> >
> > Hello Reuben,
> > There were several presenters showing how a screen reader works
> > using their designs by pressing tab. This was very explicit screen
> > reader only usage, so it must be a prevailing sentiment.
> > Arrow keys are supposed to read line by line when you press the
> > arrow
> key.
> > I say "If you hit select all, and copy and paste that text into a
> > text editor, that is very similar to how I see a webpage".
> > Thank you,
> >
> > Brandon Keith Biggs <http://brandonkeithbiggs.com/>;
> >
> >
> > On Thu, Oct 11, 2018 at 3:37 AM Reuben Turk < <EMAIL REMOVED> >
> wrote:
> >
> > > Hi Brandon,
> > >
> > > My impression was that programming for tab navigation isn't really
> > > for screen reader users but for users who use only a keyboard to
> > > navigate, since browsers support keyboard navigation via tabs.
> > >
> > > Programming for screen readers to me is more about making sure all
> > > your elements are machine readable than worrying about how a
> > > screen reader moves between elements.
> > >
> > > I could be wrong though. I'm not actually sure how screen readers
> > > handle translating your arrow keystrokes into navigation of
> > > elements in the browser, although I'm interested to do some investigations now.
> > >
> > > Cheers,
> > > Reuben.
> > >
> > > On Thu, 11 Oct 2018 at 21:19, Brandon Keith Biggs <
> > > <EMAIL REMOVED> > wrote:
> > >
> > > > Hello,
> > > >
> > > > Does anyone know where the idea that screen reader users mostly
> > > > use tab
> > > to
> > > > navigate comes from?
> > > >
> > > >
> > > >
> > > > I've been using and teaching screen reader usage on Windows,
> > > > Linux, and
> > > IOS
> > > > for over 15 years and I would say I press most keys on my
> > > > keyboard more than I press my tab key. My navigation keys are
> > > > the arrow keys and
> > > browser
> > > > mode navigation keys. Tab is used in select situations when it
> > > > is either impossible or time-consuming to navigate using the
> > > > arrow keys. If you use tab to navigate, you miss lots of
> > > > information, such as everything in <p>
> > > or
> > > > <h*> elements. Contrary to what I see accessibility
> > > > professionals saying, tab is not how I move through a page at
> > > > all. In fact, I would say 90% of web pages I visit I never press
> > > > the tab key. When I teach people how to
> > > use
> > > > the screen reader, I tell them only to use tab to navigate
> > > > between form fields because it is faster. Otherwise, use the
> > > > arrow keys because you
> > > get
> > > > much more information.
> > > >
> > > > Does anyone know why tab is considered to be the main way screen
> > > > reader users navigate? Are there studies showing that tab is
> > > > really the way
> > > screen
> > > > reader users navigate?
> > > >
> > > > It's harmful when developers make an experience that is only
> > > > accessible using tab and I miss it because I'm using the arrow keys.
> > > >
> > > > Thanks,
> > > >
> > > >
> > > > Brandon Keith Biggs <http://brandonkeithbiggs.com/>;
> > > > > > > > > > > > archives at http://webaim.org/discussion/archives
> > > > > > > >
> > > > > > > > > archives at http://webaim.org/discussion/archives
> > > > > >
> > > > > > archives at http://webaim.org/discussion/archives
> > > > > > > > archives at http://webaim.org/discussion/archives
> > > >
> > > archives at http://webaim.org/discussion/archives
> > > > archives at http://webaim.org/discussion/archives
> >