E-mail List Archives
Thread: screen reader usage?
Number of posts in this thread: 5 (In chronological order)
From: Joseph Sherman
Date: Tue, Feb 09 2016 7:54AM
Subject: screen reader usage?
No previous message | Next message →
Is there a "regular" way screen reader users navigate pages? The users that I've worked with all seem to have different methods when a page loads. Some hit down arrow, some use navigation aids (links, headings, regions), some use tab, etc. And the method used can change the usability of a page- tabbing can skip text or instructions for example.
Thoughts?
Joseph
From: Andrews, David B (DEED)
Date: Tue, Feb 09 2016 8:18AM
Subject: Re: screen reader usage?
← Previous message | Next message →
Simply put NO.
Different people use different strategies, and experienced users may use different strategies in different situations. So, you can't just rely on one technique, arrows, tabbing, headings, skip-to links, links lists and more all might be used.
Dave
David Andrews | Chief Technology Officer
Department of Employment and Economic Development
State Services for the Blind, 2200 University Ave. W., Suite 240, St. Paul MN 55114
Direct: 651-539-2294 | Mobile: 612-730-7931
Web | Twitter | Facebook
From: Joe Chidzik
Date: Tue, Feb 09 2016 8:21AM
Subject: Re: screen reader usage?
← Previous message | Next message →
As you've observed, users will work in different ways, so it is important to involve them in any testing process for best results. Novice screenreader users will work in a different way to more experienced users, and so on for advanced users.
That said pre-user testing can be useful to remove obvious issues and allow user testing to focus on more relevant issues.
Note that I am a sighted user, using a screenreader, but when carrying out screenreader testing, I try to:
-Arrow downup through page content
-Navigate data tables appropriately; traversing to make sure headers are properly picked up
-Navigate controls via tabshift-tab to check for focus order, and that controls are announced as expected
-Review content of the JAWS dialogs for Headings, Form controls, Links (or other screenreader equivalents) - useful to see all linksheadings out of context, and the forms list is great for quickly spotting a mis-labelled form field.
-For forms, important to check both labellinginstructions, but also behaviour when erroneousmissing data submitted. Are errors announceduseful etc.
Hopefully some actual screenreader users will be able to chip in here with their experiences too.
Cheers
Joe
>
From: Angel Chesimet
Date: Tue, Feb 09 2016 9:34AM
Subject: Re: screen reader usage?
← Previous message | Next message →
Hello,
I am a screen-reader user and a tester and I agree with the comments
already mentioned here. Screen-reader user skills vary like the
varying individuals and their technology skills of members on this
list vary. So using testers with a variety of experience is ideal.
Angel
On 2/9/16, Joe Chidzik < = EMAIL ADDRESS REMOVED = > wrote:
> As you've observed, users will work in different ways, so it is important to
> involve them in any testing process for best results. Novice screenreader
> users will work in a different way to more experienced users, and so on for
> advanced users.
>
> That said pre-user testing can be useful to remove obvious issues and allow
> user testing to focus on more relevant issues.
>
> Note that I am a sighted user, using a screenreader, but when carrying out
> screenreader testing, I try to:
> -Arrow downup through page content
> -Navigate data tables appropriately; traversing to make sure headers are
> properly picked up
> -Navigate controls via tabshift-tab to check for focus order, and that
> controls are announced as expected
> -Review content of the JAWS dialogs for Headings, Form controls, Links (or
> other screenreader equivalents) - useful to see all linksheadings out of
> context, and the forms list is great for quickly spotting a mis-labelled
> form field.
> -For forms, important to check both labellinginstructions, but also
> behaviour when erroneousmissing data submitted. Are errors announceduseful
> etc.
>
> Hopefully some actual screenreader users will be able to chip in here with
> their experiences too.
>
> Cheers
> Joe
>
>
>>
From: Sean Murphy
Date: Wed, Feb 10 2016 2:19AM
Subject: Re: screen reader usage?
← Previous message | No next message
All,
My only comments are:
Tab and shift+tab is a base line for navigation in a web page as all screen reader's should honour these keystrokes on any platform. After this point it is fair game on how the user uses their technology. I use all the methods that have been described to navigate a page depending on the context. EG: navigating between form elements I will use the tab to make it quicker. Jumping through large chunk of the page I will use elements. The arrow keys I use when I want to read something specifically.
Note, Braille users will work similarly.
Sean
> On 10 Feb 2016, at 3:34 am, Angel Chesimet < = EMAIL ADDRESS REMOVED = > wrote:
>
> Hello,
>
> I am a screen-reader user and a tester and I agree with the comments
> already mentioned here. Screen-reader user skills vary like the
> varying individuals and their technology skills of members on this
> list vary. So using testers with a variety of experience is ideal.
>
> Angel
>
> On 2/9/16, Joe Chidzik < = EMAIL ADDRESS REMOVED = > wrote:
>> As you've observed, users will work in different ways, so it is important to
>> involve them in any testing process for best results. Novice screenreader
>> users will work in a different way to more experienced users, and so on for
>> advanced users.
>>
>> That said pre-user testing can be useful to remove obvious issues and allow
>> user testing to focus on more relevant issues.
>>
>> Note that I am a sighted user, using a screenreader, but when carrying out
>> screenreader testing, I try to:
>> -Arrow downup through page content
>> -Navigate data tables appropriately; traversing to make sure headers are
>> properly picked up
>> -Navigate controls via tabshift-tab to check for focus order, and that
>> controls are announced as expected
>> -Review content of the JAWS dialogs for Headings, Form controls, Links (or
>> other screenreader equivalents) - useful to see all linksheadings out of
>> context, and the forms list is great for quickly spotting a mis-labelled
>> form field.
>> -For forms, important to check both labellinginstructions, but also
>> behaviour when erroneousmissing data submitted. Are errors announceduseful
>> etc.
>>
>> Hopefully some actual screenreader users will be able to chip in here with
>> their experiences too.
>>
>> Cheers
>> Joe
>>
>>
>>>