[Openicc] CUPS Color Management under Linux gets into distros

[Kai-Uwe Behrmann]

Am 04.03.11, 15:31 -0700 schrieb Chris Murphy:
> On Mar 4, 2011, at 5:01 AM, Boudewijn Rempt wrote:
>
>> To start with, it's not our vision: the end product of working with Krita is a file, not something on paper. Something you send your publisher to produce your comic, for instance. Then we don't have the expertise, nor the hardware to test our work with. And finally, since nobody on the team really needs to print, nobody has the incentive to make it work really well.
>
>
> 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.

That said, I guess the default colour space in Krita is sRGB to start a 
painting with.


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