https://bugs.kde.org/show_bug.cgi?id=434949
Urs Schroffenegger <nab+...@lampshade.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nab+...@lampshade.ch

--- Comment #25 from Urs Schroffenegger <nab+...@lampshade.ch> ---
Hi, 

I just tried switching from XMonad to KDE with the tiling extension to try and
see if I can replace my WM with a full fledged desktop compatible with Wayland.
I tried to set up the key combinations I used for years under XMonad and ran
into this same issue.

I'm on a Swiss french keyboard ("fr-ch" variant of "ch" keyboard). Trying to
map "Window To Desktop 4" to what would be "Meta+Shift+4", It registers as
"Meta+Shift+Ç" (which is a capital "ç", ccedilla is the alternative character
on the "4" key, get it with "Shift+4").

I tried to edit it in the ".config/kglobalshortcutsrc", but to no avail.
Compared to setting keys in XMonad, where it uses either the letter that is
typed when pushing the key or a keycode, it looks a bit inconsistent:
- typing "meta+shift+r", get "Meta+Shift+R". 
   Why capital R ? I'd expect "Meta+Shift+r" or "Meta+R"

- typing "meta+shift+3", get "Meta+*". 
  I'd expect "Meta+Shift+3" to be consistent with the first above, or "Meta+*"
consistent with the second. 

- typing "meta+shift+4", get "Meta+Shift+Ç". 
  I'd expect "Meta+Shift+4" or "Meta+ç". I didn't even know how to type that
capital ç (Ç) on this keyboard, looks like it's "CapsLock+Shift+4", so the
stored shortcut looks like pressing "CapsLock+Meta+Shift+4".


It looks like it stores a weird mix in the config between storing the keycode +
modifiers and the keysym (or even the LookupString?). So the shortcut doesn't
match what is typed. It would make more sense to me to store the base key and
the modifiers. But it seems that all this is handled by Qt, I don't know how
this library handles all that.

This happens on Debian Unstable, Plasma 5.25.4, KDE Framework 5.96.0, Qt
5.15.4.

I replaced it with Meta+Alt+<Numbers> for now, but years of muscle memory
disagree with this solution :-D
Any news on a fix or any potential workaround by hacking the configs ? 




If it's any help, here are the XEvents from xev when pressing "Meta+Shift+3"
and "Meta+Shift+4". I don't understand how it gets to that capital ccedilla "Ç"
in the config. 

KeyPress event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3796440, (29,94), root:(1220,816),
    state 0x10, keycode 133 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3796702, (29,94), root:(1220,816),
    state 0x50, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3796885, (29,94), root:(1220,816),
    state 0x51, keycode 12 (keysym 0x2a, asterisk), same_screen YES,
    XLookupString gives 1 bytes: (2a) "*"
    XmbLookupString gives 1 bytes: (2a) "*"
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3796990, (29,94), root:(1220,816),
    state 0x51, keycode 12 (keysym 0x2a, asterisk), same_screen YES,
    XLookupString gives 1 bytes: (2a) "*"
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3797046, (29,94), root:(1220,816),
    state 0x51, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3797046, (29,94), root:(1220,816),
    state 0x50, keycode 133 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3798107, (29,94), root:(1220,816),
    state 0x10, keycode 133 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3798227, (29,94), root:(1220,816),
    state 0x50, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3798434, (29,94), root:(1220,816),
    state 0x51, keycode 13 (keysym 0xe7, ccedilla), same_screen YES,
    XLookupString gives 2 bytes: (c3 a7) "ç"
    XmbLookupString gives 2 bytes: (c3 a7) "ç"
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3798518, (29,94), root:(1220,816),
    state 0x51, keycode 13 (keysym 0xe7, ccedilla), same_screen YES,
    XLookupString gives 2 bytes: (c3 a7) "ç"
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x7400001,
    root 0x1c9, subw 0x0, time 3798623, (29,94), root:(1220,816),
    state 0x51, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to