Red Hat Bugzilla – Bug 86403
Shift+tab does not go back in fields in gtk2 dialogs
Last modified: 2007-04-18 12:52:15 EDT
Description of problem:
The tab key moves from one field to another in a dialog,
but shift+tab does not go back, contrary to my expectations.
Version-Release number of selected component (if applicable):
Steps to Reproduce (for example):
1. Right-click on the panel
2. Add to Panel
4. Use tab to go from Name field to Generic name field.
5. Press shift+tab
The cursor stays in the Generic name field.
The cursor would go back to the Name field.
Ctrl+tab does not have a Ctrl+shift+tab equivalent either.
This works in general.
What keyboard layout are you using? (the French-Canadian layout
is rather exotic when compared to other layouts, so it wouldn't
suprise me a lot if there was a problem with it in specific.)
Have you changed anything else about your keyboard configuration
(e.g., disabled XKB, created a .Xmodmap, etc.)
Is there anything else about your system that might be different
from a standard Red Hat 8 install?
> What keyboard layout are you using?
The 'qc-2' layout, but the 'qc' layout gives the same
result in the above scenario.
Interestingly, the 'us' layout gives a different but still
incorrect behavior: shift+tab goes to the next field,
just like tab alone.
The exact command that is used by the Keyboard Layout
Switcher Preferences applet to install the 'qc-2' layout
is 'gkb_xmmap qc-2'. For the 'us' layout, it is
Another data point: the 'us101' layout behaves like 'qc-2':
shift+tab does nothing.
> Is there anything else about your system that might be
> different from a standard Red Hat 8 install?
It is an upgraded Red Hat 7.2 system.
The Keyboard Layout Switcher Preferences applet in the panel
seems to correspond to the /usr/libexec/gkb-applet-2 process.
This executable comes from the gnome-applets-2.0.1-6 RPM,
which was built on porky.devel.redhat.com.
Under 'qc-2' as well as 'us', xev reports that:
- the tab key produces keycode 23 (keysym 0xff09, Tab);
- the shift+tab key produces keycode 50 (keysym 0xffe1, Shift_L)
then keycode 23 (keysym 0xff09, Tab).
Unfortunately, the GKB keymaps tend to be a little poorly maintained;
we'll eventually be switching to an applet called 'gswitchit' which
uses the keymaps distributed with XFree86.
for why the above doesn't work with GTK+.
For fixing the GKB keymaps.