https://bugs.kde.org/show_bug.cgi?id=455783
Carlos Colorado <carlos.color...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #14 from Carlos Colorado <carlos.color...@gmail.com> ---
There is still one behavior left from this regression.
1. There is no active cursor by default, cursor has to be invoked manually, If
there is only one window visible after filtering the enter key does nothing
without manually invoking the window selector.
2. Inconsistent window selector dismissal when widening or narrowing the window
filter.
If you match more windows with your filter, the cursor remains active.
If you match less windows with your filter, the cursor gets dismissed.
3. There is some strange behavior when activating the window selector, when
there are filtered windows where you have to press multiple times the arrows 2
or 3 to actually show up, perhaps this depends on the number of screens I have
3 screens and when having only 1 window present on my display #3 it takes one
or two arrow presses for the cursor to active).
Depending on how the feature is implemented, fixing the issue might be as
simple as having the cursor always active, even when the effect is just
invoked. Needing to invoke the cursor just messes with the flow of the effect,
worst if the behavior is inconsistent.
The change on behavior of this effect took my window management out of the
"muscle memory" territory and more into the "think about it" territory, took me
a while to put my finger on what was wrong about it.
--
You are receiving this mail because:
You are watching all bug changes.
