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.