The panels concept might be the most intuitive part of it, but Blender also has different panels and modes. And the tools being combined into few buttons is similar to CAD programs I've used.
Anyone enlighten me on actual usability problems (and not pedantry like "the spacing of these buttons is uneven"?) Perhaps I've gotten used to using unintuitive software.
That's the problem, you have a bias because you've already learned the tribal knowledge. Having to learn it from scratch, GIMP's UI is sorely lacking. While it does have the tools, the organization of them is all over the place.
There are many many more but start with the app having the overbearing assumption that it thinks you want save to its file format rather than make an ad hoc edit.
The big remaining thing I can think of is the "layer boundary" thing, which (it seems to me) is very confusing for new users and inconvenient for all users.
I also have a vibes-based feeling that when I used to use Photoshop twenty-five years ago I was a lot more productive than I'm able to be in GIMP, but I can't be sure if that's just because I used to do more graphic stuff back then and I've never picked it up to the same degree. I find myself having to hunt for things in menus a lot, but that might be a me problem. Photoshop also took a while to get used to.
Edit: I basically agree with the people complaining about Save and Export being unexpectedly separate, although I also think it's not that hard to press Ctrl+E instead of Ctrl+S.
Then one day, they did it. They put the tools on the same window as the image, as Deluxe Paint did in 1985. FINALLY.
... but at the same time, they introduced the absolute bollocks that is "if you hit save we're going to spam you indefinitely into using our format".
In any other tool, if you _open_ a file (e.g. a PNG, JPEG, or in say LibreOffice's case, a CSV or XLSX), and then hit "save", it can nag you once that you're not using the tool's preferred file format, and _may_ be missing some important feature that only its preferred format supports... but you should just be able to click "fuck that, save it as the format I loaded it as" and not hear that again.
Not GIMP. It fucking well refuses to let you save as the format you opened. You have to cancel your "save" of the file you opened, and instead "export" to the file you opened... at which point it warns you you'll overwrite THE FILE YOU WANT TO SAVE. And after you've done that, and try to close the image, it'll warn you you haven't saved THE FUCKING FILE IT JUST FORCED YOU TO USE "EXPORT" TO SAVE because you didn't save it in its preferred format ABSOLUTELY GO FUCK YOURSELF, GIMP, I AM NOT GOING TO SAVE AS XCF A JPEG I AM CROPPING AND WILL NEVER EVER EDIT AGAIN
This is why I completely gave up on GIMP and will never open it again. I would like to line up all the GIMP authors in a row, and run down the line slapping them all in the face with a wet trout.
If anyone from GIMP is listening:
* User opens a non-native format, e.g. JPEG
* User hits "Save"
* Present user with a dialog like so:
This image may contain content that cannot be saved in the currently selected file format "JPEG"
Use the default XCF file format to be sure the image is saved correctly
[x] Ask when not saving in XCF or default format
[Use JPEG format] [Use XCF format]
* User can turn off this nag globally by deselecting "Ask when not saving in XCF or default format"
* If user selects "Use JPEG format", future saves of this file will not nag againPeople might say, "You can just join the project and fix it yourself." But the team and community actively resist change and sabotage efforts to make GIMP more mainstream.
It was like using a computer program in your dreams where things don't really have to make sense.
My theory is this is a classic OSS problem where everyone wants to contribute their pet feature but the project lacks discipline and nobody wants to remove, organise, and improve (especially where the latter can be 10x harder and more tedious then the former). This could be an argument for opinionated leaders in OSS projects, because at least they'll say 'no' and do things 'their' way a lot of the time, which is often better than the 'anything goes' philosophy.
I only need to do somewhat basic stuff these days, so photopea.com is more than enough for me. However, now that I look it has tons of new features. Nothing to install, is ad-sponsored by default, and runs entirely client-side.
IIRC, this is a lone developer, who has previously refused what seemed like lucrative catch & kill acquisition offers.
Here is a post with lots of info:
At this point it’s probably easier to accept that the GIMP UI is simply what GIMP developers want it to be.
True, it doesn’t make a lick of sense, but the same could be said about Turbotax, Jira, SAP… or God may have mercy on your soul, Avid Pro Tools.
It is what it is. It’s not like there are no alternatives anymore.
> A lot of new and existing contributors have submitted improvements to GIMP’s user interface and its user experience. We wanted to highlight their efforts, and encourage you all to continue sharing your feedback on our design issue tracker.
I see no active resistance. If you have feedback, maybe share it with them?
Those who disagree are welcome to fork- and maintain it, if the users see value in it, they'll switch.
I think it's a lesson in how not to run an open-source project. I put it in the same category as Darktable, which gives off that exact same bad first impression.
I appreciate the backwards compatibility they highlight in the article, and more generally the ownership oss gives you over your files. My small business uses gimp, canva, and Inkscape, and they all have their purpose, but one of the complaints we have with canva is that it’s really hard to get the original files backed up somewhere, aside from canva itself. You have to download each file individually , which is quite a pain (please correct me if there’s an easier way!). Gimps openness is an obvious path for oss, but really is a great feature. If the gimp team stops, we’ll still be able to edit our gimp files. If the canva team stops, we mostly lose all the canva stuff.
Preparation for the future XCF (24.09.2023)
https://gitlab.gnome.org/GNOME/gimp/-/work_items/10076
Someone proposed newer ser-/deserialization approaches, but this didn't result in a discussion.
There’s something so pleasant about having GIMP around, efficient and so far removed from the disgusting greed that drives so many of the projects featured here.
I know a lot of people don't like that but sometimes I feel that FOSS projects are intentionally sabotaging themselves by ignoring industry standard options/conventions and instead they are following open source ideas just to be different. GIMP is the perfect example of that and generally speaking UI/UX is the main symptom.
Blender was able to move forward by not listening to the FOSS crowd but to the industry. And see where are they now compared to GIMP.
Gimp was never in such a situation.
Culture is important.
Which brings us back to why so many people dislike Gimp, and/or see it as a posterchild example of bad FOSS alternatives.
I agree, and Culture IS important. And I think the culture around many Open Source "Alternatives" is harming themselves and the overall FOSS community. From Mastodon via Gimp to Nextcloud.
Not to mention the fact that if you ever mention in any way that GIMP's UX/UI could be better to anyone of its veteran devs they would turn weirdly ultra defensive and take everything personal.
Blender is a very popular, maybe the most popular, for the tasks its used for. Gimp is not.
Because I fail to see all the comments here as negative and unfounded. (and my guess why there is often negativity towards GIMP, is because it was too often advertised as a adequate Photoshop replacement, which it is not, so people got disappointed with it)
[1] https://www.reddit.com/r/graphic_design/comments/rdtodb/adob...
It will lead to someone with the insight on how to make actual material improvements frustrated and angry that they don't have the technical skill (or time) to grapple with a complex codebase, and the people with the technical skill working on the codebase dismiss people with actual knowledge in different domains.
"Patches welcome" is not any kind of welcome. It's basically a euphemism for "fuck off, I don't want to have a conversation to make something better, I just want to hack on Feature X".
Yeh, this line is very common in that project that rhymes with chrome.
Meanwhile contributed features get stuck at "needs design team" for years.