https://bugs.kde.org/show_bug.cgi?id=442219
--- Comment #5 from Dominik Kummer <ad...@arkades.org> --- > The shortcut is registered when a window matches a rule, and de-registered > after that, so it cannot launch the application itself. This explains > why the single letter ("K" in the example) appears as text, as there > is no shortcut when that happens. I see, but though a "already known" hotkey definition, which has temporarly no effect because no Window/Application currently matches the rule, should not write any character which is part of this hotkey. It contradicts the intention of the user. The "cycle focus" behavior would be tightly related to kwin rules, because multiple windows can match a single rule. Like "if focused window matches the rule where shortcut is defined, and this specific shortcut is pressed again, then focus on next matching window". Unfortunately I have no clue how to implement this behavior right now. I think this behavior could be intuitively expected, and is a huge advantage (it could save shortcut combinations for other purposes) -- You are receiving this mail because: You are watching all bug changes.