W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > April to June 2018

Re: Focus/Blur and Voice Over Commands

From: Taliesin Smith <talilief@gmail.com>
Date: Tue, 5 Jun 2018 12:49:06 -0230
Message-Id: <EB35F88E-0DAC-429C-A292-C3C12246A940@gmail.com>
Cc: "w3c-wai-ig@w3.org" <w3c-wai-ig@w3.org>, Taliesin Love Smith <Taliesin.Smith@Colorado.EDU>
To: "Cohn, Jonathan" <jcohn@air.org>
And thanks to another Jonathan (Jonathan Cohn),
Yes, I am talking about the stop interacting command.

I think you have nailed the problem here. 

Focus disappears when the virtual cursor moves to an un-focusable element after the stop interacting command, and focus reappears when the virtual cursor moves onto another focusable element.

We do have containing elements, there are three sliders in a list.
We may need to group the sliders more explicitly for Voice Over to really stop interacting.

This is all awesome information that I can share with my developer colleagues. 
Thanks everyone.
In the original email there is a link to working prototype with the described issue. I will copy it here again in case anyone would like to try it out Resistance in a Wire <https://phet-dev.colorado.edu/html/resistance-in-a-wire/1.5.0-rc.5/phet/resistance-in-a-wire_all_phet.html>Resistance in a Wire <https://phet-dev.colorado.edu/html/resistance-in-a-wire/1.5.0-rc.5/phet/resistance-in-a-wire_all_phet.html>.

Again, thanks.

> On Jun 5, 2018, at 12:07 PM, Cohn, Jonathan <jcohn@air.org> wrote:
> The command you mention is the stop interacting command. This will move the VoiceOver location to a containing object which will depend on if Group or Dom navigation is enabled on exactly what the VO cursor will then be looking at. Unless a containing div can also have focus (perhaps via tabindex) focus will not move when doing this command because the focusable  will still be in the VO cursor though perhaps additional focusable objects might be contained in the VO cursor.
> Focus change will occur when the VO cursor interacts with another focusable item, or a tab/shift tab is typed.
> Though if QuickNav is on with quick keys commander enabled, then when stop interacting is run, quickkeys  should be re-enabled allowing navigation similar to Virtual Cursor in JAWS.
> Jonathan
> From: Taliesin Smith [mailto:talilief@gmail.com] 
> Sent: Tuesday, June 05, 2018 9:15 AM
> To: w3c-wai-ig@w3.org
> Cc: Taliesin Love Smith <Taliesin.Smith@Colorado.EDU>
> Subject: Focus/Blur and Voice Over Commands
> Dear WAI,
> I work with a team on making interactive science simulation accessible (PhET Interactive Simulations).
> In recent Quality Assurance testing of a prototype for the Resistance in Wire <https://phet-dev.colorado.edu/html/resistance-in-a-wire/1.5.0-rc.5/phet/resistance-in-a-wire_all_phet.html> simulation, we found an issue when using Voice Over. It seems that Voice Over does not successfully blur (i.e., remove focus) from a slider control that has focus when the user uses the native Voice Over command, command-option-shift-up arrow, to exit web content.
> The result is that the slider remains visually focused and operational via all the normal keyboard methods, even though the user is technically “out of web content”. In this case, Voice Over will not announce slider values if the user adjusts the slider. In this case, Voice Over only announces aria-live alerts. This means that the user is not getting all the information they are supposed to be getting when they adjust a slider. In addition, if the user re-enters web content using command-option-shift-down arrow, their virtual focus starts at the top of the sim with the H1 content.
> We think the lack of blurring is a Voice Over bug.
> My questions to the group are:
> Are we supposed to do anything special to make Voice Over blur focus in the case, or is this indeed a Voice Over bug?
> Where is virtual focus supposed to go after a properly blurred event? 
> Is starting at the top of the page the correct place for the virtual cursor to be after a successful blur event, after successfully exiting web content with the native Voice Over command? 
> Starting at the top, seems to be the default behavior. Is it the correct behavior?
> We have done a lot of user testing with blind users. Exiting web content after focusing a control is not something that has occurred during usability testing with Voice Over users. 
> It would be great to get some thoughts from experts on this list regarding this blurring issue.
> Sincerely,
> Taliesin Smith 
> My work email is Taliesin.Smith@colorado.edu <mailto:Taliesin.Smith@colorado.edu> if you would like to know more about our work on making interactive science simulations accessible.

Received on Tuesday, 5 June 2018 15:19:32 UTC

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