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

--- Comment #8 from Oded Arbel <o...@geek.co.il> ---
(In reply to Oded Arbel from comment #7)
> This problem does not depend on the active application having an active
> input field, and is actually bug #453661.

The reason about distinguishing Latin vs. non-Latin characters - as discussed
in the aforementioned bug - is that when kwin is trying to figure out if you
triggered a global hot key or not, it uses a Qt logic that takes the symbol
produced from the layout and tries to figure out "what is the Latin equivalent"
because the model is "all global shortcuts are in Latin". If the symbol emitted
is part of the Latin group, then the logic surmises that everything is fine and
no translation needed. "apostrophe" and "semi-colon" are included in the Latin
layout and therefor whatever shortcut is assigned to E00 will no work in
Ukrainian or Hebrew layouts. OTOH, the global shortcut Meta+Q ("show activity
list") that is bound to D01 will work in the Ukrainian layout because "ะน" is
not in the Latin group, while it won't work in the Hebrew layout because the
symbol it maps to D01 is "/" which is in the Latin group.

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

Reply via email to