News for hackers. Stuff that matters.
Re:Gimp 2.10.12 by darkwater on Thursday June 13, 2019 @07:27AM (#20173687)
(since you use the word, I'll use it too). No, your approach is wrong and ..stupid. Save and export are two different actions. Saving permits you to resume your work, while exporting will make you lose information.

Basically this is the typical pet peeve of $GENERIC_USER in which is exactly how you're saying: developers DO know better than $GENERIC_USER what UX is easier and more functional.

Re:Gimp 2.10.12 by Crinus on Thursday June 13, 2019 @08:06AM (#20173928)
Export is "Save to a different file as a potentially different format", so it is the same action. Unless you use functionality that the format you are trying to save to doesn't support, then you can resume your work. If you try to use functionality that the target format doesn't support, GIMP could simply tell you so, like what many other programs that support multiple save file formats already do.

So no, the developers do not know better than $GENERIC_USER, at least not this particular $GENERIC_USER.

Re:Gimp 2.10.12 by lucideer on Thursday June 13, 2019 @09:45AM (#20174763)
- Save is "save my (editable) session"

- Export is "save the output of my work to a file (which may or may not be import-able afterward)"

So yes, you are right that both of them essentially translate to "save", but they're very different types of saving with different expectations.

The distinction here is that the primary "Save" should be reversible, and should never involve data loss. The 2.6 workflow was actually "dangerous" for this reason.

Re:Gimp 2.10.12 by Crinus on Thursday June 13, 2019 @10:45AM (#20175355)
Please read the message you respond to. I already wrote:

> Unless you use functionality that the format you are trying to save to doesn't support, then you can resume your work. If you try to use functionality that the target format doesn't support, GIMP could simply tell you so, like what many other programs that support multiple save file formats already do.

There is nothing dangerous about the "2.6" workflow (which is also shared by many other programs) and what you describe is really trying to come up with nitpicky and arbitrary distinctions between saving and exporting to justify their unnecessary separation.