Action icons stay visible when polly is not focused

[Bertrand Lorentz]

Steps to reproduce :
1/ Have another window overlap the Polly window
2/ Hover your mouse over a tweet in a stream, the action icons are displayed
3/ Move your mouse to the other window, transitioning directly from that tweet to the other window.

The action icons stay visible, which I think is a bit strange and unnecessary. See the attached screenshot.

This also happens is you use Alt+Tab to bring another window to the foreground and it happen to be under your mouse.

[Bertrand Lorentz (bertrand-lorentz)]

Oh, I forgot to mention I'm on Natty, using GNOME Shell from the gnome3 PPA.

[Conscious User (conscioususer)]

Hi Bertrand,

Since you also work with a GTK app perhaps you can give me some suggestions on this one.

Currently, I'm making the icons disappear as a response to a "leave-notify-event" signal from the tweet box. However, this signal is also emitted when I hover a child of the tweet (such as the buttons themselves), so I had to put a condition for them to disappear only if the signal was emitted when the cursor is at one of the tweet borders.

The side effect of doing this is exactly what you reported: when you move the cursor to another window, the buttons do not disappear because the signal wasn't emitted when the cursor was at one of the borders.

Some kind of "really-leave-im-not-even-on-a-child" signal would solve this easily.

[Bertrand Lorentz (bertrand-lorentz)]

According to the docs, you need to mess with the GdkWindow of the widget when you use the leave-notify-event signal :
http://developer.gnome.org/gtk/stable/GtkWidget.html#GtkWidget-leave-notify-event

I don't know if it's necessary in Python, maybe it's done by the binding ?

In any case, here how it's done with the rating widget in Banshee:
http://git.gnome.org/browse/hyena/tree/Hyena.Gui/Hyena.Widgets/RatingEntry.cs#n162

Hope this helps

[Conscious User (conscioususer)]

I think the masks are already setted when you use a GtkEventBox, which the tweet box subclasses.

I'll keep investigating, surely there's an easy way of knowing if the cursor is inside a widget or one of its children.