GNOME Bugzilla – Bug 646104
after closing the last image the Gimp window is resized
Last modified: 2011-04-02 09:43:38 UTC
In previous versions of Gimp, the image was the content of the window. So, when you closed the last image, the window remained as before (after all, why not?). But now, when you close the last image (I have my window maximized), then Gimp resizes, and moves its window to bottom, right corner.
It's not a bug, it works like specified: http://gui.gimp.org/index.php/No_image_open_specification#closing_the_last_image
Indeed, if you think this behavior is inappropriate, please discuss it on the mailing list.
Thank you. I won't discuss the issue on the ML, because I appreciate my time -- usability books are widely available and everybody can learn a bit -- thank you. The pointed link reveals: "The last image window shall be morphed into a ‘no image’ window, shrinking or growing to the user-override size or else the default size of the no image’ window. And when we say ‘morphed’, we do mean that some animated growing or shrinking (where possible) would have real usability benefits, bringing a continuity in this transition situation. Pretty please." So chasing the moving, morphing, etc. window is not actually an obstacle, it is a feature. The more time user waste on struggling with auto-resizing window (against his/her will) the better! 1. open the image. 2. resize the window 3. work 4. save & close image 5. ( window is resized ) 6. resize it back 7. go to (1) If anyone sees here benefit, let me know. I see only repetitive pointless task.
I think the idea is 1. open GIMP 2. resize the no-image-window to be non-intrusive on your desktop 3. open an image and work on it, if it is a big image, it will expand over your entire desktop 4. close the image when you're done with it After 4, it is reasonable to expect the user want the no-image-window to be of the non-intrusive size, since he is done working with images for now
Workflow 1-4 is valid one, but you cannot expect everyone will work in such steps. In particular steps 1, 3, 2 (resize of the window), 4 are valid too. 3+2 (open+resize), 4 are valid to as well (note: no (1) step!). Also such steps could be first -3. open program A to help working with gimp -2. open program B ... -1. ... 0. open the last program which would help working with gimp So gimp is part of the suite now. > After 4, it is reasonable to expect the user want the no-image-window to be > of the non-intrusive size, Not exactly: it is reasonable to expect the user want the size of the window to be the one she/he set. If user said "I want a window of 1/2 of the screen" then respect this decision. > since he is done working with images for now Incorrect -- you have _no_ data whatsover which backs up this assumption. User can continue working with the next image (by opening it) as well. If you are not sure about user behaviour, don't assume anything. Simply let user live. Basic principle: user is in control. Don't assume you know user needs better than user her/himself.
@Martin, I believe you outlined the design and those are example steps which should work, right? ad.1) done ad.2) done -- I maximized the window ad.3) done (I don't get it why it has to be resized against user will, but ok, it works) ad.4) done > After 4, it is reasonable to expect the user want the no-image-window to be > of the non-intrusive size, since he is done working with images for now My non-intrusive size is entire screen (see (2)), yet Gimp resized the window to 1/4 of the screen. So, it does not work as designed --> bug. Reopening.
Duplicate of bug #597094 then?
Yes *** This bug has been marked as a duplicate of bug 597094 ***