https://bugs.kde.org/show_bug.cgi?id=489892
Bharadwaj Raju <bharadwaj.raju...@protonmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|plasma-b...@kde.org |bharadwaj.raju777@protonmai
| |l.com
--- Comment #10 from Bharadwaj Raju <bharadwaj.raju...@protonmail.com> ---
Created attachment 172202
--> https://bugs.kde.org/attachment.cgi?id=172202&action=edit
A diagram of the triangle mouse filter as it works currently.
Can reproduce. But right now the triangle mouse filter is designed for this
path to happen, i.e. it prevents switching to another task while you're moving
your mouse from the initial point to the opened tooltip, but the reverse where
you move your mouse *towards* the task "from above" as it were is supposed to
be an instant switch, so that people have a way to switch tasks once a tooltip
is opened without needing to move their mouse through an invisible circuitous
route. See attachment.
We could add a delay, but then the entire point of all the complexity of the
triangle filter in the first place was to avoid delays...
--
You are receiving this mail because:
You are watching all bug changes.
