Ticket #295 (closed usability: fixed)
Ctrl-Alt-Left/Right modifier key issues
| Reported by: | Eeri.Kask@… | Owned by: | jeremyhu@… |
|---|---|---|---|
| Priority: | Nice to Have | Milestone: | 2.5.1 |
| Component: | xserver | Version: | 2.4.0 (xserver-1.5.3-apple14) |
| Keywords: | Cc: |
Description
Put this into .xinitrc:
echo 'keycode 66 = Alt_L' | xmodmap -
so that 'xmodmap -pm' reports
Alt_L is mod1 Meta_L is mod2 Control_L is control
then there seem problems in applications with arrow-key key-combinations
Ctrl-Alt-Left Ctrl-Alt-Right
but not necessarily with
Ctrl-Alt-Up Ctrl-Alt-Down
It is easiest to observe this bug with /usr/X11/bin/twm by this minimalistic .twmrc
NoTitleFocus ShowIconManager IconManagers { "XTerm" "XTerms" "100x20-10+5" 1 } "Up" = meta | control : all : f.forwiconmgr "Down" = meta | control : all : f.backiconmgr "Right" = meta | control : all : f.nexticonmgr "Left" = meta | control : all : f.previconmgr
Open few xterm's and few non-xterm applications so both icon managers at both screen top corners have few entries. Then by the above Up/Down hot-keys jump from one iconmanager entry to the next, and by Left/Right from one iconmanager to the other screen top corner.
Next, comment out 'NoTitleFocus' and the Left/Right hotkeys stop working (Up/Down still work).
Here is a short overwiew what happens. On each client startup twm first binds the above hotkeys by XGrabKey() to client windows and runs in 'focus strictly follows mouse' mode, i.e. not sending keyboard focus to any particular client if hovering over its iconmanager entry (the X11-server runs in 'PointerRoot' mode). Commenting out 'NoTitleFocus' results in twm execute XSetInputFocus() while hovering over some particular client iconmanager entry. Therefore it looks like the latter XSetInputFocus() interacts with the prior XGrabKey(), which it probably shouldn't do, as this simple test on other, non-MacOS platforms demonstrates.
This bug is already present in X11 under MacOS-X Tiger.
Eeri Kask