Hi, On 08.06.2017 01:32, Anthony Jenkins wrote: > I'm seeing flakiness in X11 (KDE) with evdev enabled - a couple keys are > reporting multiple (wrong) events and some aren't emitting any events > (or they are, but they're NoSymbol): It is true that the Evdev drivers emit other keycodes compared to the 'legacy' drivers. I'm using this command to specify the correct mapping ("-rules evdev" is the important part): setxkbmap -rules evdev -layout us -variant altgr-intl -option ctrl:nocaps,compose:menu I'm not sure if this is enough for KDE. I see 'Option "xkb_rules" "evdev"' in your log, so the correct mapping should already be used? Maybe KDE reverts this somehow. FWIW, when I press the arrow keys in xev I see the following (correct) output: KeyPress event, serial 33, synthetic NO, window 0x4200001, root 0xc2, subw 0x0, time 820816, (158,533), root:(960,556), state 0x0, keycode 113 (keysym 0xff51, Left), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x4200001, root 0xc2, subw 0x0, time 820911, (158,533), root:(960,556), state 0x0, keycode 113 (keysym 0xff51, Left), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x4200001, root 0xc2, subw 0x0, time 821494, (158,533), root:(960,556), state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x4200001, root 0xc2, subw 0x0, time 821565, (158,533), root:(960,556), state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False Cheers, JanReceived on Thu Jun 08 2017 - 03:34:58 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:12 UTC