Bug 114326

Summary: On Ctrl+Shift layout switcher any shortcuts with Ctrl+Shift doesn't work
Product: [Frameworks and Libraries] kdelibs Reporter: Andrey Cherepanov <sibskull>
Component: generalAssignee: Stephan Kulow <coolo>
Status: RESOLVED NOT A BUG    
Severity: normal CC: nate, sergiplatad
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=383113
Latest Commit: Version Fixed In:

Description Andrey Cherepanov 2005-10-13 11:29:46 UTC 
Version:            (using KDE KDE 3.4.2)
Installed from:    Fedora RPMs
OS:                Linux

I use Ctrl+Shift as keyboard layout switcher (via xkb). But any KDE shortcuts with Ctrl+Shift doesn't work. How I can use these shortcuts and Ctrl+Shift as layout switcher?
Comment 1 Thiago Macieira 2005-10-13 17:37:23 UTC 
There's a reason we don't allow modifier-only shortcuts. Kxkb doesn't allow you to set that combination.

Also, this is not a help forum: it is a bug-tracking site.

I think this is a WONTFIX.
Comment 2 Thiago Macieira 2005-10-13 17:39:28 UTC 
I should have asked: if you run xev and press that combination, what events does it generate?

Please paste the KeyPress and KeyRelease events here.
Comment 3 Andrey Cherepanov 2005-10-16 08:23:31 UTC 
Sorry for my mood :(.
There are part of xev output for pressing and releasing Ctrl+Shift+I (Ctrl+Shift as ISO_Prev_Group). If Xorg is incorrigible for this behavior and KDE Team cannot replace xkb by its own switcher, I agree to mark this bug as WONTFIX.

---

KeyPress event, serial 28, synthetic NO, window 0x2600001,
    root 0x3a, subw 0x0, time 1735922, (169,-14), root:(231,10),
    state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyPress event, serial 28, synthetic NO, window 0x2600001,
    root 0x3a, subw 0x0, time 1736000, (169,-14), root:(231,10),
    state 0x14, keycode 50 (keysym 0xfe0a, ISO_Prev_Group), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyPress event, serial 28, synthetic NO, window 0x2600001,
    root 0x3a, subw 0x0, time 1736397, (169,-14), root:(231,10),
    state 0x2014, keycode 31 (keysym 0x69, i), same_screen YES,
    XLookupString gives 1 bytes:  "     "

KeyRelease event, serial 28, synthetic NO, window 0x2600001,
    root 0x3a, subw 0x0, time 1736485, (169,-14), root:(231,10),
    state 0x2014, keycode 31 (keysym 0x69, i), same_screen YES,
    XLookupString gives 1 bytes:  "     "

KeyRelease event, serial 28, synthetic NO, window 0x2600001,
    root 0x3a, subw 0x0, time 1736601, (169,-14), root:(231,10),
    state 0x2014, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyRelease event, serial 28, synthetic NO, window 0x2600001,
    root 0x3a, subw 0x0, time 1736635, (169,-14), root:(231,10),
    state 0x2010, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
    XLookupString gives 0 bytes:  ""
Comment 4 Thiago Macieira 2005-10-16 16:23:53 UTC 
Right, there's nothing we can do because Ctrl+Shift+i is never generated. You have the following options:

1) change your shortcut
2) convince the X.org people that even though you assigned an action for Ctrl+Shift, you still want it to act as a modifier
3) press Shift first

Closing as INVALID because the problem is not on KDE code.