[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

Andriy Rysin arysin at gmail.com
Thu May 16 03:23:24 BST 2013


https://bugs.kde.org/show_bug.cgi?id=310881

--- Comment #8 from Andriy Rysin <arysin at gmail.com> ---
Well I played with it and this is kinda weird:
1) if I do "setxkbmap si" I loose the Alt+1 in konsole right away - even if I
don't press this combination and imediately do "setxkbmap us" back it's not
working any more
2) if I assign Alt+1 to some global action (e.g. switch keyboard layout), it
works as assigned; then if I unassign it, Alt+1 will work in konsole again
3) I shut down keyboard daemon and this was still happening (so it's not
related to our keyboard layout code)
4) I see the same problem if I start xterm (!) so it's not pure kconsole
problem
5) I looked into the "si" layout file and it includes rs(latin) which in turn
includes some more parts, I tried to exclude those parts and the offending line
is:
include rs(latlevel3)
if I comment it out, then Alt+1 works (although only every 2nd time - I think
first include - latin(type3) has something to do with it).

So my guess is how the keys for alt, 1 and 7 are defined in these latin(type3)
and rs(latlevel3) affects kconsole and xterm hanlding of Alt+1. My suspicion is
that is has to do some composing keys - that "every 2nd time" part above
usually points to composing (which I don't know much about). Unfortunately I
don't have much knowledge about those modules or free time to research deeper
but I am hoping this will give somebody else good starting point to work with.

-- 
You are receiving this mail because:
You are the assignee for the bug.



More information about the Unassigned-bugs mailing list