ipc: fold Shift+Tab and the keypad Enter and Tab onto Tab and Enter
Shift+Tab arrives from every frontend as ISO_Left_Tab (0xfe20), which has no Unicode value and lies outside the function keysym range, so ipckeysym gave key 0 and the documented Shift-Tab wrap through search results never reached the engine; GTK moved focus instead. KP_Enter and KP_Tab likewise became unknown special keys, so the keypad Enter committed the reading and passed a newline instead of taking the highlighted candidate.
This commit is contained in:
@@ -53,6 +53,8 @@ ipc_masks_modifiers(struct ct *t)
|
||||
CT_EQ_UINT(t, 'a', ipckeysym('a', 'a'));
|
||||
CT_EQ_UINT(t, '1', ipckeysym(0xffb1, '1')); /* KP_1 */
|
||||
CT_EQ_UINT(t, Kret, ipckeysym(0xff0d, '\r'));
|
||||
CT_EQ_UINT(t, Kret, ipckeysym(0xff8d, '\r')); /* KP_Enter */
|
||||
CT_EQ_UINT(t, Ktab, ipckeysym(0xfe20, 0)); /* ISO_Left_Tab */
|
||||
CT_EQ_UINT(t, Kback, ipckeysym(0xff08, 8));
|
||||
CT_EQ_UINT(t, Kspec + 0xff, ipckeysym(0xffff, 0x7f)); /* Delete */
|
||||
CT_EQ_UINT(t, 0x1f642, ipckeysym(0x101f642, 0x1f642));
|
||||
|
||||
Reference in New Issue
Block a user