[Openicc] CUPS Color Management under Linux gets into distros

[Kai-Uwe Behrmann]

Am 05.03.11, 04:25 -0700 schrieb Chris Murphy:
> On Mar 5, 2011, at 3:14 AM, Kai-Uwe Behrmann wrote:
>> Am 04.03.11, 15:31 -0700 schrieb Chris Murphy:
>>>
>>>
>>> Why not originate the document in sRGB then? If the exported file is going to be converted to sRGB anyway, why present the user with a choice of other color spaces in the first place? This is an even easier workflow for the user, and for coding. And doesn't result in the rather obvious mismatch you otherwise end up with between a native document in one space, and the PDF document in another space.
>>
>> Oh no. Please let us think forward. It is great that Krita enables so many colour management freatures. That particular parts outside of the direct reach of Krita do not play well, is not a good reason to strip wonderful features from Krita.
>
> I haven't used it so I may be misunderstanding something. What I've read leads me to believe the user can choose different color spaces for their document other than sRGB. But when saving the document as TIFF, PNG, or PDF, it will be converted to sRGB first.
>
> If that's correct, there is no point in documents being in anything other than sRGB from the get go.

Thats not the case. The colour space is preserved during file saving. The 
point Cyrille made was, that documents are converted to sRGB for printing.
I am not aware of a standalone PDF save feature in Krita.

kind regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org