Version: (using KDE KDE 3.1.1KDE 1.2) Installed from: Mandrake RPMsDebian stable Packages OS: Linux I have Dvorak as my Primary Layout. When I use Konsole, the key bindings don't respond. CTRL-ALT-N and CTRL-ALT-S are the only two I've tried. When I switch back to U.S. English, it works. I've tested this on Mandrake 9.0 (KDE 3.1.1) and Debian 3.0 (KDE 2.2) and neither work. I've also tested this on FreeBSD 4.3, with KDE 3.0, and it DOES work, so it seems to be specific to Linux.
Does this happen only in Konsole? Do other KDE apps work fine? How about non-KDE and non-Qt applications? Can you test what xev tells you (KeyPressed events) when you hit Ctrl+Alt+S?
This only happens in Konsole. No other KDE/Qt apps exhibit this behavior, nor do any non-KDE apps. This could be because no other apps use the Ctrl+Alt+... combination. I do have some shortcuts that I set in the menu editor: Ctrl+Alt+T launches a new Konsole, and Ctrl+Alt+Z launches a new Mozilla. These both work fine. I've tried removing these shortcuts, and the same behavior happens in Konsole. I just discovered another behavior in Konsole, that I never associated with this before: Ctrl+Alt+S freezes keyboard input in the Konsole window. KDE still responds fine, so I'm able to kill the window, but any keystrokes I type in Konsole won't do anything. However, Ctrl+Alt+N doesn't have this freezing effect. It just does nothing. Here is the output of xev when I type Ctrl+Alt+S, and then release it: KeyPress event, serial 27, synthetic NO, window 0x2600001, root 0x32, subw 0x0, time 1688044930, (299,252), root:(1127,272), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 27, synthetic NO, window 0x2600001, root 0x32, subw 0x0, time 1688045540, (299,252), root:(1127,272), state 0x4, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 27, synthetic NO, window 0x2600001, root 0x32, subw 0x0, time 1688046462, (299,252), root:(1127,272), state 0xc, keycode 47 (keysym 0x73, s), same_screen YES, XLookupString gives 1 characters: "" KeyRelease event, serial 27, synthetic NO, window 0x2600001, root 0x32, subw 0x0, time 1688046505, (299,252), root:(1127,272), state 0xc, keycode 47 (keysym 0x73, s), same_screen YES, XLookupString gives 1 characters: "" KeyRelease event, serial 27, synthetic NO, window 0x2600001, root 0x32, subw 0x0, time 1688047456, (299,252), root:(1127,272), state 0xc, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 27, synthetic NO, window 0x2600001, root 0x32, subw 0x0, time 1688048029, (299,252), root:(1127,272), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: ""
> I just discovered another behavior in Konsole, that I never associated with this before: Ctrl+Alt+S freezes keyboard input in the Konsole window. You're sure that you didn't press Ctrl+S [without or with Alt later] and have "[x] Use Ctrl+S/Ctrl+Q flow control" option enabled? Try pressing Ctrl+Q to "unfreeze".
The freezing happens for CTRL-ALT-S as well as CTRL-S. CTRL-Q unfreezes it. This leads me to believe that CTRL-ALT is being translated as CTRL.
Hello, Is this still reproducible on more recent KDE 3.x versions of Konsole? (Or KDE 4 betas if you have access to them).
Closing as my earlier comment has not been replied to. Please re-open if still an issue.