https://bugs.kde.org/show_bug.cgi?id=516228
--- Comment #5 from Valerio <[email protected]> --- (In reply to TraceyC from comment #3) > I ran xev to get the codes for my Left Alt and Right Alt (AltGr) keys with > the US (with deadkeys) layout > I see a difference between your left Alt key and mine. This is from my xev > output for Left Alt > > KeyRelease event, serial 36, synthetic NO, window 0x2c00001, > root 0x407, subw 0x0, time 10899335, (184,-13), root:(4254,648), > state 0x6000, keycode 135 (keysym 0xff67, Menu), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > > - I noticed my Alt shows this on Plasma 6.5.5 > keycode 135 (keysym 0xff67, Menu) > > And yours shows a different keycode, which is the same one as I see on my > system with Plasma built from git-master > keycode 64 (keysym 0xffe9, Alt_L) > > So the keycode doesn´t appear to be the problem since both of these work for > me. > > I have two questions to try to narrow things down. > 1. Does the key combination work with the US layout without dead keys? > > 2. Can you share the output xev has when you press Alt ` with the US > deadkeys layout? For me this is > state 0x0, keycode 49 (keysym 0x60, grave) > > It's possible that kwin's input interpretation is doing something wrong. I > just want to make sure it's getting the key codes we expect it to 1. it works without deadkeys. also, i noticed that if i keep the two layouts available, instead of having only the deadkey, the chord starts to work. removing the us regular layout after makes the bug reappear. 2. sure! ``` KeyPress event, serial 39, synthetic NO, window 0x2000001, root 0x359, subw 0x0, time 29279070, (87,136), root:(1437,992), state 0x0, keycode 0 (keysym 0x60, grave), same_screen YES, XKeysymToKeycode returns keycode: 49 XLookupString gives 0 bytes: XmbLookupString gives 1 bytes: (60) "`" XFilterEvent returns: False ``` -- You are receiving this mail because: You are watching all bug changes.
