On Wed, Dec 11, 2013 at 9:37 AM, Liam R E Quin <l...@holoweb.net> wrote:
> On Tue, 2013-12-10 at 10:56 -0800, Richard wrote:
>> I noticed this recently, too, that in SWM when you hit the Close
>> button on the application window it issues a Quit command (Ctrl+Q)
>> when previously it issued a Close (Ctrl+W) command.
>> In some cases this is useful behavior but in others it is not. :(
> In particular it's now harder to close the last image without quitting
> gimp - you have to remember to use File->close, not click on the [x].
> I think of the current SWM as being an experiment with some major flaws.
Well, maybe that's why it is still not the default in GIMP. The
default is still the good old Multi-Window mode legacy. :-)
> E.g. you can't have multiple views of the same image displayed at the
> same time, a significant loss in functionality especially when doing
> colour proofing.
Yes, this is a known feature request.
Our main UI designer has some idea about this, what he calls
"polaroid" in this blog post:
> There are some oddities - e.g. after exporting as jpeg, gimp goes back
> to the wrong image in the case that your image has layers or
> transparency and you enabled image preview in the jpeg export dialogue -
> and confusion between close view and close image and close application.
I'm not sure I understand exactly what you are saying. Are you saying
that in some cases, after an export, the foreground image is not the
one which was just exported but another one? If so, that looks like a
bug, and I would advise to open a bug report with accurate
reproduction steps (you seem to have one).
> For me the ability to have the toolbox docked to the image is a major
> Because I tend to have two or three projects active at the same time,
> I'd really like to have two or three separate gimp windows, each with
> their own current directory for save/import/export, but running multiple
> instances of gimp seems to mean things like the xsane plugin (can only
> have one active) and the recent image folder become problematic.
I think there must be a feature request somewhere about something like
this too. I agree that would be nice.
> This is all a wordy way of saying I think SWM needs a bit of a rethink,
> both in the implementation and in the actual spec. The implementation
> was very incomplete but gave us enough practical experience to see some
> areas where the spec could be improved upon and made even better :)
There is definitely place for improvement. Now what we need is more
> Introducing the concept of a Project might be a lot of work, but has the
> potential to clear up a lot of save/export confusion too - a project
> being a collection of zero or more images, with associated settings,
> resources, preferences. But I don't know that's where GIMP wants to
> go :-)
I never heard of such an idea, but I don't know the full list of ideas
that came in GIMP history. If this idea has been raised, maybe you can
find it on the brainstorm blog: http://gimp-brainstorm.blogspot.co.nz/
Or the GUI wiki: http://gui.gimp.org/index.php/GIMP_UI_Redesign
They were not very active lately, but they may come to be again.
> In the short term, reverting the change on the close button might be
As explained in my previous email, I doubt we would change it. At
least, I definitely won't be the one to push such a change. The
"close" button (usually a small cross) has a specific meaning, which
is the same accross absolutely all platforms, and the exact reason why
you even call it *close* button: it is meant to close a window
(optionally after intermediary steps, like asking you if you want to
save your image or anything else which may risk data loss, which is
The fact that it was only and "sometimes" closing a single tab before
was a bug of the very recent single window mode, even though users may
have gotten used to it while it existed. This is inconsistent
behavior, and this is not because users get used to bugs that they
should suddenly become features. This is my opinion on the matter.
> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
> Pictures from old books: http://fromoldbooks.org/
> Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
> gimp-user-list mailing list
> List address: email@example.com
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
gimp-user-list mailing list
List address: firstname.lastname@example.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list