FW: Moving focus with a screen reader and switch access control - is there a difference?

Patrick and Jonathan,

Thank you both for your help. I understand this much better now and will test in Chrome with Switch Control.

Neil


-----Original Message-----
From: Jonathan Avila [mailto:jon.avila@levelaccess.com] 
Sent: 26 October 2018 14:04
To: w3c-wai-ig@w3.org
Subject: RE: Moving focus with a screen reader and switch access control - is there a difference?

In this case the issue could be with Firefox and switch control -- you might try Chrome with Switch control.     We have seen a decrease in reliability for Firefox on Android for Talkback users as well.

Jonathan


-----Original Message-----
From: Patrick H. Lauke <redux@splintered.co.uk>
Sent: Thursday, October 25, 2018 7:46 PM
To: w3c-wai-ig@w3.org
Subject: Re: Moving focus with a screen reader and switch access control - is there a difference?

On 25/10/2018 20:15, Rogers N.E. wrote:
> FAO: The WAI IG
> 
> I am currently undertaking accessibility tests using an Android Nexus
> 5 on a responsive web site using the Firefox mobile browser 62.0.3.
> 
> I tested a particular page and the focus with a green box could be 
> moved to every option on the page using Talkback and a single swipe 
> gesture left or right. However, when using the Switch Access Control 
> (Next & Previous mapped to hard volume up & down buttons) only one 
> option on the same web page could be navigated to using the default red box focus.
> 
> This prompted the question: is there a difference in the way a screen 
> reader and switch access control operate when accessing the DOM, what 
> is actually taking place under the hood, particularly for the switch 
> access control?
> 
> I have tried to find this out on the web without success. I would 
> value help in understanding this further.

It's the difference between the virtual cursor of screen readers (like
TalkBack) and focus. TalkBack needs to be able to move through everything in the page so that the user can read things - not just focusable elements, but static text etc. This is the virtual cursor.

Switch access, like keyboard access using, for instance, TAB/SHIFT-TAB, only moves between focusable elements, as it's used by sighted users who don't need to place any kind of focus/cursor on static/non-focusable content in order to read it.

P
--
Patrick H. Lauke

https://emea01.safelinks.protection.outlook.com/?url=www.splintered.co.uk&amp;data=01%7C01%7CN.E.Rogers%40southampton.ac.uk%7C2f2234f7d40d4a74289208d63b444d00%7C4a5378f929f44d3ebe89669d03ada9d8%7C1&amp;sdata=8dzGKLsIvC7uqetqI9EdiVita%2FIh%2FGJNikPpZyvdP8U%3D&amp;reserved=0 | https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fpatrickhlauke&amp;data=01%7C01%7CN.E.Rogers%40southampton.ac.uk%7C2f2234f7d40d4a74289208d63b444d00%7C4a5378f929f44d3ebe89669d03ada9d8%7C1&amp;sdata=m5e%2FQgy1PaS5%2B2SN634hniPumo09ELpblIVbA2f1FFY%3D&amp;reserved=0 https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fflickr.com%2Fphotos%2Fredux%2F&amp;data=01%7C01%7CN.E.Rogers%40southampton.ac.uk%7C2f2234f7d40d4a74289208d63b444d00%7C4a5378f929f44d3ebe89669d03ada9d8%7C1&amp;sdata=hVIdz%2BgfCe3RT%2BgradTEVhF2y6RySrWbZCRc5Vo1754%3D&amp;reserved=0 | https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fredux.deviantart.com&amp;data=01%7C01%7CN.E.Rogers%40southampton.ac.uk%7C2f2234f7d40d4a74289208d63b444d00%7C4a5378f929f44d3ebe89669d03ada9d8%7C1&amp;sdata=vq5N9ZERSegL2R0FaR319VL58FT1%2FmJJJj%2B03C1Aa7Y%3D&amp;reserved=0
twitter: @patrick_h_lauke | skype: patrick_h_lauke

Received on Friday, 26 October 2018 13:47:42 UTC