https://bugs.kde.org/show_bug.cgi?id=476339
Lassi Väätämöinen <lassi.vaatamoi...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|RESOLVED |REOPENED
Resolution|INTENTIONAL |---
--- Comment #2 from Lassi Väätämöinen <lassi.vaatamoi...@gmail.com> ---
(In reply to Niccolò Venerandi from comment #1)
> Hi! This is actually intentional. The panel grabs the mouse input of events
> between the panel and the screen to make sure that Fitt's law is preserved
> (e.g. moving the mouse to the very border above an applet and clicking will
> still trigger that applet, similarly to when the panel is not floating).
I don't know Fitt's law, but visually this is quite counter-intuitive, as well
as the behavior is a bit asymmetric: the panel gets hidden immediately when you
move the pointer just outside the panel are (Meaning, you cannot interact with
the panel when mouse pointer is just moved outside the visible panel).
BUT: then as contrary. the pointer will interact with the panel elements, if
the pointer is *above* the visible panel, but not pointing to the actual panel
anymore.
Also, auto-hide affects how the floating panel looks like. If auto-hide = off,
then I as user would expect the mentioned behavior that pointing above the
panel item would have a function; this is when the panel does not have a gap at
the top.
But, when auto-hide is off, there is a gap at the top of the screen, and it is
quite weird that the mouse actyally points to the panel items (again, when
moving the mouse pointer out below the panel, there is no "Fitts law margin",
but the panel gets immediately hidden.)
--
You are receiving this mail because:
You are watching all bug changes.
