Linked by Thom Holwerda on Sun 28th Dec 2008 10:43 UTC
Graphics, User Interfaces High bit depth support, non-destructive editing (so called "effect layers") and colour management. Three hot topics in photography editing - that users have been waiting for for a long time now to appear in GIMP. Today Linux & Photography blog features an exclusive interview with Martin Nordholts, one of the core contributors to GIMP. Nordholts speaks about the current state of affairs, explains what is going on deep inside the GIMP (and GEGL) and also lifts a corner of the veil about what is to come.
Permalink for comment 341762
To read all comments associated with this story, please click here.
RE[2]: Gimp UI
by shevegen on Mon 29th Dec 2008 01:01 UTC in reply to "RE: Gimp UI"
Member since:

> nest it inside of Xepher.

No, I am not interested in Xepher.

> Window management belongs to the window manager.
> MDI is brain dead.
> End of story.

Your opinion is irrelevant. Why do you attempt to tutor me about this?

End of story.

The biggest problem is that your opinion is not the only radical one about it. I have seen it with many old time hardcore users. The whole Linux community is fractioned with people that have such strong opinions which attempt to prove other opinions as wrong.

Your arrogant "end of story" is a mark of this.

> Tabs are almost tolerable; however, when you're
> running a tiling window manager (e.g. Ion)

I respect Tuomov. He has many good points. But I
would see no point in using Ion or any tiling window manager BECAUSE I DO NOT WANT TO.

The only sane way is for a full environment, be it KDE or Gnome. (I prefer KDE, but I have no serious ill bearing for Gnome, although I think that they should simplify the compile & run process. I am typing this on a self compiled kde 3.5.10 right now, and I almost finished the latest kde 4 cmake based install, though two errors stopped me.)

> you still want the individual panes to be
> addressable by the window manager.

No, I do not want to. In fact, I WANT TO BE ABLE TO FULLY DESCRIBE HOW COMPONENTS SHOULD INTERACT WITH EACH OTHER. Sure, Kde and Gnome do not allow this level of fine tuning, but I am 100% sure about this.

> Tabs break this because the application shouldn't be
> doing window management.

See above. I want to fine tune how I, as user, want things to handle.

> That tab idea is good, but it should be
> implemented in the proper place.

You know what will happen? People will argue about it, and eventually only the developers get to decide what will be done. This was how things were running since years, this is how things will be running for years. We as users can not do much to change it. If we are developers, we have a higher chance to influence things.

But in principle I really think that it should be up to the people who want to use things, how they use it. Granted not even windows allows this, but then again I am not a fan of windows software in general (Mac is a bit better in this UI regard IMHO)

> I think the right way to solve this problem is to
> have each document window have its own toolbars as
> sub-panel elements around the perimeter of the
> window.

You see, in a way I agree with you, that I think as long as the Gimp developers constantly "play" and re-evaluate, then things will improve. One thing I loved was the rectangular "snapping" tool around selecting something. It was unexpected for me at the time, and I fell in love with it. I cant even use the old gimp anymore because I dont like it compared with the newer gimp versions, as a result.

These little improves do a lot and distract from the crappy UI (which annoys me too btw, because there was a time when menus were heavily rearranged, and I had to update my gimp tutorials to reflect those changes, that certain aspects could no longer be found under this or that menu subentry)

Reply Parent Score: 2