Re: [Gimp-developer] color management

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

 



Hi Alastair,

Alastair M. Robinson wrote:
> Given the limitations we're trying to work within, I think the best 
> compromise is likely to be something like this:

<snip some very good suggestions>

>   - Change the GIMP's working profile to match this image.  This will 
> leave the image data untouched.  (This should disable the display filter 
> for existing images, since they are presumably using a different profile.)

So say I open an image with a color profile, and then load a
second image with a different profile. If I now decide to do the
above, what do we do to the first image?

1) We stop using the profile for the first image (and if the
image window is open, this will obviously change the visual
representation of the image), but keep it attached to the image
so that we can re-save it with the image at save time

2) We stop using the profile and propose the dialog with the 4
options the next time the image is activated (basically allowing
us to change the working colorspace on demand, but this could get
annoying, I guess)

3) Something else I hadn't thought of?

> - the user just needs to be made aware that colour-space transformations 
> are a destructive change, and have an opportunity to avoid them.

That sounds sane. I'm not quite sure how it would be implemented,
but it probably involves having a color profile parasite attached
to an image, with some kind of configuration parameter for the
working colorspace and the monitor profile.

Cheers,
Dave.

-- 
        David Neary,
        Lyon, France
   E-Mail: bolsh@xxxxxxxx
CV: http://dneary.free.fr/CV/

[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux