GNOME Bugzilla – Bug 46741
Tooltips should go away if text cursor passes underneath.
Last modified: 2015-02-16 13:58:59 UTC
The tooltips for the icons in the button bar hang down over the location bar, but they don't go away if you're typing in a URI and the cursor moves under the tooltip. ------- Additional Comments From arlo@workthatmouse.com 2001-02-17 19:26:36 ---- He's right, and this should get fixed (post-1.0, I'd assume). I never use tooltips, so I never noticed this. ------- Additional Comments From eli@eazel.com 2001-03-26 11:19:14 ---- SPAAAAAAAAAM! (Jon Allen has taken these components; QA Assigning bugs to him.) ------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:58 -------
Changing to "old" target milestone for all bugs laying around with no milestone set.
I'm not sure if this is correct, since it seems at least that in all gtk apps, toolbars hang until the mouse is moved.
So. The question is, are all Gtk+ apps broken?
It appears so
Should this be reassigned to gtk?
Yeah, probably. Still a gtk2 issue, AFAICT, but not sure how fixable it is...
Very large amount of special case code for a small improvement. Don't imagine we'll get to this any time remotely soon.
I don't know if fixing this problem proper is neccessary, perhaps tooltips could fade after a set period of time?
This is a big problem in Gaim as well: https://sourceforge.net/tracker/index.php? func=detail&aid=1003915&group_id=235&atid=100235 As I wrote on the Gaim bug tracker: I'm not sure if this is a problem with GTK or Gaim, but whenever I mouse over a buddy in the buddy list, or a link in a conversation, a yellow tooltip pops up. If I switch to another application without moving the mouse away from the object that initiated the tooltip (e.g. the link in a conversation window), the tooltip doesn't close. It stays up like its own little window, on top of all other windows. This is quite annoying, since especially the buddy list tooltips are so huge that they block a very large part of the screen. A good way to reproduce this, is to open up the buddy list, and then directly right click on a buddy to bring forth the context menu, and then don't move the mouse. What should happen then, is that the context menu opens, then the tooltip opens up on top of it. Now, moving the mouse away don't close either the context menu or the tooltip, and if you focus to another application, the tooltip box still lives its own endless life on top of all other applications until you go back to the buddy list and "unfocus" it in there. Clicking it, while it's open on top of all other applications doesn't do anything.
Comment #9 probably refers to a well-known Win32-specific GTK problem, see bug #107320. The original problem from 2002 was presumably something different.
Please fix this - this shows up in almost all applications that use tooltips as eye-candy - ESPECIALLY IM applications such as Gaim. This makes the other applications more desirable for regular users. If you guys could at least have a timeout feature so that GTK would close the tooltip window when the there was no further need for the tooltip to show, that would be great. Every time this is reported in Gaim or anywhere else, it's always closed as being a GTK bug.
Mentioned in https://launchpad.net/distros/ubuntu/+source/gtk+2.0/+bug/33027 as well.
I have heard about a new tooltip API in gtk (http://inverted-tree.livejournal.com/55896.html), does it had a timeout ? This Changelog extract suggests that it does: * gtk/gtksettings.c (gtk_settings_class_init): make the different tooltip timeouts configurable.
Nobody has worked on this in 14 years. Time to retire this request