https://bugs.kde.org/show_bug.cgi?id=375518
--- Comment #3 from Martin Gräßlin <mgraess...@kde.org> --- Am 10. Februar 2017 21:01:10 MEZ schrieb Igor Poboiko <bugzilla_nore...@kde.org>: >https://bugs.kde.org/show_bug.cgi?id=375518 > >Igor Poboiko <igor.pobo...@gmail.com> changed: > > What |Removed |Added >---------------------------------------------------------------------------- > CC| |igor.pobo...@gmail.com > >--- Comment #2 from Igor Poboiko <igor.pobo...@gmail.com> --- >Same here with russian layout (which is obviously completely different >from >english). > >(In reply to Martin Gräßlin from comment #1) >> Now the problem is tricky. Do you know whether there is a key in the >layout >> which renders a "k"? Or whether the k key actually generates multiple >> keysyms? If it generated kappa and k, we could change the code to >support >> all syms. > >I suppose Greek layout just doesn't have a "k" symbol at all. Does such >layouts >even exist (where the same symbol is placed on the some place in one >layout and >on another place on second layout)? > >Can we just bind it not to the symbol but to key ("scan code") instead? Unfortunately not. It's all keysym based. >(however, it might break if user attaches another keyboard...) >Or just map everything to English layout? (it might be weird if user >isn't >familiar with latin alphabet) Requires the English layout to be part of the Keymap. So not a general solution. >Or maybe iterate over all configured layouts and check if pressed key >code >corresponds to a shortcut on any of it? In general I like this idea, but I fear it's technically not possible. I think the best solution would be to start translating the shortcuts. -- You are receiving this mail because: You are watching all bug changes.
