7 ms·

Gimp 2.8 frustrated me: I could no longer open a .png, edit it and easily resave it back to .png. The Gimp developers knew better and made the UI strongly favor

by imurray 10y ago

Gimp 2.8 frustrated me: I could no longer open a .png, edit it and easily resave it back to .png. The Gimp developers knew better and made the UI strongly favor saving as .xcf, which makes sense in some use-cases, but not mine. I found this fix, which made quick uses of GIMP less painful for me: http://shallowsky.com/software/gimp-save/ http://shallowsky.com/software/gimp-save/ I'm assuming the new save behavior persists in Gimp 2.9.x, but I don't know.

jorams 10y ago
That was initially confusing to me as well, but it isn't that bad. If you open a .png (or similar) and edit it, there's a button in the File menu (I believe shortcut ctrl-shift-e) that exports directly to the original filename.
- imurray 10y ago
  After ctrl-shift-e I have to hit enter in response to different pop-up dialogs three times, and then still answer a fourth confirmation when I quit gimp. If I'm editing a bunch of files that's not fun. With the Saver plugin I have it set up so I just hit ctrl-s like I used to, and can exit without being bothered.
- babuskov 10y ago
  There isn't one. Ctrl-shift-e is "Export As" which opens a save dialog. Ctrl-e doesn't show up until you save the file manually at least once.
qwertyuiop924 10y ago
>The Gimp developers knew better and made the UI strongly favor saving as .xcf, which makes sense in some use-cases, but not mine. Well, remember, GTK originally stood for GIMP ToolKit. The GNOME DNA is strong within GIMP. And make no mistake, that's a very GNOMEy thing to do.
- reitanqild 10y ago
  Eh, I'd say this is sane and understandable compared to typical "Gnome things".
  - qwertyuiop924 10y ago
    Well, yes. GIMP and GNOME for the most part diverged fairly early on, save the toolkit, so the infection is less than that of the GNOME project, but it's still there. some forget that GNOME started very far from where it is now. Look only to Sawfish for proof.
nzjrs 10y ago
I liked the new behaviour personally
- imurray 10y ago
  I totally see that it makes sense for some work flows, including the ones Gimp is probably most meant for. It was frustrating that for the people whose workflows were messed up, the developers were totally opposed to doing anything about it though. Kudos to the plugin author for rolling up her sleeves and providing a way out. Also kudos to the gimp developers for providing a plugin architecture that made such a customization an option.
  - babuskov 10y ago
    If they made Ctrl-E work when you load the file for the first time, none of this would be the problem.
    - Jehan-Girin 10y ago
      I don't understand. Ctrl-e does work fine "when you load the file for the first time". Even to make extra sure (though I already was), I have tested it on a GIMP 2.8 and on GIMP master just now. That works.
      - babuskov 10y ago
        Here, I recorded a video to show the problem: https://www.youtube.com/watch?v=SekYlC4ON_U https://www.youtube.com/watch?v=SekYlC4ON_U I tried with 2.8.14 and 2.8.18, both running on Mac OSX. As you can see the Command-E option only shows up after I do "Export as".
        schumaml 10y ago
        Did you try whether it works? If this was in your video, I didn't see it.
StevePerkins 10y ago
> less painful for me I realize that this is common UX jargon, but is it literally "painful" to click "File->Export" rather than "File->Save"? I frequently hear front-end developer peers arguing that it's "painful" to read 10 or 20 lines of XML. Back-end peers retort that it's more "painful" to look at large complex structures in JSON. There's a hundred other cases in which this comes up. Are people really walking around in crippling pain, due to various software having trivial differences from their ideal preference?
- taf2 10y ago
  Possibly, the more clicking needed to achieve a task does put more strain on your hands which can cause pain. I believe this is why for example VI key bindings are designed to reduce the distance your hands must extend for most common tasks. Reading extra text, XML or JSON can also cause additional eye strain... I think that is why it's okay to describe UX in terms of less or more pain...
  - AlecSchueler 10y ago
    It's the same amount of clicking, just that 'save' and 'export' do different things.
    - imurray 10y ago
      No it's not the same amount of clicking. From Gimp 2.7 to 2.8 something that used to be ctrl-s and close window went to ctrl-shift-e, and answering four dialog boxes before getting the image saved and the window closed. Around the time Gimp 2.8 came out, I wanted to edit and save around 50 images (in away that wasn't easy to automate). That (without the plugin that gives the old behavior) would be 200 dialog boxes to deal with that I didn't have to before. No it wasn't literally painful. But frustrating. Nearly as frustrating as people not accepting that people legitimately use software in different ways.
      - ebiester 10y ago
        I wonder if a voice-annotated youtube capture of the process might help capture the pain of the process.
