The terms might be getting a little bit confusing. There is a panel to the
left of the window which presents the user with a choice of which preference
pane to display -- I have been installing that "the panel to the left"; the
right-hand side of the window has a drop-down control which filters the list
of shortcut keys -- I will call that "the drop-down control"; below the
drop-down control is a list -- I have been calling that "the panel to the
right".
Any one of these three items might have focus. I have been totally ignoring
any case where the drop-down control has focus. That is why, in every single
test, I have specified first clicking on the column header (assuming this
would give focus to the panel to the right). Unfortunately, this also seems
to change the sort order of the list in the panel to the right (from
top-down and bottom-up or the reverse as appropriate). This does not happen
on Windows. Does it happen on Linux?
I have also been totally ignoring any use of the <Tab> key.
--Ed
> -----Original Message-----
> From: Gale Andrews [mailto:
[hidden email]]
>
> That's why I think when you tab from Category we should force the first
list
> item to be selected. That is analogous behaviour to tabbing from a tab in
the
> Preferences tree into the pane for that
> tab - the first item in that pane is selected i.e "really selected".
>
[Ed:]
I agree that if the drop-down control has focus, the tab key should select
the first item on the list.
> Having up/down wrap to bottom/top of the list would be nice but HOME and
> END do appear to work on Windows/Linux.
>
>
> > Also of note (possibly) is that pressing tab moves focus from the list
> > to the text box, but pressing tab while the text box has focus inserts
> > "tab" into the text box (which makes sense). There appears to be no
> > way to move focus from the text box with the keyboard. Clicking the
> > "Set" button leaves the text box with focus.
>
> Similarly on Linux, pressing TAB when you have your shortcut entered in
the
> box just enters TAB into the box. And we just removed the accelerator from
> "Set" because that does not work either. I can see no way round that. As
> soon as you press ALT with focus in the box to try and move to another
> button and back, the input is cleared from the box.
>
> So it seems a keyboard user on Mac/Linux can only change
> preferences by saving, editing and re-loading the xml file.
>
> Tabbing from box to "Set" works on Windows.
[Ed:]
On Windows, the tab key should not be allowed as a shortcut key. The
OnKeyDown function should immediately examine the event and determine if it
is the tab key (or any other inappropriate key); if so, it should exit
immediately passing the event up the event handler chain. I get the
impression from your above paragraph that the <ALT> key works the same way
in Linux as the <TAB> key does in Windows, is this accurate? Does the Mac
have a keyboard shortcut which brings focus to the next "thing" (button,
list box -- whatever)?
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference_______________________________________________
audacity-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-devel
