Live data from Hacker News

GIMP 2.9.4 and our vision for the future

girinstud.io

41–50 of 98 posts

Re: GIMP 2.9.4 and our vision for the future

#41
Really not a fan of this. In a link he says he took the code for saving/exporting and split it apart: http://girinstud.io/news/2015/09/improving-the-export-proces...

The only way I ever use GIMP is through forked builds that let you save as whatever you want without the annoying save/export distinction, so they seem to making it tougher for people who are making good forks of their bad software to do their job.

Re: GIMP 2.9.4 and our vision for the future

#42
Be aware, if you recommend GIMP to people on Macs with retina screens they are going to be very disappointed. TLDR; retina screens on Macs simply aren't supported properly (everything you do will be at a minimum of 2x scale). See https://medium.com/@kjeldahl/gimp-and-inkscape-on-retina-mac... for more details.

Re: GIMP 2.9.4 and our vision for the future

#43
post #41

Really not a fan of this. In a link he says he took the code for saving/exporting and split it apart: http://girinstud.io/news/2015/09/improving-the-export-proces... The only way I ever use GIMP is through forked builds that let you save as whatever you want without the annoying save/export distinction, so they seem to making it tougher for people who are making good forks of their bad software to do their job.

Saving and exporting are different tasks: the former saves the current work-in-progress project with no loss of data, the latter exports to a particular image format and is inherently lossy. If you combine them, you risk misleading users.

And by keeping them split, it makes some things more convenient. When I edit images, I save a .xcf and I also export a .png. Having to manually switch between these file-types and manually remember and reënter the (possibly differing) filenames when saving would be a pain. Keeping Export and Save as separate means I don't have to. It also means that Ctrl-S saves the project, rather than overwriting my last export. And as the part you linked to points out, this means you can do things like change the scale at export time.

Re: GIMP 2.9.4 and our vision for the future

#44
post #41

Really not a fan of this. In a link he says he took the code for saving/exporting and split it apart: http://girinstud.io/news/2015/09/improving-the-export-proces... The only way I ever use GIMP is through forked builds that let you save as whatever you want without the annoying save/export distinction, so they seem to making it tougher for people who are making good forks of their bad software to do their job.

Saving and exporting are different tasks: the former saves the current work-in-progress project with no loss of data, the latter exports to a particular image format and is inherently lossy. If you combine them, you risk misleading users. And by keeping them split, it makes some things more convenient. When I edit images, I save a .xcf and I also export a .png. Having to manually switch between these file-types and m…

What's the difference, and why should it matter? I just want to persist my changes to a file.

IMHO just keep things simple and use Save for saving in the same format as the original (possibly if a warning if it doesn't support some things you've done to the file), or Save As for saving in a different format.

Re: GIMP 2.9.4 and our vision for the future

#45
post #20

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/ I'm assuming the new save behavior persists in Gimp 2.9.x, but I don't know.

> 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 ar…

>> I realize that this is common UX jargon, but is it literally "painful" to click "File->Export" rather than "File->Save"?

One can also make that statement to the person who decided the default save format should be different from the one the user opened. IMHO most people want to save in the format they started with and if they want to change it, something other than "save" is warranted.

Re: GIMP 2.9.4 and our vision for the future

#46
post #20

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/ I'm assuming the new save behavior persists in Gimp 2.9.x, but I don't know.

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.

Re: GIMP 2.9.4 and our vision for the future

#47

Earlier quoted context omitted.

Saving and exporting are different tasks: the former saves the current work-in-progress project with no loss of data, the latter exports to a particular image format and is inherently lossy. If you combine them, you risk misleading users. And by keeping them split, it makes some things more convenient. When I edit images, I save a .xcf and I also export a .png. Having to manually switch between these file-types and m…

What's the difference, and why should it matter? I just want to persist my changes to a file. IMHO just keep things simple and use Save for saving in the same format as the original (possibly if a warning if it doesn't support some things you've done to the file), or Save As for saving in a different format.

> What's the difference, and why should it matter?

See edits.

> IMHO just keep things simple and use Save for saving in the same format as the original (possibly if a warning if it doesn't support some things you've done to the file)

You'd have to warn on every single format except XCF.

> or Save As for saving in a different format.

But I don't want to change the save destination. The project and the export are separate for me.

If you just want to save a PNG or something, you have the option of using Export exclusively.

But I need the ability to Save.

Re: GIMP 2.9.4 and our vision for the future

#48

Earlier quoted context omitted.

> 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 ar…

Yes. Ctrl-O edit Ctrl-S doesn't work there are plugins to turn it back

Just use Ctrl-E vs Ctrl-S, its a pretty common part of my workflow now

Re: GIMP 2.9.4 and our vision for the future

#49
Still waiting. They need to prioritize 3 things IMHO, and those are 1) GEGL integration - this was claimed to be 80 percent done in 6 weeks (several years ago). Updating core code and libraries should be done quickly, not spread out over years concurrently with other development. 2) Update to GTK3. How can a flagship OSS program still be using a many-years-old GUI toolkit? And finally 3) Wayland support. This will be easier with GTK3 and is still slightly future-looking, but I'm writing this on a Wayland desktop so it won't be long before GIMP on the whole is completely built on outdated technology. I know all of these are in the works, but it seems like a nice sprint could get each one done in a month or two at this point. Yet here we are seeing another blog about anything but these...

Re: GIMP 2.9.4 and our vision for the future

#50
post #39

GIMP is an icon of open-source software, but do any professional designers use it full-time over Photoshop? Compare with Sketch, which has taken scores of users from Illustrator.

IMO the main ideological difference is that Photoshop UI is targeting users who like to see things visually. Gimp has a more programmatic legacy. PS allows moving around a few sliders while looking at the screen to see how things change and nail it when the results look visually good. I bet that is critical for most PS users. It is for me. I paid for an (educational) PS license just so I can edit my photos before I p…

I don't think you can blame it on the wrong kind of user. As a former Photoshop user, one of the most frustrating things about Gimp is the amount it forces me to use the mouse. I'm the kind of person that uses vim, and Photoshop is definitely a far better fit for the way I like to work [Edit: Unless it's got worse in the decade or so since I used it].

Gimp is just full of little annoyances that interrupt your flow and make it difficult to work efficiently.

Post reply on HN