W3C home > Mailing lists > Public > wai-xtech@w3.org > May 2007

RE: [STYLEGUIDE] Tab Panel discussion

From: Sina Bahram <sbahram@nc.rr.com>
Date: Thu, 31 May 2007 17:27:34 -0400
To: "'David Bolter'" <david.bolter@utoronto.ca>
Cc: <wai-xtech@w3.org>, <wai-xtech-request@w3.org>, <w3c-wai-pf@w3.org>, "'Michael A Squillace'" <masquill@us.ibm.com>, "'Becky Gibson'" <Becky_Gibson@notesdev.ibm.com>
Message-ID: <000001c7a3ca$8f1f8f80$96f1fea9@quark>

Jaws has a forms mode that it uses

By the way, this isn't a bad idea at all

We could simply make the control respond to left and right arrow, and then
force the user to use forms mode, which should be known to them already, to
interact with it.
 
We could then fire off an event that would let the screen reader know to
come out of forms mode, similar to what a page reload event does now.
Take care,
Sina

-----Original Message-----
From: david bolter [mailto:david.bolter@gmail.com] On Behalf Of David Bolter
Sent: Thursday, May 31, 2007 2:20 PM
To: Sina Bahram
Cc: wai-xtech@w3.org; wai-xtech-request@w3.org; w3c-wai-pf@w3.org; 'Michael
A Squillace'; 'Becky Gibson'
Subject: Re: [STYLEGUIDE] Tab Panel discussion

Hi all,

Forgive my ignorance but what is the regular JAWS mode for say... 
interacting with regular form inputs such as radio buttons?  A sighted JAWS
novice, I use pc cursor mode off. Whatever the mode, we need to get JAWS to
evolve to treat keyboard control and reporting of ARIA components similarly
to what is done with form elements I think. 
Otherwise the user experience is going to be murky, as Mike points out.

cheers,
David

Sina Bahram wrote:
> Another possibility, and yes this depends on AT vendor support, is to 
> simply have them come up with a keystroke that is the all of, "switch  
> to pc cursor", issue cursor key, "switch back to virtual cursor". Then 
> they could assign that to something, although honestly so many keys 
> and keystrokes are taken up, that finding a semantically appropriate 
> mapping might be difficult.
>
> Take care,
> Sina
>
> ________________________________
>
> From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On 
> Behalf Of Michael A Squillace
> Sent: Wednesday, May 30, 2007 10:37 AM
> To: Becky Gibson
> Cc: wai-xtech@w3.org; wai-xtech-request@w3.org; w3c-wai-pf@w3.org
> Subject: RE: [STYLEGUIDE] Tab Panel discussion
>
>
>
>   
>> My concern with this approach is that when in Firefox or internet 
>> explorer, screen readers like JAWS will consume the left and right 
>> arrow keystrokes not allowing for switching tabs.
>>     
>
> When you are navigating a page in Firefox with ARIA implemented, using 
> JAWS virtual pc cursor mode off or Window-Eyes browse mode off will 
> allow you to navigate using the arrow keys.
>
> My concern is that typical AT users are not going to be as technically 
> savy as people reading these notes and that functioning with JAWS 
> virtual pc cursor mode off or Window-Eyes browse mode off is going to be
confusing.
> Also, how does the screen-reader user know when these modes are to be 
> on/off? Is this documented somewhere within the ARIA spec or is it 
> going to be an implementation detail? For example, I encounter a tab 
> panel and need to be alerted somehow that I am to switch tabs using 
> the arrow keys with the appropriate mode off; I then resume, at some 
> point, with Virtual PC or Browse mode on again.
>
>
> --> Mike Squillace
> IBM Human Ability and Accessibility Center Austin, TX
>
> W:512.823.7423
> M:512.970.0066
>
> masquill@us.ibm.com
> www.ibm.com/able
>
>
>
> "Becky Gibson" <Becky_Gibson@notesdev.ibm.com> Sent by: 
> wai-xtech-request@w3.org
>
> 05/30/2007 09:19 AM
>
> 	
> To
> 	wai-xtech@w3.org
> cc
> 	
> Subject
> 	RE: [STYLEGUIDE] Tab Panel discussion
>
> 	
>
>
>
>
>
> "Don Raikes" <don.raikes@oracle.com> wrote on 05/29/2007 06:02:27 PM:
>
>   
>>> There is a proposal for tab panel behavior in the wiki [1]. 
>>> The style guide working group has discussed tab pane to some extent 
>>> and I believe we agree that the panel would become active when the 
>>> tab
>>> receives focus.   I 
>>> updated the key behavior section with the following information:
>>>
>>> tab - only the active tab is in the tab order. The user reaches the 
>>> tabbed panel component by pressing the tab key until the active tab 
>>> title receives focus.
>>>       
>> How would someone using a screen reader know it is a tab, and how 
>> would he know what the other tabs are?
>>     
>
> I am planning to use the Accessible Rich Internet Applications (ARAI) 
> techniques that allow me to identify the tabs.  Using the ARIA 
> techniques and running with JAWS or Window-Eyes in Firefox will 
> identify the tabs to the user.
>   
>>> left arrow - with focus on a tab, pressing the left arrow will move 
>>> focus to the previous tab in the tab list and activate that tab. 
>>> Pressing the left arrow when the focus is on the first tab in the 
>>> tab list will move focus and activate the last tab in the list.
>>>
>>> right arrow - with focus on a tab, pressing the right arrow will 
>>> move focus to the next tab in the tab list and activate that tab. 
>>> Pressing the right arrow when the focus is on the last tab in the 
>>> tab list will move focus to and activate the first tab in the list.
>>>       
>> My concern with this approach is that when in Firefox or internet 
>> explorer, screen readers like JAWS will consume the left and right 
>> arrow keystrokes not allowing for switching tabs.
>>     
>
> When you are navigating a page in Firefox with ARIA implemented, using 
> JAWS virtual pc cursor mode off or Window-Eyes browse mode off will 
> allow you to navigate using the arrow keys.
>
> Becky Gibson
> Web Accessibility Architect
>                                                       
> IBM Emerging Internet Technologies
> 5 Technology Park Drive
> Westford, MA 01886
> Voice: 978 399-6101; t/l 333-6101
> Email: gibsonb@us.ibm.com
>
>
>
>
>
>
>
>
>   
Received on Thursday, 31 May 2007 21:28:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 13:15:42 GMT