GNOME Bugzilla – Bug 164311
"visibility_notify_event" not being fired
Last modified: 2018-02-10 03:30:32 UTC
Please describe the problem: It appears that the "visibility_notify_event" never gets fired when the window is obscured under win32 Steps to reproduce: 1. Add the GDK_VISIBILITY_NOTIFY_MASK to the window events. 2. Add a callback function for the "visibility_notify_event" 3. Run the program and somehow obscure the test window with another window. Actual results: No visibility event is fired. Expected results: The "visibility_notify_event" callback function should be triggered. Does this happen every time? Yes. Other information: I can easily come up with a test case, if necessary.
Update Version since this still occurs in 2.10.11
*** Bug 506235 has been marked as a duplicate of this bug. ***
AFAIK, there is no equivalent of X visibility tracking in Windows. You could obviously send fake events when the window is shown/hidden/minimized/unminimized.
In that case, perhaps it would be enough to just add this to the reference manual entry for the "visibility-notify-event" signal: This signal is never emitted when running on the Microsoft Windows platform. It could also be added to the "Using GTK+ on Windows" page along with any other incompatibilities? I'll volunteer for doing this if needed.
It looks like it would be possible to implement this by polling: http://blogs.msdn.com/oldnewthing/archive/2003/09/02/54758.aspx Perhaps some sort of solution involving starting and stopping polling based on shown/hidden, etc. events could be implemented.
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue for it.