Re: [Gimp-developer] GIMP useability - choosing linear vs perceptually uniform RGB



On 1/05/15 12:00 PM, Gez wrote:
El jue, 30-04-2015 a las 17:40 -0400, Elle Stone escribió:
On 04/29/2015 03:57 PM, Joao S. O. Bueno wrote:

Now help us think on the next steps. For example get that e-mail
worked into a feasible specification: If you can, refine it, then
maybe try to get someone with UI expertise that could fine tune that
your suggestions into specifications that could be really great -  now
we don't have Peter helping the project anymore.
(could be someone from your area, to whom you could get face to face
meetings)

- (I'd rather have another switch along the layer modes than
to duplicate all layer modes in the UI, for example) -

This link has three screenshots illustrating a proposed UI for allowing
the user to easily choose between linear and perceptually uniform RGB
and to know at a glance whether s/he's using the default set by the
developers:

http://ninedegreesbelow.com/bug-reports/gimp-linear-perceptual-rgb.html

Is what's shown in the screenshots feasible in terms of linking the
operations to the proposed UI?


I like this solution.

I'd like it more if (in Elle's "sample editing operation", and
"sample tool dialog"; not the layer stack) the "L" and "P"
widgets had an adjoining text field which spelt out the current
setting.

Implementing and maintaining this would be simpler if the widgets
actually used were from existing widget classes (eg, the button /
drop-down-menu visible as the "Brush" and "Dynamics" controls in
Elle's "sample tool dialog").  Sorry - less pretty.

(That said, I mostly use GIMP for RGB -> CMYK.  If controls were
implemented with sufficient generality to graft in CMYK, sometime
in my lifetime, that would be oh so dandy.)

Hi Elle,
You know I'm with you regarding giving users more control over how
operations are performed, but tossing buttons for toggling between
linear and perceptual everywhere in the UI is not a proper solution.
It would be extremely confusing, and people would start toggling them
randomly without knowing what exactly they are for, and only a few
people would benefit from it.
I think that allowing that would complicate the UI and the the tools
themselves, as all of them should have both paths available.
A better solution would probably have to wait until proper
no-destructive editing is finally implemented, and operations are
visualized as a stack/chain/whatever.

Elle's right - waiting for non-destructive editing sounds like a
recipe for never.

It would be better to implement these colourspace controls.  If the
n-d editing happens, possibly review colour management in the light
of some real experience.

Douglas

I mean, instead of putting toggles on EVERYTHING, why not adding a tool
that says "from this point, the following operation/s will be performed
in linear/perceptual gamma"?
People used to node-based UIs will understand exactly what I mean.
The difference would be that only users who need the toggle will add an
operation that makes the switch when it's required. The UI will remain
lean, without extra options that could potentially confuse less advanced
users.

Gez.


_______________________________________________
gimp-developer-list mailing list
List address:    gimp-developer-list gnome org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]