560
submitted 1 day ago* (last edited 1 day ago) by Vosh@programming.dev to c/opensource@lemmy.ml
you are viewing a single comment's thread
view the rest of the comments
[-] unwarlikeExtortion@lemmy.ml 1 points 1 hour ago

That's nice to have. For both GIMP and the industry's sake, priorities should be:

  • good UX
  • feature-wise competitiveness
  • in any (sensible) format

GIMP is an alternative to Photoshop. It isn't a psd reader.

Being the format jack of all trades yet master of none isn't too great of an idea. It'll just exacerbate GIMP's main current problem: an ancient UI Photoshop enthusiasts dread. A lot might consider switching if the bad GIMP UX was better than the also-bad Photoshop UX.

If I had to say what my main design gripe with gimp is, that'd be modularity. Seperate the ui (skins) from the tools, effects and rendering (formats). The UI is especially egregious in its hard-codedness while effects are pretty well-supported.

A few more apis would go a long way. Hell, even the closed Photoshop has open(ish) apis, since even Adobe know the value of an ecosystem and not just their internal r&d department!

this post was submitted on 16 Aug 2026
560 points (100.0% liked)

Open Source

48500 readers
528 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 7 years ago
MODERATORS