DON'T HATE the new save vs. export behavior
This discussion is connected to the gimp-user-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
DON'T HATE the new save vs. export behavior
I rather like it actually...
I do GIMP workshops for (mainly) old ladies who don't know the first thing
about computers, but enjoy themselves doing silly photomontages and messing
around with pictures of their grandchildren. They used to regularly lose
their only original versions of pics through not knowing the difference
between "save" and "save as" (and also not knowing the meaning of
"backup").
Now I can relax because this "export" business has created a safeguard
against that sort of thing, though I hate to think what will happen if my
old ladies (being deviously expert at messing things up) discover the
"overwrite" command.
:-)
DON'T HATE the new save vs. export behavior
Am 17.07.2012 22:08, schrieb isabel brison:
I rather like it actually...
I do GIMP workshops for (mainly) old ladies who don't know the first thing about computers, but enjoy themselves doing silly photomontages and messing around with pictures of their grandchildren. They used to regularly lose their only original versions of pics through not knowing the difference between "save" and "save as" (and also not knowing the meaning of "backup").
Now I can relax because this "export" business has created a safeguard against that sort of thing, though I hate to think what will happen if my old ladies (being deviously expert at messing things up) discover the "overwrite" command.
Glad to read this.
But I guess the old ladies wouldn't find the opt-out switch for this behavior in the GIMP preferences, if there was any. So you could still be relaxed and happy.
:-)
DON'T HATE the new save vs. export behavior
So the GIMP is for professionals AND old ladies. :-)
On 7/17/2012 1:08 PM, isabel brison wrote:
I rather like it actually...
I do GIMP workshops for (mainly) old ladies who don't know the first thing about computers, but enjoy themselves doing silly photomontages and messing around with pictures of their grandchildren. They used to regularly lose their only original versions of pics through not knowing the difference between "save" and "save as" (and also not knowing the meaning of "backup").
Now I can relax because this "export" business has created a safeguard against that sort of thing, though I hate to think what will happen if my old ladies (being deviously expert at messing things up) discover the "overwrite" command.:-)
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list
DON'T HATE the new save vs. export behavior
On 07/17/2012 04:34 PM, Johannes wrote:
Am 17.07.2012 22:08, schrieb isabel brison:
Now I can relax because this "export" business has created a safeguard against that sort of thing, though I hate to think what will happen if my old ladies (being deviously expert at messing things up) discover the "overwrite" command.
Glad to read this.
But I guess the old ladies wouldn't find the opt-out switch for this behavior in the GIMP preferences, if there was any. So you could still be relaxed and happy.
:-)
I am with Isabel on that point. For new users, this fact translates more directly with what people understand. And here's the thing. Most I tend to think people who use GiMP aren't coming from Photoshop. They are using GiMP because it's an affordable alternative. So this is their first go around. But still, it's foreign in the sense that almost no other program does it like this. Word processors and spreadsheets don't do it like this. It's one of those things that, while technically more proper/correct, takes some getting used to.
My first impression of this change was "what the heck?!" and then quickly figured out what the deal was and then I had to admit to myself "this is more correct" even if it was unexpected.
That said, I am concerned about meta data. If there was meta data when imported, there should be at least the option of preserving the meta data. I'd like to see that added into the code if it's not already there somehow. Sometimes I like it when there are GPS coordinates in a picture, for example, because a lot of other programs will pick up on it... for example, web galleries might pick that up and when I want travel, having the GPS data available will allow me to map travels and such. Also, date/time and which camera I used is also useful information at times. What difference does it make if I enhance the image in some way? I still want to keep the meta data with the image.
DON'T HATE the new save vs. export behavior
Date: Tue, 17 Jul 2012 18:19:43 -0400 From: daniel@yacg.com
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] DON'T HATE the new save vs. export behaviorThat said, I am concerned about meta data. If there was meta data when imported, there should be at least the option of preserving the meta data. I'd like to see that added into the code if it's not already there somehow. Sometimes I like it when there are GPS coordinates in a picture, for example, because a lot of other programs will pick up on it... for example, web galleries might pick that up and when I want travel, having the GPS data available will allow me to map travels and such. Also, date/time and which camera I used is also useful information at times. What difference does it make if I enhance the image in some way? I still want to keep the meta data with the image.
GIMP preserves EXIF metadata when exporting as JPG - the option is there on the Export dialog and it's checked by default. I agree on the point though - whether or not GIMP needs to load the metadata in an image is distinct from whether the user cares about having that metadata. If you open a TIF file, what happens to the metadata when you export, and especially if you overwrite?
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.
DON'T HATE the new save vs. export behavior
On Tue, 17 Jul 2012 22:34:53 +0200 Johannes wrote:
But I guess the old ladies wouldn't find the opt-out switch for this behavior in the GIMP preferences, if there was any. So you could still be relaxed and happy.
Not entirely sure. I'm guessing a frequent action on a computer (windooze or linux) is editing a picture from a camera (jpg) and sending it along. So, with Gimp 2.8, those old ladies will end up with a bunch of .xcfs which they won't be able to pass on to other, non-gimp users.
So, they'll have to learn how to export to .jpg, which seems an extra complication.
John
DON'T HATE the new save vs. export behavior
On 7/17/2012 13:41, Richard Gitschlag wrote:
GIMP preserves EXIF metadata when exporting as JPG - the option is there on the Export dialog and it's checked by default. I agree on the point though - whether or not GIMP needs to load the metadata in an image is distinct from whether the user cares about having that metadata. If you open a TIF file, what happens to the metadata when you export, and especially if you overwrite?
Well I can you if it is a GEOTiff (standard defined set of Tiff tags) they are lost. That of course is true whether you save an xcf or export back to tiff. IIUC GIMP uses a 3rd party library to read tiff, and I guess GIMP spec doesn't specify if on import if GIMP is to retain meta-data, silently dispose of it, or alert the user that meta-data may be lost.
scott s.
.
DON'T HATE the new save vs. export behavior
On Sun, Jul 22, 2012 at 3:43 AM, scott s. wrote:
Well I can you if it is a GEOTiff (standard defined set of Tiff tags) they are lost. That of course is true whether you save an xcf or export back to tiff. IIUC GIMP uses a 3rd party library to read tiff, and I guess GIMP spec doesn't specify if on import if GIMP is to retain meta-data, silently dispose of it, or alert the user that meta-data may be lost.
As already explained in this thread, libtiff simply doesn't support preserving metadata.
Alexandre Prokoudine http://libregraphicsworld.org
DON'T HATE the new save vs. export behavior
Date: Sun, 22 Jul 2012 04:44:51 +0400 From: alexandre.prokoudine@gmail.com To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] DON'T HATE the new save vs. export behaviorOn Sun, Jul 22, 2012 at 3:43 AM, scott s. wrote:
Well I can you if it is a GEOTiff (standard defined set of Tiff tags) they are lost. That of course is true whether you save an xcf or export back to tiff. IIUC GIMP uses a 3rd party library to read tiff, and I guess GIMP spec doesn't specify if on import if GIMP is to retain meta-data, silently dispose of it, or alert the user that meta-data may be lost.
As already explained in this thread, libtiff simply doesn't support preserving metadata.
Alexandre Prokoudine http://libregraphicsworld.org
So that would fall into the "silently dispose" category, then.
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.
DON'T HATE the new save vs. export behavior
On Sat, 2012-07-21 at 18:44 -0700, Richard Gitschlag wrote:
[Alexandre Prokoudine wrote:]
On Sun, Jul 22, 2012 at 3:43 AM, scott s. wrote:
[...] GIMP uses a 3rd party library to read tiff, and I guess GIMP spec doesn't specify if on import if GIMP is to retain meta-data, silently dispose of it, or alert the user that meta-data may be lost.
As already explained in this thread, libtiff simply doesn't support preserving metadata.
So that would fall into the "silently dispose" category, then.
GIMP can't warn about losing metadata if it doesn't know whether such metadata was present.
Having said that, libtiff3 includes the tiffinfo program which is able to display XMP and EXIF metadata from the tiff files I tried. So in fact I think it's the tiff-load and tiff-save file plugins that might be waiting for someone to write a patch to support metadata.
Liam
- postings
- 1
DON'T HATE the new save vs. export behavior
I LOVE the export feature!
I make a LOT of price tags in GIMP. It is WONDERFUL to export the file and not have to re-open the .XCF file over and over. It saves a lot of repeat processes.
I also love the new tab interface for open GIMP files!
I rather like it actually...
I do GIMP workshops for (mainly) old ladies who don't know the first thing about computers, but enjoy themselves doing silly photomontages and messing around with pictures of their grandchildren. They used to regularly lose their only original versions of pics through not knowing the difference between "save" and "save as" (and also not knowing the meaning of "backup").
Now I can relax because this "export" business has created a safeguard against that sort of thing, though I hate to think what will happen if my old ladies (being deviously expert at messing things up) discover the "overwrite" command.
:-)
DON'T HATE the new save vs. export behavior
Agreed on that point.
But since you brought up the tabbed interface, I thought I would bring up an expectation/usability problem I came across while looking 2.8.0 over... (I'm still learning it actually... not enough time to really sit and play... when I use it, there is a purpose and a limited amount of time.)
I wanted to use the single window option. And when I wanted to copy a layer from one tab to another, I wanted to be able to grab the layer from the layer panel, drag it and drop it onto a tab. It doesn't work. What works, I figured out eventually, is holding it over a tab until it becomes selected and then I can drop onto the canvas. It's not "intuitive" if I expected one behavior and it didn't work... well, that's my opinion anyway. I'm quite sure the current method of operation is deliberate, though, as the expected behavior seems too obvious. So I'd be interested to know the reasoning behind not doing it that way. Perhaps there is a very good reason I haven't thought of yet. (Always a possibility)
On 07/29/2012 04:41 PM, ang3la wrote:
I LOVE the export feature!
I make a LOT of price tags in GIMP. It is WONDERFUL to export the file and not have to re-open the .XCF file over and over. It saves a lot of repeat processes.I also love the new tab interface for open GIMP files!
I rather like it actually...
I do GIMP workshops for (mainly) old ladies who don't know the first thing about computers, but enjoy themselves doing silly photomontages and messing around with pictures of their grandchildren. They used to regularly lose their only original versions of pics through not knowing the difference between "save" and "save as" (and also not knowing the meaning of "backup").
Now I can relax because this "export" business has created a safeguard against that sort of thing, though I hate to think what will happen if my old ladies (being deviously expert at messing things up) discover the "overwrite" command.
:-)
DON'T HATE the new save vs. export behavior
Date: Sun, 29 Jul 2012 16:56:20 -0400 From: daniel@yacg.com
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] DON'T HATE the new save vs. export behaviorAgreed on that point.
But since you brought up the tabbed interface, I thought I would bring up an expectation/usability problem I came across while looking 2.8.0 over... (I'm still learning it actually... not enough time to really sit and play... when I use it, there is a purpose and a limited amount of time.)
I wanted to use the single window option. And when I wanted to copy a layer from one tab to another, I wanted to be able to grab the layer from the layer panel, drag it and drop it onto a tab. It doesn't work. What works, I figured out eventually, is holding it over a tab until it becomes selected and then I can drop onto the canvas. It's not "intuitive" if I expected one behavior and it didn't work... well, that's my opinion anyway. I'm quite sure the current method of operation is deliberate, though, as the expected behavior seems too obvious. So I'd be interested to know the reasoning behind not doing it that way. Perhaps there is a very good reason I haven't thought of yet. (Always a possibility)
As a quick comparison, Windows doesn't allow you to drag-and-drop items directly onto an application's taskbar button either and I don't understand why.
I agree with you, if you drag-and-drop a layer onto a GIMP tab (other than the current image) this can and possibly should be interpreted as "paste as new layer in said image".
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.
DON'T HATE the new save vs. export behavior
On Tue, 2012-07-31 at 09:11 -0700, Richard Gitschlag wrote:
As a quick comparison, Windows doesn't allow you to drag-and-drop items directly onto an application's taskbar button either and I don't understand why.
Win 95 and Win XP did, in general, I don't know about later versions of Windows. It's not instant, you have to hover over the tab for a second or two.
I agree with you, if you drag-and-drop a layer onto a GIMP tab (other than the current image) this can and possibly should be interpreted as "paste as new layer in said image".
If you hover over the tab long enough the current image changes, and you can then drop the layer.
Liam
DON'T HATE the new save vs. export behavior
On Tue, Jul 31, 2012 at 10:39 PM, Liam R E Quin wrote:
If you hover over the tab long enough the current image changes
And that "long enough" is less than a second, as far as I can tell :)
Alexandre Prokoudine http://libregraphicsworld.org
DON'T HATE the new save vs. export behavior
Richard Gitschlag wrote:
As a quick comparison, Windows doesn't allow you to drag-and-drop items directly onto an application's taskbar button either and I don't understand why.
Windows 7 does it. Drag and drop a file onto the applications taskbar
item. You will then be able to stick it to the applications jumplist or
wait a short moment, till the application windows opens and then open it
in the application.
I don't know anymore whether or how Windows Vista did it, but because
Windows XP and Windows 7 can do it, there might be a way in Vista, too.
Best regards,
grafxuser
DON'T HATE the new save vs. export behavior
Subject: Re: [Gimp-user] DON'T HATE the new save vs. export behavior From: liam@holoweb.net
To: strata_ranger@hotmail.com
CC: daniel@yacg.com; gimp-user-list@gnome.org Date: Tue, 31 Jul 2012 14:39:19 -0400On Tue, 2012-07-31 at 09:11 -0700, Richard Gitschlag wrote:
As a quick comparison, Windows doesn't allow you to drag-and-drop items directly onto an application's taskbar button either and I don't understand why.
Win 95 and Win XP did, in general, I don't know about later versions of Windows. It's not instant, you have to hover over the tab for a second or two.
I am referring to at least XP. Attempt to drag and drop a file anywhere onto the taskbar, including active application panels, and XP will tell you (and I quote) "you cannot drop an item onto a button on the Taskbar." Yes, it does say that you can hover it over said button for a second until the application window opens, then drop it onto the application window, but you still have to actually drag it into the application's window area before you release the mouse button - if you release the mouse button while inside the taskbar you always get that message as a result.
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.