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

[Kübi]

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

Kübi <kiskubi1 at freemail.hu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kiskubi1 at freemail.hu

--- Comment #17 from Kübi <kiskubi1 at freemail.hu> ---
Hi All, I've found the conflict on Hungarian layout (hu):

a) I use Alt+<numbers> for tab switching on every app that is capable.
b) System settings -> shortcuts -> global shortcuts -> kwin ->
    Walk through windows of current application, defaults to Alt + `
    Walk through windows of current application (reverse), defaults to Alt + ~

So a quick workaround is to remove those two system hotkeys.


Thus I can understand why Alt+1 and Alt+7 were the two erroneous key
combinations: they are the tilde and grave on Hungarian layout.  AFAICS the
issue has nothing related to "composing keys" or "dead keys".  Slovenian layout
is similar, and Spanish has asciitilde on Alt+4.


Maybe there are other issues with keyboard event handling too.  Under the
conflicting circumstances, neither the KWin "Walk through windows" function nor
the application's user shortcut works, which is strange for me.  Though some
quick UI refresh can be seen triggered by Alt+1 and Alt+7.

Maybe KWin at low levels has been triggered, without knowning much about
layouts, intercepting the keystrokes for some reason, even if grave comes from
Alt + 7, which does not really mean Alt + grave?  And later another component
gets only grave, without Alt, so eventually the "Walk through windows" function
will not run?

Another question: how should we configure default shortcuts and differend
keyboard layouts in general?
Thoughts:

 - Modifiers  can be used to compose a shortcut, from the system configuration
point of view;
   while they can be used to compose characters, from the layout design point
of view.

 - Logically 2 kinds of shortcuts seems showing up to me:
   - "movable", e.g. Meta+Q: Activities, no matter where "Q" lays on the
current layout.
   - "positional", e.g.
     - this case: Alt + "the key under ESC",
     - this case: Alt + <number>
     - '[', ']', '<', '>', '+', '-' (or rather '=' instead of '+')
   "Positional" will often has the "modifier problem".


Special fun: the two conflicting shortcuts serve absolutely similar purposes:
a) switching between tabs of an application
b) switching between windows of an application
:)


Hi All, I've found the conflict on Hungarian layout (hu):

a) I use Alt+<numbers> for tab switching on every app that is capable.
b) System settings -> shortcuts -> global shortcuts -> kwin ->
    Walk through windows of current application, defaults to Alt + `
    Walk through windows of current application (reverse), defaults to Alt + ~

So a quick workaround is to remove those two system hotkeys.


Thus I can understand why Alt+1 and Alt+7 were the two erroneous key
combinations: they are the tilde and grave on Hungarian layout.  AFAICS the
issue has nothing related to "composing keys" or "dead keys".  Slovenian layout
is similar, and Spanish has asciitilde on Alt+4.


Maybe there are other issues with keyboard event handling too.  Under the
conflicting circumstances, neither the KWin "Walk through windows" function nor
the application's user shortcut works, which is strange for me.  Though some
quick UI refresh can be seen triggered by Alt+1 and Alt+7.

Maybe KWin at low levels has been triggered, without knowning much about
layouts, intercepting the keystrokes for some reason, even if grave comes from
Alt + 7, which does not really mean Alt + grave?  And later another component
gets only grave, without Alt, so eventually the "Walk through windows" function
will not run?

Another question: how should we configure default shortcuts and differend
keyboard layouts in general?
Thoughts:

 - Modifiers  can be used to compose a shortcut, from the system configuration
point of view;
   while they can be used to compose characters, from the layout design point
of view.

 - Logically 2 kinds of shortcuts seems showing up to me:
   - "movable", e.g. Meta+Q: Activities, no matter where "Q" lays on the
current layout.
   - "positional", e.g.
     - this case: Alt + "the key under ESC",
     - this case: Alt + <number>
     - '[', ']', '<', '>', '+', '-' (or rather '=' instead of '+')
   "Positional" will often has the "modifier problem".


Special fun: the two conflicting shortcuts serve absolutely similar purposes:
a) switching between tabs of an application
b) switching between windows of an application
:)

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