- From: Earl Johnson <Earl.Johnson@Sun.COM>
- Date: Thu, 31 May 2007 20:24:29 -0700
- To: Becky Gibson <Becky_Gibson@notesdev.ibm.com>
- Cc: wai-xtech@w3.org
Hi Becky; Feeback on aspects of your proposal start EJ. Earl > > ctrl-up arrow -with focus anywhere within the tab panel, pressing ctrl-up > arrow will move focus to the tab for that panel. This is not standard > behavior - is this something we want to implement? Is it necessary if we > provide a mechanism to change the active tab? Similar to > ctrl-pageup/pagedown in Firefox to switch tabs? > EJ Why not Alt+up. Alt+down is the reverse standard. These are the standard on most desktop gtabbed pane components. It's also used to post/dismiss the menu on the option box element. > alt-del - When deletion is allowed, with focus anywhere within the tab > panel, pressing alt-del will delete the current tab and tab panel from the > tabbed interface control. If additional tabs remain in the tabbed > interface, focus goes to the next tab in the tab list. An alternative to > providing a keystroke to close a tab is to provide a context menu that is > associated with the tab title. When focus is on the tab, pressing > shift-F10 or pressing the right mouse button will open a context menu with > the close choice > EJ Cntrl+W closes firefox tabs, how about using Alt+W for the tabbed pane to maintain "W"'s association with close. Shouldn't the focus move to the n-1 tab? In current proposal, deleting last tab moves focus around to the first [i.e. n+1], this seems odd. Probably not an issue but alt+del is close to cntl+alt+del > NEW ctrl-pageup - When focus is inside of a tab panel, pressing > ctrl-pageup moves focus to the tab of the previous tab in the tab list and > activates that tab. When focus is in the first tab panel in the tab list, > pressing ctrl-pageup will move focus to the last tab in the tab list and > activate that tab. > NEW ctrl-pagedown - When focus is inside of a tab panel, pressing > ctrl-pagedown moves focus to the tab of the next tab in the tab list and > activates that tab. When focus is in the last tab panel in the tab list, > pressing ctrl-pageup will move focus to the first tab in the tab list and > activate that tab. > Regarding ctrl-pageup/pagedown. This is currently implement in Firefox to > move between browser tabs. Firefox also supports ctrl-tab and > ctrl-shift-tab to move between tabs. Internet Explorer 7 also uses > ctrl-tab and ctrl-shift-tab. I (Becky) see advantages to using > ctrl-pageup/pagedown as the keys to change tabs since it is a recognizable > keystroke to at least Firefox users and is also supported by the Windows > operating system to move between panels in a tabbed dialog. The problem is > that if the user is within a tabbed interface control on a Web page, they > can not easily switch browser tabs without first moving focus outside of > the tabbed interface control. This may be acceptable. The other issue is > if the entire Web page is a tabbed interface control - in that case the > user could not ever switch browser tabs unless the control on the Web page > ignored the ctlr-pageup/pagedown keypress (and thus letting the browser > access it) when the first or last tab was reached. EJ If ctrl-pageup/pagedown is what most browser users use to close a browser tab then choose Cntrl+tab. Reason: more people use browser tabs than do Dojo or other Javascript tabbed panes; these shouldn't be forced to learn to use different keysequences when they have a Dojo tabbed pane on the page they are viewing. Generally, I propose the Dojo widget be the one that use the new, hopefully similar [or less used] key sequence in situations where there is a conflict like this. > I am looking for feedback for the last three proposals: using ctrl-up > arrow to move focus from within the tab panel back to the tab; Using > alt-del or a context menu to delete a tab from the tab list; using > ctrl-pageup and ctrl-pagedown to move between keys. > I prefer to implement ctrl-pageup and ctrl-pagedown to move between keys > and to not implement ctrl-up arrow behavior. I also prefer the idea of > using a context menu to provide a close or delete option for tabs rather > than inventing the new alt-del key sequence. Are there other suggestions > or feedback? > thanks. > > [1] http://weba11y.com/styleguide/index.php?title=Tab_Panel > > 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 Friday, 1 June 2007 03:24:43 UTC