userbinator 10y ago
Photoshop will save in the original format unless you do something to the image that isn't supported in that format (e.g. adding vectors, layers, layer filters, etc.) Then it will switch to .psd, although you still get the option of saving in the original format with Save As. I think that is a good design.
- unabst 10y ago
  What would be better is having a dialog that says "You've used some additional features that can only be saved in .psd format: Save as PNG || Save as PSD || Save as something else" with the first being the default for when you press ENTER.
  - Someone 10y ago
    I strongly disagree. You are arguing for a default that destroys work. For example, if you open a .png, add a layer, and save, the default would merge the layers.
    - unabst 10y ago
      Default when you hit enter. You don't have to hit enter. Left then enter will get you your PSD.
  - userbinator 10y ago
    Microsoft Word does that, and indeed the default is the original format. "%s may contain features that are not compatible with %s. Do you want to save the document in this format? To save, click Yes. To preserve formatting, click No. Then save a copy in the %s format."
    - unabst 10y ago
      Right. But the difference here is you need to answer the question which is a task. Then based on what you actually want to do, there is an extra step in opening the dialog just to choose the other format etc.. maybe you just want to save in the application default. The point of the version I posted is that each button maps to a direct intention. The message is informative, and the user does what they want. It's not the application asking or warning or assuming anything. It's not the developer imposing anything. Based on what the application can do, the user is presented with the various options that map to intentions.
nercht12 10y ago
So what would you like to happen if you open a lossy format and then open as layers a .png? Do you want it to downgrade the quality or bump it up? Some people might want the former, some might want the latter. What if Gimp always has to convert the color-space? I wanted CMYK in Gimp at one point, but while there was an importer, there was no exporter. What then? Saving to .xcf was initially a pain (I complained too), but I became accustomed to the new routine, and from a categorization perspective, it makes sense. The dev is blamed either way - either by people accustomed to the old routine or by people who messed up from it and want it changed.
- reitanqild 10y ago
  Agree here, there is a reason I am not too fond of some self appointed UX people: Here gimp devs has chosen to make the nondestructive action the default one - a sane choice given their development resources. Worst case if you forget to export in the correct format you have to export again. If it by default saved back to the same format by default then in a worst case you lose hours of work. UX is about more than shiny, about more than copying Mac, about more than saving a keystroke here and there. (Hardcore dev here, not UX, not UI.)
gkya 10y ago
Some people create an image editing software that rival Photoshop which is worth a millions of dollars in their own time without expecting anything in return and they work on this for about twenty years and you are frustrated about a sensible change that can be reverted by little configuration or a little plugin?

by imurray 10y ago

jorams 10y ago

That was initially confusing to me as well, but it isn't that bad. If you open a .png (or similar) and edit it, there's a button in the File menu (I believe shortcut ctrl-shift-e) that exports directly to the original filename.

imurray 10y ago
After ctrl-shift-e I have to hit enter in response to different pop-up dialogs three times, and then still answer a fourth confirmation when I quit gimp. If I'm editing a bunch of files that's not fun. With the Saver plugin I have it set up so I just hit ctrl-s like I used to, and can exit without being bothered.
babuskov 10y ago
There isn't one. Ctrl-shift-e is "Export As" which opens a save dialog. Ctrl-e doesn't show up until you save the file manually at least once.

qwertyuiop924 10y ago

>The Gimp developers knew better and made the UI strongly favor saving as .xcf, which makes sense in some use-cases, but not mine. Well, remember, GTK originally stood for GIMP ToolKit. The GNOME DNA is strong within GIMP. And make no mistake, that's a very GNOMEy thing to do.

reitanqild 10y ago
Eh, I'd say this is sane and understandable compared to typical "Gnome things".
- qwertyuiop924 10y ago
  Well, yes. GIMP and GNOME for the most part diverged fairly early on, save the toolkit, so the infection is less than that of the GNOME project, but it's still there. some forget that GNOME started very far from where it is now. Look only to Sawfish for proof.

nzjrs 10y ago

I liked the new behaviour personally

imurray 10y ago
I totally see that it makes sense for some work flows, including the ones Gimp is probably most meant for. It was frustrating that for the people whose workflows were messed up, the developers were totally opposed to doing anything about it though. Kudos to the plugin author for rolling up her sleeves and providing a way out. Also kudos to the gimp developers for providing a plugin architecture that made such a customization an option.
- babuskov 10y ago
  If they made Ctrl-E work when you load the file for the first time, none of this would be the problem.
  - Jehan-Girin 10y ago
    I don't understand. Ctrl-e does work fine "when you load the file for the first time". Even to make extra sure (though I already was), I have tested it on a GIMP 2.8 and on GIMP master just now. That works.
    - babuskov 10y ago
      Here, I recorded a video to show the problem: https://www.youtube.com/watch?v=SekYlC4ON_U https://www.youtube.com/watch?v=SekYlC4ON_U I tried with 2.8.14 and 2.8.18, both running on Mac OSX. As you can see the Command-E option only shows up after I do "Export as".
      - schumaml 10y ago
        Did you try whether it works? If this was in your video, I didn't see it.

