☰

Почему X не обрабатывает ALT_L и ALT_R по-разному с Mod1?

tag-icon • tag-icon x11 keyboard-shortcuts xmodmap
Почему X не обрабатывает ALT_L и ALT_R по-разному с Mod1?

Я изменил определение Mod1via xmodmap, чтобы не включать ALT_R(чтобы понять, почему, прокрутите вниз). Текущая раскладка модификаторов приведена ниже. Несмотря на то, что она ALT_Rне участвует в определении mod1, записи, созданные с помощью , xevпоказывают, что KeyEvent.stateустанавливается в mod1Mask(определяется как 8 в /usr/include/X11/X.h) при нажатии любой из клавиш Alt.

Если xmodmaskговорится, что это ALT_Rне так mod1, почему Xсообщение ALT_R+ сообщает f, что это так?

xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x69)
mod1        Alt_L (0x40),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0x85),  Super_R (0x86),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

Следующая последовательность — ALT_L+, fза которым следует ALT_R+ f.

KeyPress event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4126632, (85,488), root:(86,489),
    state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4126850, (85,488), root:(86,489),
    state 0x8, keycode 41 (keysym 0x66, f), same_screen YES,
    XLookupString gives 1 bytes: (66) "f"
    XmbLookupString gives 1 bytes: (66) "f"
    XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4126930, (85,488), root:(86,489),
    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4126969, (85,488), root:(86,489),
    state 0x0, keycode 41 (keysym 0x66, f), same_screen YES,
    XLookupString gives 1 bytes: (66) "f"
    XFilterEvent returns: False

KeyPress event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4127907, (85,488), root:(86,489),
    state 0x0, keycode 108 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyPress event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4128123, (85,488), root:(86,489),
    state 0x8, keycode 41 (keysym 0x66, f), same_screen YES,
    XLookupString gives 1 bytes: (66) "f"
    XmbLookupString gives 1 bytes: (66) "f"
    XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4128164, (85,488), root:(86,489),
    state 0x8, keycode 108 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1000001,
    root 0xc0, subw 0x0, time 4128203, (85,488), root:(86,489),
    state 0x0, keycode 41 (keysym 0x66, f), same_screen YES,
    XLookupString gives 1 bytes: (66) "f"
    XFilterEvent returns: False

Фон:

У меня есть приложение, которое использует ALT_R+ ENTERдля выполнения функции. При использовании этого приложения в Xmonad комбинация Mod1+ ENTERзапускает функцию "поменять текущее окно с главным окном". По умолчанию ALT_Lи ALT_Rсопоставлены с Mod1.

В моем .xinitrc, прежде чем я запустил Xmonad, я изменил свою карту клавиш таким образом, xmodmapчто это ALT_Rне является частью определения Mod1. Несмотря на это, Xmonad все еще выполняет поведение подкачки окон при вводе ALT_R+ ENTER. Xmonad, похоже, не знает, что Mod1больше не включает ALT_R.

Вот мой.xinitrc

# Java's GUI can't handle some non-reparenting window managers like
# Xmonad without being told how to behave
export _JAVA_AWT_WM_NONREPARENTING=1

# The right Alt key is useful in IntelliJ, tell Xmonad to ignore it
xmodmap ~/.Xmodmap

# Start Xmonad
xmonad

Вот вывод xmodmapпосле запуска Xmonad, как указано выше.

Я записал последовательность с xevи подтвердил, что ENTERникогда не регистрируется. Вместо этого, несколько FocusIn/ FocusOutсобытий происходят после того, ALT_Rкак записывается.

KeyPress event, serial 32, synthetic NO, window 0x1200001,
    root 0xc0, subw 0x0, time 1432589, (92,374), root:(93,375),
    state 0x0, keycode 108 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

FocusOut event, serial 32, synthetic NO, window 0x1200001,
    mode NotifyGrab, detail NotifyAncestor

PropertyNotify event, serial 32, synthetic NO, window 0x1200001,
    atom 0x155 (WM_STATE), time 1433760, state PropertyNewValue

FocusOut event, serial 32, synthetic NO, window 0x1200001,
    mode NotifyUngrab, detail NotifyPointer

FocusIn event, serial 32, synthetic NO, window 0x1200001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 32, synthetic NO, window 0x0,
    keys:  0   0   0   0   0   0   0   0   0   0   0   0   0   16  0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

KeyRelease event, serial 32, synthetic NO, window 0x1200001,
    root 0xc0, subw 0x0, time 1434117, (92,374), root:(93,375),
    state 0x8, keycode 108 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

решение1

Похоже, что если Alt_R не назначен ни на один другой модификатор, то по умолчанию используется Mod1Mask.

Простого отсоединения правого alt в моем Xmodmap было недостаточно, чтобы он перестал сообщать о состоянии 0x8, мне пришлось привязать его к другому модификатору (я выбрал Mod3, так как он в любом случае был пуст), и тогда xev начал сообщать о состоянии 0x20.

Хотя это скорее обходной путь, чем решение.

Связанный контент