GNOME Bugzilla – Bug 648810
Two tooltips/labels displayed in the Dash at the same time
Last modified: 2011-12-22 10:34:32 UTC
Under certain conditions, two tooltips/labels are displayed at the same time in the Dash. Steps to reproduce: 1. Enter Overview mode. There must be at least two icons in the Dash 2. Right–click on the second icon from the top. The context menu will be displayed, along with a tooltip containing the application name (eg. “Epiphany”) 3. Move the mouse over the first icon from the top 4. Left–click on the first icon 5. Move the cursor back over the second icon. Both the tooltip for the first application and for the second one will be displayed at the same time Additionaly, the tooltip for the first application will not disappear until the cursor has been placed over the icon and then moved out of it again.
*** Bug 659829 has been marked as a duplicate of this bug. ***
*** Bug 659160 has been marked as a duplicate of this bug. ***
Created attachment 202755 [details] [review] [Dash] Don't display two tooltips in the Dash at the same time (#648810).
Review of attachment 202755 [details] [review]: Makes sense.
The patch fixes the problem, but i'm still not completely happy with the current behavior. I would like to see something like this: 1. Enter Overview mode. There must be at least two icons in the Dash 2. Right–click on the second icon from the top. The context menu will be displayed, along with a tooltip containing the application name (eg. “Epiphany”) 3. Move the mouse over the first icon from the top 4. Left–click on the first icon 5. After a small timeout (the standard one) the tooltip of the first icon should appear. At the moment for getting this behavior we have to move the pointer out of the dash and then return back on the icon (read: the icon doens't grab the focus). I'm investigating for fixing this.
Yes, (In reply to comment #5) > The patch fixes the problem, but i'm still not completely happy with the > current behavior. > I would like to see something like this: > > 1. Enter Overview mode. There must be at least two icons in the Dash > 2. Right–click on the second icon from the top. The context menu will be > displayed, along with a tooltip containing the application name (eg. > “Epiphany”) > 3. Move the mouse over the first icon from the top > 4. Left–click on the first icon > 5. After a small timeout (the standard one) the tooltip of the first icon > should appear. At the moment for getting this behavior we have to move the > pointer out of the dash and then return back on the icon (read: the icon > doens't grab the focus). > > I'm investigating for fixing this. Thas would be good! With this patch, there's still some kind of unpredictable behavior, that would be fixed then as well: 1. Right-click on an icon to open the popup menu 2. Left-click on another app icon 3. Don't leave this other icon with the pointer (but you can move around inside of it) 4. Left-click => popup menu shows up
Created attachment 202761 [details] [review] [Dash] Don't display two tooltips in the Dash at the same time (#648810).
Review of attachment 202761 [details] [review]: I'd rather fix the st-widget code so that it tracks hover properly after we release a grab.
Sure, Jasper. I'll work on it as soon as possible.
Jasper, i'm investigating on your "request" but i can't find a reasonable way for doing it. I mean, the widget must have a way to know that a grab has been released and there are two ways for achieving this: * A signal from the global stage; * The global stage iterates over the whole list of child actors to find out which one should get the "hover". I'm completely wrong with these thoughts? Do you have any hint for me?
I'm fine with a signal from the stage (make sure you connect to the stage the actor is currently on, not the global stage)
Seems like my work on bug 666166 also fixes this issue... Please review
(In reply to comment #12) > Seems like my work on bug 666166 also fixes this issue... Please review Yep, and it's been pushed now. Thanks for the help everyone.