StevePerkins 10y ago

> less painful for me I realize that this is common UX jargon, but is it literally "painful" to click "File->Export" rather than "File->Save"? I frequently hear front-end developer peers arguing that it's "painful" to read 10 or 20 lines of XML. Back-end peers retort that it's more "painful" to look at large complex structures in JSON. There's a hundred other cases in which this comes up. Are people really walking around in crippling pain, due to various software having trivial differences from their ideal preference?

taf2 10y ago
Possibly, the more clicking needed to achieve a task does put more strain on your hands which can cause pain. I believe this is why for example VI key bindings are designed to reduce the distance your hands must extend for most common tasks. Reading extra text, XML or JSON can also cause additional eye strain... I think that is why it's okay to describe UX in terms of less or more pain...
- AlecSchueler 10y ago
  It's the same amount of clicking, just that 'save' and 'export' do different things.
  - imurray 10y ago
    No it's not the same amount of clicking. From Gimp 2.7 to 2.8 something that used to be ctrl-s and close window went to ctrl-shift-e, and answering four dialog boxes before getting the image saved and the window closed. Around the time Gimp 2.8 came out, I wanted to edit and save around 50 images (in away that wasn't easy to automate). That (without the plugin that gives the old behavior) would be 200 dialog boxes to deal with that I didn't have to before. No it wasn't literally painful. But frustrating. Nearly as frustrating as people not accepting that people legitimately use software in different ways.
    - ebiester 10y ago
      I wonder if a voice-annotated youtube capture of the process might help capture the pain of the process.

userbinator 10y ago

Photoshop will save in the original format unless you do something to the image that isn't supported in that format (e.g. adding vectors, layers, layer filters, etc.) Then it will switch to .psd, although you still get the option of saving in the original format with Save As. I think that is a good design.

unabst 10y ago
What would be better is having a dialog that says "You've used some additional features that can only be saved in .psd format: Save as PNG || Save as PSD || Save as something else" with the first being the default for when you press ENTER.
- Someone 10y ago
  I strongly disagree. You are arguing for a default that destroys work. For example, if you open a .png, add a layer, and save, the default would merge the layers.
  - unabst 10y ago
    Default when you hit enter. You don't have to hit enter. Left then enter will get you your PSD.
- userbinator 10y ago
  Microsoft Word does that, and indeed the default is the original format. "%s may contain features that are not compatible with %s. Do you want to save the document in this format? To save, click Yes. To preserve formatting, click No. Then save a copy in the %s format."
  - unabst 10y ago
    Right. But the difference here is you need to answer the question which is a task. Then based on what you actually want to do, there is an extra step in opening the dialog just to choose the other format etc.. maybe you just want to save in the application default. The point of the version I posted is that each button maps to a direct intention. The message is informative, and the user does what they want. It's not the application asking or warning or assuming anything. It's not the developer imposing anything. Based on what the application can do, the user is presented with the various options that map to intentions.

nercht12 10y ago

So what would you like to happen if you open a lossy format and then open as layers a .png? Do you want it to downgrade the quality or bump it up? Some people might want the former, some might want the latter. What if Gimp always has to convert the color-space? I wanted CMYK in Gimp at one point, but while there was an importer, there was no exporter. What then? Saving to .xcf was initially a pain (I complained too), but I became accustomed to the new routine, and from a categorization perspective, it makes sense. The dev is blamed either way - either by people accustomed to the old routine or by people who messed up from it and want it changed.

reitanqild 10y ago
Agree here, there is a reason I am not too fond of some self appointed UX people: Here gimp devs has chosen to make the nondestructive action the default one - a sane choice given their development resources. Worst case if you forget to export in the correct format you have to export again. If it by default saved back to the same format by default then in a worst case you lose hours of work. UX is about more than shiny, about more than copying Mac, about more than saving a keystroke here and there. (Hardcore dev here, not UX, not UI.)

gkya 10y ago

Some people create an image editing software that rival Photoshop which is worth a millions of dollars in their own time without expecting anything in return and they work on this for about twenty years and you are frustrated about a sensible change that can be reverted by little configuration or a little plugin?