Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

"Anti-user' and "anti-usability" are far too harsh. Outdated, yes. A product of 1990s-era UX design, absolutely. But every changelog has some mention of a UX improvement, and actually using the product at version 3.0 is, dare I say, pretty enjoyable once you unlearn things and pretend it's Photoshop 6.0. Single-window mode by default helps a ton.

I have used far worse software from commercial outfits. You would not believe how much aerospace and specialized CAD stuff still uses Motif and doesn't support scroll wheels or extra mouse buttons.

 help



Don't sleep on the command palette (`/`). It's a really useful tool when even if you don't know _where_ things are, you still know what they are called.

The one saving grace one might find is that a lot of people trying it already had some experience with e.g. Photoshoot and are already influenced by it. And just because Photoshop does it one way doesn't mean it's the way. But honestly, no, it's just bad bad. Thanks for all the hard work for free, but it's just really difficult to use[1]. It would've been better to do less.

[1]gave up on it 10 years ago, so don't know, maybe things changed


I've been here since the 90s.

GIMP UI was always bad whereas Paintshop Pro (don't if you remember) and later Paint.NET each had a UI that you'd be up and using without thinking twice.


My biggest beef is the UI constantly goes through massive changes at each release. Options moved, mysterious new configs, literally it is as if you're using an entirely new piece of software every few years.

For those of you who daily drive GIMP, well you'll be up to speed quickly. For those of us that use it once a month or so, for a day, it quickly becomes exceptionally annoying.

I'm happy if the UI isn't the best. I frankly don't care what the software looks like, or if the GUI is purdy. I just want it to work, work well, and frankly that menu items don't magically disappear, get merged into other sub-menus, or that now you can suddenly close a tool, and never ever get it back without finding some obscure menu item to re-activate it.

And if you use GIMP frequently, and are about to say "But, that's easy, you just..." then you're not a casual user.

There are more casual users than you think.

(this goes right up there with devs who change config options in files from option= to Option=, and configs= to config=.

I mean, leave it alone. Forever.

"Updated config options to bring them inline with StudlyCaps" or whatever turns my day into a ragefest filled anxiety attack on upgrade.

"Changed all config names to US English from British spelling." What?! OK b112, you now have to deal.

I don't want to deal. I want to eat doritos.)


It's funny to hear that, because we get a large number of complaints that we haven't changed GIMP's interface at all from 2.10 to 3.0 and that's why we're "failing".

We try to be respectful of existing users (and again, we get lots of complaints that doing so "holds GIMP back"). If you have some examples of massive changes you've dealt with (and from what version to what version), I'm happy to look into them further.


Maybe my angst is from prior versions. I've been using it since... well, it has existed.

I think if Blender can do UI change, GIMP should too.

Please finally implement pie menus, like Blender has had for many years. There have been various pie menu implementations for GTK for decades, and it's always been easy to roll your own if you suffer from NIH so much that you refuse to look at or use anything anyone else has ever done.

I believe GIMP's deep seated NIH syndrome, and refusal to look at or acknowledge anything else, and lack of respect for users' requests and usability itself, are GIMP's actual deep seated problems (which the Blender project so successfully doesn't self-sabotage itself with), and I have no reason to believe it's ever going to change, because it's so deeply baked into the GIMP "culture", if you can call it that.

Photoshop doesn't have pie menus, so if you must, think of pie menus as a way to be even less like Photoshop, if that is what mission drives you instead of usability. But I think your design goals and motivations should focus more on usability and supporting users than simply spiting Photoshop.

But once you finally get tired of spiting Photoshop at the expense of usability, then why don't you finally declare Mission Accomplished, and move on to trying for once to be as good as Blender's user interface and responsiveness to user's needs?

https://news.ycombinator.com/item?id=43491589

>One example is that Blender embraced the use of pie menus, and Gimp ignored them. The Gimp team is just not open to outside ideas, and gets really annoyed when users of other tools request features from those tools that Gimp refuses to support, and reacts by digging in deeper and clinging to their bad design decisions out of frustration and spite. A really sad culture of NIH and 4Q2.

>In general and with many other things, Gimp could have been so much better and easier to use, but they systematically and spitefully ignored their user's needs and requests about so many things, while Blender did just the opposite, listened to users and improve the user interface and mouse bindings, instead of being stubborn and parochial about it. [...]

https://news.ycombinator.com/item?id=38236366

>[...] All of these ideas could be applied to Gimp too, of course, but I've found the Blender developers to be much more open to entertaining other people's ideas and contributions about user interface design than the Gimp developers, who have been historically NIH-limited and stubborn (especially about changing the name to something less offensive to the general public). At least Blender already supports pie menus well, and changed the default mouse bindings in response to user demand, and has made huge strides in usability lately. At this point I think it would be much easier to just add a great image editor to Blender, integrated with its video editor, than try to change the minds of the Gimp developers. [...]


Do you happen to have a reference to GTK implementations of pie menus? The challenge we've run into is that newer versions of GTK "streamline" and remove features, so we have to either discard things or build our own replacement (as one example, we've received many complaints about icons no longer appearing in menus in GIMP 3.0, but that was due to the feature being basically removed in GTK3).

We currently have over 13,000 user-requested issues resolved in our issue tracker, so I don't think we're opposed to user requests. :) I think that's a holdover from an earlier group of developers (there's been a lot of people coming and going in the 30 years that GIMP's been around!). We're also just limited by how fast we can implement certain things due to the number of developers. For instance, I focused on vector layers for GIMP 3.2 - a feature requested by many users! But that meant that I wasn't working on other features requested by other users.


Here's an old repo last modified 11 years ago, Pie Menus for Gtk+ 1.2.x:

https://github.com/Osndok/gtk-pie-menu

You might look at Simon Schneegans's repos and old web pages about gnome-pie:

https://github.com/Schneegans?tab=repositories

https://schneegans.github.io/gnome-pie

https://github.com/Schneegans/Fly-Pie

But he has moved on to cross platform pie menus with Kando based on Electron:

https://kando.menu/

Show HN: Kando – A cross-platform pie menu for your desktop (kando.menu):

https://news.ycombinator.com/item?id=42525290




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: