I personally feel the tooltip timeout is too short. As an example, when viewing the tooltip for Pager to see an overview of open windows across workspaces, I don't have enough time to read it. Also, it doesn't seem possible to control the timeout. An option for users to control the timeout length seems to be the sort of feature you would expect to see on KDE.
Tooltip should persist whilst the mouse is over the control. Is this not the case?
(In reply to David Edmundson from comment #1) > Tooltip should persist whilst the mouse is over the control. Is this not the > case? They seem to stick around for about 5 seconds.
Plasma Tooltip autohides after 4 seconds regardless of whether the mouse still hovers
(In reply to Kai Uwe Broulik from comment #3) > Plasma Tooltip autohides after 4 seconds regardless of whether the mouse > still hovers This creates some inconveniences - for example - when hovering over Redshift panel widget and scrolling mouse wheel for manual change of color temp if you want to set precise temp - you may not have time to do it - cause the tooltip disappears after timeout
This issue remains in plasma git master. I'd prefer tooltips to stay as long as the mouse is over the widgets. I have a bunch to timezones configured in the digital clock widget and face the short timeout issue when the tooltip showing the current time in different timezones closes while I'm still trying to lookup/process it.
I have the same annoyance about the timezones being in the Digital Clock tooltip. The tooltip isn't really the right place for that information ultimately IMO.
Oops, set the status wrong.
*** Bug 447263 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/642
Git commit e898cdc20f0540d3916e577350a313c3c5f3eba5 by Nate Graham. Committed on 04/11/2022 at 00:05. Pushed by ngraham into branch 'master'. Never time out tooltip while its control is still hovered Right now there's logic to try to predict how long a user will need to read the tooltip, and time it out after that. This is unreliable and requires making an assumption about the user's reading speed, which is unknowable. As a result, the tooltip can still time out while you're in the middle of reading it, which is annoying. There's no real reason why we need to time it out automatically at all, so let's just keep it open while the user is still hovering the control. They're probably doing so for a good reason. FIXED-IN: 5.100 M +1 -1 src/declarativeimports/core/tooltip.cpp M +1 -1 src/declarativeimports/core/tooltipdialog.cpp M +2 -2 src/declarativeimports/plasmacomponents3/ToolTip.qml https://invent.kde.org/frameworks/plasma-framework/commit/e898cdc20f0540d3916e577350a313c3c5f3eba5
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/646
Git commit c17d20eb771f7c3fe236fa72bd43b2c4e5de9232 by Fabian Vogt. Committed on 08/11/2022 at 14:51. Pushed by fvogt into branch 'master'. Handle tooltips with disabled (negative) timeout properly The code assumes that there's always a timeout set. Adjust the code to handle negative values (-> no timeout). M +4 -0 src/declarativeimports/core/tooltip.cpp M +8 -5 src/declarativeimports/core/tooltipdialog.cpp https://invent.kde.org/frameworks/plasma-framework/commit/c17d20eb771f7c3fe236fa72bd43b2c4e5de9232