Bug 114326 - On Ctrl+Shift layout switcher any shortcuts with Ctrl+Shift doesn't work
Summary: On Ctrl+Shift layout switcher any shortcuts with Ctrl+Shift doesn't work
Status: RESOLVED NOT A BUG
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-13 11:29 UTC by Andrey Cherepanov
Modified: 2023-12-12 18:24 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.