GNOME Bugzilla – Bug 322577
Transient dock setting and multiple files
Last modified: 2009-07-21 15:12:10 UTC
Please describe the problem: If you open multiple files with the transient dock setting turned on it doesn't function correctly. If you minimize one, and then the other one will open back up with the toolbar and other windows, and the other won't. The last one closed doesn't open with the other windows (probably because they close with the first file). If you open the one without the docks, you can't raise the other windows, unless you raise and minimize the other file, or raise the other file first. It works fine if the windows are just under other open windows (like a browser), but not if you minimize them to the panel. Steps to reproduce: 1. Open two (or more files) in Gimp 2. Minimize one to the panel. 3. Minimize the other one. 4. Raise the first one minimized.(other windows don't raise with it) 5. Try to raise the toolbar, by clicking on the "Gimp" tab. Actual results: See above Expected results: I would expect that the toolbars and other docks wouldn't minimize with the first file, and would raise when you raised either file. Does this happen every time? Yes Other information:
What platform, what window manager? Without this information the bug report is pretty much useless. There is little chance that we will manage to get this to work perfectly with all window managers. That's why it is an option.
On Ubuntu Linux 5.10. Using Gnmome with Metacity.
Setting OS to Linux and reopening.
Just a note that with current cvs, FC4/metacity, toolbox and docks set to "Utility window", toolbox and docks transient to the active display, I get very erratic behavior when I have multiple images open and minimize/maximize them in various orders. I think this is quite a serious problem, and I am raising severity and priority accordingly, as well as confirming.
Transient docks are optional, so they shouldn't do any harm. We could decide to remove the UI for it from the Preferences dialog though.
2006-08-15 Sven Neumann <sven@gimp.org> * app/dialogs/preferences-dialog.c: do not add a toggle for "transient-docks" in stable releases (bug #322577). Bumping to 2.6, perhaps we can implement this properly in the next development cycle.
We don't have a concept to fix this, so let's move it from the milestone. Perhaps we should even remove the transient-docks feature at some point.
*** Bug 569285 has been marked as a duplicate of this bug. ***
*** Bug 587893 has been marked as a duplicate of this bug. ***
IMHO, the fundamental problem here is that we are trying to assign the docks a property they don't have. They are not transient to any single image window, their transient property must be managed on a bigger scale. And in a recent GNOME environment, the window manager manages their transient property just fine if they have the 'Utility window' hint set. I suspect the original reporter tried to make transient docks work with the 'Normal' hint set on the docs, but he should have just set the hints to 'Utility window' (and travel to year 2009). I suggest we get rid of the transient-docks property altogether and leave this kind of window management up to the window manager with the help of the 'Utility window' hint. We can then close this bug report as OBSOLETE.
I agree, this was an experiment and it failed. Let's remove the code and close this report.
I have now removed the setting and am closing this report as OBSOLETE: commit c6818c5710ac14f6826d62d04099758952a0ff6b Author: Martin Nordholts <martinn@src.gnome.org> Date: Tue Jul 21 16:38:00 2009 +0200 app: Remove transient-docks gimprc setting Remove the transient-docks setting for gimprc. What GIMP tried to accomplish with this enabled is much better accomplished by the window manager with the docks set to the 'Utility window' window hint. See discussion in bug #322577. app/config/gimpguiconfig.c | 21 +++++++--------- app/config/gimpguiconfig.h | 1 - app/config/gimprc-blurbs.h | 6 ----- app/dialogs/preferences-dialog.c | 7 ----- app/widgets/gimpimagedock.c | 47 -------------------------------------- 5 files changed, 9 insertions(+), 73 deletions(-)