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.
