Taliesin Smith
2018-06-05 15:52:01 UTC
Thanks Tim, Jonathan A. and Jonathan C., for your help.
Tim, with regards to your last comment, where would you expect your virtual cursor to be, once you entered virtual/review mode?
I think Jonathan C. mentioned it should be near by, like at the containing element.
In our case, review mode seems to be starting at the top of the document at the H1, which seems odd to me.
Taliesin
Tim, with regards to your last comment, where would you expect your virtual cursor to be, once you entered virtual/review mode?
I think Jonathan C. mentioned it should be near by, like at the containing element.
In our case, review mode seems to be starting at the top of the document at the H1, which seems odd to me.
Taliesin
Based on what you described, I would not expect the application to handle the situation where a screen reader user decides to switch to virtual/review modeâespecially since the main purpose of that mode is to allow the screen reader user to navigate through the user interface without making any changes to it. <>
Sent: Tuesday, June 5, 2018 9:16 AM
Subject: Re: [EXTERNAL] Focus/Blur and Voice Over Commands
Thanks for your comments, Tim. These are helpful.
In the case, I described, a Voice Over user is Tabbing to an interactive control, a native range input (i.e., a slider). On focus, the slider does have âsystem focusâ, it has a visual indication of focus and is operational. Adjusting the slider at this point, the user will get the proper experience (slider values and aria-live alerts). If the user exits web content with Voice Overâs command-option-shift-up arrow, system focus is not blurred.
Is it the responsibility of the web application to blur system focus, in this case, or is it the responsibility of the screen reader software and browser?
As far as I know, we are not preventing Voice Over from blurring.
Taliesin
I am not as familiar with Voiceover on Mac OS, but it is likely similar to iOS and how screen readers work on Windows. When using the screen readerâs virtual or review cursor, it doesnât trigger focus or blur events. The idea of the virtual/review cursor in most screen readers is to allow the user to navigate the current contents without triggering changes to the user interface.
It is typically system focus that triggers blur and focus events. A screen reader typically only manipulates the system focus when it is not in virtual/review cursor mode but in some type of form or application mode.
That is likely the problem you are dealing with now.
Thanks,
Tim
Sent: Tuesday, June 5, 2018 8:15 AM
Subject: [EXTERNAL] 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.
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
Sent: Tuesday, June 5, 2018 9:16 AM
Subject: Re: [EXTERNAL] Focus/Blur and Voice Over Commands
Thanks for your comments, Tim. These are helpful.
In the case, I described, a Voice Over user is Tabbing to an interactive control, a native range input (i.e., a slider). On focus, the slider does have âsystem focusâ, it has a visual indication of focus and is operational. Adjusting the slider at this point, the user will get the proper experience (slider values and aria-live alerts). If the user exits web content with Voice Overâs command-option-shift-up arrow, system focus is not blurred.
Is it the responsibility of the web application to blur system focus, in this case, or is it the responsibility of the screen reader software and browser?
As far as I know, we are not preventing Voice Over from blurring.
Taliesin
I am not as familiar with Voiceover on Mac OS, but it is likely similar to iOS and how screen readers work on Windows. When using the screen readerâs virtual or review cursor, it doesnât trigger focus or blur events. The idea of the virtual/review cursor in most screen readers is to allow the user to navigate the current contents without triggering changes to the user interface.
It is typically system focus that triggers blur and focus events. A screen reader typically only manipulates the system focus when it is not in virtual/review cursor mode but in some type of form or application mode.
That is likely the problem you are dealing with now.
Thanks,
Tim
Sent: Tuesday, June 5, 2018 8:15 AM
Subject: [EXTERNAL] 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.
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