[BRLTTY] Which BrlTTY commands are the equivalent of a Tab and Shift+Tab in a GUI?

Mario Lang mlang at delysid.org
Sat Dec 20 03:54:30 EST 2008


Willie Walker <William.Walker at Sun.COM> writes:

> Hmmm...you might be thinking about Alt+Tab and Shift+Alt+Tab, which are 
> used to switch between windows.  I'm talking strictly about Tab and 
> Shift+Tab, which are used to navigate between objects within a window.  

Oh, now I see.  Well, in principle, there is
{
  .name = "TAB",
  .code = BRL_BLK_PASSKEY+BRL_KEY_TAB,
  .description = "simulate pressing the tab key"
},
but I think thats not bound on many displays, and probably not as conventient
as you'd like.  On the display I use now, I have a conventient binding for
{
  .name = "CURSOR_LEFT",
  .code = BRL_BLK_PASSKEY+BRL_KEY_CURSOR_LEFT,
  .description = "simulate pressing the cursor-left key"
},
{
  .name = "CURSOR_RIGHT",
  .code = BRL_BLK_PASSKEY+BRL_KEY_CURSOR_RIGHT,
  .description = "simulate pressing the cursor-right key"
},
which I never use for the intended purpose.  Anyway

> So, for example, one might tab between checkboxes, pushbuttons, 
> sliders, text areas, etc., in a window.  The developers of many GUIs 
> also take care so that the tab order of things in the window (or web 
> page for that matter) represent the logical reading order.

The more I think about it, the more WINUP/WINDN seems like a good choice.
While it doesn't seem very useful for console review right now, it
does seem to reflect what happens in the GUI usage case.

Another choice might be
{
  .name = "PRPGRPH",
  .code = BRL_CMD_PRPGRPH,
  .description = "go up to last line of previous paragraph"
},
{
  .name = "NXPGRPH",
  .code = BRL_CMD_NXPGRPH,
  .description = "go down to first line of next paragraph"
},
because I am not sure these actually work with BrlAPI client, anyone?
If they don't, they look like good candidates to be used for a slightly
different purpose in another context.

> The thought here is to help reduce the amount of time a user needs to 
> switch their hands between the braille display and the keyboard when 
> browsing the contents of a single window.  So, in effect, what I'm 
> looking for is a way to mimic Tab and Shift+Tab from the braille 
> display.

Understood, I've seen it in action in JAWS.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer <URL:http://debian.org/>
  .''`. | Get my public key via finger mlang/key at db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-      <URL:http://delysid.org/>  <URL:http://www.staff.tugraz.at/mlang/>


More information about the BRLTTY mailing list