Shortish note on JAWS support for regions

July 28, 2018Technical

The JAWS screen reader has fairly recently changed the way it supports the announcement of ARIA landmark roles and HTML5 elements that map to landmark roles. This has lead to some confusion for people when testing the support for these features.

Tester expectations and implementation realities

There are defined requirements that browsers follow for interoperable implementations of features in the accessibility layer.

These specifications define, for example, what is to be exposed in the browser accessibility tree for a button element.

What the specifications do not say is how this is to be presented to the user in an aural UI. There is a general expectation that this information will be conveyed to users, but in what contexts and in what forms, no requirements are defined.

There is some advice provided for some elements in the HTML specification, for example:

Assistive Technology may convey the semantics of the nav to users. This information can provide a hint to users as to the type of content. For example the role of the element, which in this case is “navigation”, can be announced by screen reader software when a user navigates to an nav element. User Agents may also provide methods to navigate to nav elements.

But these are not normative requirements and do not dictate the form of support.

There are not defined requirements for how Assistive Technology, such as screen readers express the information conveyed in the browsers accessibility layer.

Some of the ways accessibility layer information is supported by screen readers:

  • Identification of an element by role as the user moves through the content.
  • Announcement of the text content of an element.
  • Announcement of the start and end of an element.
  • Change in voice as the content of an element is announced.
  • Announcement of states and properties.
  • Announcement of an elements accessible name and/or description.
  • Announcement of states and properties.
  • Emission of a beep or other sound when an element with a particular state or property receives virtual focus.
  • Instructions on how to operate interactive elements such as form controls.
  • Navigation of elements by keyboard and “quick access” lists of a particular elements, list items are linked to each instance of an element on the page.

Which brings us back to JAWS and landmark support. JAWS supports landmark regions, but how that support is expressed depends on the “Web Verbosity” settings in JAWS.

JAWS has a “Web Verbosity Level: Low/Medium/High” You can view/set this by opening the Settings Center and expanding the “Web/HTML/PDF” tree item and selecting the “Reading” item. The default verbosity level is “Medium” If you press the “Medium…” button the configuration dialog will be displayed. What this shows is a list of HTML features and if a feature is checked it will be announced during virtual cursor navigation, arrowing through the content, or during “say all” or when navigated to using the virtual navigation quick keys. (A list of these navigation keys is documented in the JAWS HTML standards support documentation).

What you will note is that at the default “medium” verbosity, only a subset of the landmark regions are checked, thus only these regions will be announced. Note this does not mean that the user cannot navigate to the unchecked regions using the region navigation keys: R/Shift+R, it means that when navigated to the content of the region will be announced without denoting the regions start and end.

Too much information

Why is the announcement of some features turned off by default? In talking with users and the JAWS developers the answer is that some users sometimes find web pages “too chatty” and want some aspects of the support provided (navigation), without the noise (announcements).

This behavior can lead some people to think that JAWS does not support a particular feature, when it does, but not in the way you expected.

JAWS Reading  – web verbosity level UI:

the UI consists of a select list of 3 items: low/medium/high and 3 buttons: low/medium/high to view/change what is announced.

Medium (default) Virtual Cursor verbosity preferences dialog:

A tree list with a subset of features checked.

Low Virtual Cursor verbosity preferences dialog:

Only the Table or Grid checkbox is selected.

High Virtual Cursor verbosity preferences dialog:

All checkboxes are selected

Like to be notified about more articles like this? Subscribe to the Knowledge Center Newsletter. It not only gives you summaries and links to our technical blog posts but also TPGi webinars, podcasts, and business blog posts – as well as accessibility and web tech conferences and other events, and a reading list of other relevant articles. You get one email a month, it’s free, requires just your email address, and we promise we won’t share that with anyone. Check the archive.
Categories: Technical

About Steve Faulkner

Steve was the Chief Accessibility Officer at TPGi before he left in October 2023. He joined TPGi in 2006 and was previously a Senior Web Accessibility Consultant at vision australia. Steve is a member of several groups, including the W3C Web Platforms Working Group and the W3C ARIA Working Group. He is an editor of several specifications at the W3C including ARIA in HTML and HTML Accessibility API Mappings 1.0. He also develops and maintains HTML5accessibility and the JAWS bug tracker/standards support.