GNOME Bugzilla – Bug 106507
detach handlebox child doesnt Minimise All
Last modified: 2011-10-01 07:28:17 UTC
If a handlebox has its child detached, and Windows Key + M is pressed to minimise all windows, it does not respond and is the only window to remain. The question is, what to do with it? In my case, I have turned off the hint for it in the taskbar which means minimising it could potentially loose it. Perhaps when the parent is restored, it too should be restored.
Probably the detached window should actually (in GTK+ terms) be a transient child of the window from which it is torn off. Should be pretty easy to do these days now that we have ::hierarchy changed. That might solve this problem as a side-effect, dependending on how transient-children are mapped into windows, but there is presumably something else going on here as well, since it should work even without the transient-child relationship.
The floating_window used as parent for the detached handlebox has no connection (on the gdk level) to the top level window where it is detached from, so I fail to see how this can be solved on the windowing system level. Also the detached handlebox does not allow to minimize at all and isn't shown on the taskbar. If one would minimize it with Minimize All how do you expect to get it back ? [It's possible to Minimize All twice, but restoring is only down for the last minimization, so every grip to the window would be lost]
Making it transient-for the window, as I described would *add* that connection at the GDK level....
If the parent is minimized, the transient window (the child) should probably just hide using a gtk_widget_hide() mechanisme, and gtk_widget_show() (and moved to the same screen as the parent) when parent is un-minized again.
the handlebox widget has been deprecated in gtk 3.1