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

Oded Arbel <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #6 from Oded Arbel <[email protected]> ---
I believe I have the same issue - my second layout is Hebrew, and I assigned
the (non-default) keyboard shortcut CTRL+` to open and close the Yakuake
window. On X11 it works well in all layouts, but on wayland this only works if
the current layout is English. When switching to Hebrew, the shortcut no longer
works.

So here's the funny thing - I can workaround that problem by defining a second
global shortcut of "pressing CTRL + the key under ESC while the Hebrew layout
is active" - I can do that in System Settings, though not from the Yakuake
configuration dialog which still uses the old styled shortcut configuration
where adding additional shortcuts is complicated to impossible. The System
Settings shortcuts KCM shows the new shortcut as CTRL+; (in the Hebrew layout,
the key under ESC sends ";" instead if "`"). The problem now is that in QWERTY
layout, the key to the right of L also sends ";" and indeed pressing CTRL+;
under QWERTY now opens Yakuake... But that's not the really funny thing - the
really funny thing is that CTRL + <the key to the right of the key marked with
L> open Yakuake also when the layout is Hebrew, even though that key  - when
the Hebrew layout is active - sends a "ף", not a ";"!! 😲

So I opened the Kwin debug console, to the Input Events monitor and I can see
that pressing the QWERTY key ` produces a "QT::Key code" of Key_QuoteLeft,
while the same key under the Hebrew layout produces a "QT::Key code" of
Key_SemiColon. OTOH, the QWERTY key ; produces Key_SemiColon while in Hebrew
layout the monitor shows nothing for the "QT::Key code" field - but when
pressing the key while holding CTRL, the monitor shows the "QT::Key code"
Key_SemiColon! this works the same for some other letters - when pressed while
CTRL is held they produce "QT::Key code" the same as under QWERTY - this is why
META+ק works to launch Dolphin (Hebrew ק is the same key as QWERTY e), but not
for everything - for example CTRL+W doesn't work to close tabs in Kate, while
using the Hebrew layout, because it produces "QT::Key code" of Key_Apostrophe.

I'm not sure if the global shortcuts actually use the "QT::Key code", but if
they don't they probably use something that is broken in the same way.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to