- From: Joseph Scheuhammer <clown@utoronto.ca>
- Date: Tue, 29 Jul 2008 11:12:06 -0400
- To: Jon Gunderson <jongund@illinois.edu>
- CC: "Schnabel, Stefan" <stefan.schnabel@sap.com>, "Keim, Oliver" <oliver.keim@sap.com>, "Schaus, Martin" <martin.schaus@sap.com>, Victor Tsaran <vtsaran@yahoo-inc.com>, "Evans, Donald" <Donald.Evans@corp.aol.com>, Richard Schwerdtfeger <schwer@us.ibm.com>, wai-xtech@w3.org, wai-xtech-request@w3.org, "Grigoriadis, Georgios" <georgios.grigoriadis@sap.com>, Aaron M Leventhal <aleventh@us.ibm.com>
Here's an attempt at summarizing one of the problems, and a possible
compromise.
Currently Tab/Shift+Tab is used to move among large chunks of the page
or web app. This is pretty much the convention in the style guide.
Arrow keys are used to navigate within widgets.
It would be very useful to have quick navigation among editable cells in
a grid and not force users to navigate "endlessly" to them using the
arrow keys. However, if the number of editable cells is numerous, using
Tab to move among them leads to a sense of being trapped if one wants to
navigate through and outside of the grid quickly.
Would the following work as a compromise?
- Use Tab/Shift+Tab to move in and out of widgets, as before.
- Use arrows to navigate within widgets, as before.
- Use Ctrl+Tab to move within a grid quickly among editable cells.
I'm suggesting Ctrl+Tab instead of Jon's Ctrl+Enter since it includes
"Tab" and that conjures up navigation.
However, it's entirely possible that Ctrl+Tab may already be taken by
the OS or the browser. In that case, perhaps the square bracket keys, ]
and [, could be used to denote forward and backward motion, and be used
to navigate among editable cells.
--
;;;;joseph
'This is not war -- this is pest control!'
- "Doomsday", Dalek Leader -
Received on Tuesday, 29 July 2008 15:21:34 UTC