| Summary: | key bindings not working with Dvorak keyboard layout | ||
|---|---|---|---|
| Product: | [Applications] konsole | Reporter: | Bill Mason <bill1> |
| Component: | general | Assignee: | Konsole Developer <konsole-devel> |
| Status: | RESOLVED REMIND | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | 1.2.1 | ||
| Target Milestone: | --- | ||
| Platform: | Mandrake RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Bill Mason
2003-04-06 00:57:45 UTC
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. |