[Openicc] Color management in gimp

[Jim Gettys]

Yes, you are identifying what is missing...

We need the infrastructure to store the information for input devices
(cameras, scanners, etc.), the monitor/flatpanels, and output devices
(printers, etc.) in a standard way and location...

Then, in concert with lcms or equivalent, we will have a chance of
convincing application developers/toolkit developers to update their
applications/toolkits to support color management....

Modularity arguments make it pretty clear the color management system
itself should be pluggable, etc., and one component of this larger
infrastructure....
				- Jim

On Sat, 2005-04-02 at 15:53 +0200, Maria, Marti wrote:
>  
> Hi Paco,
> 
> >I wonder...
> >¿How can one program an efficient color management 
> > solution if cannot insert it in the visualization 
> > section of the aplication?
> >I think littleCMS as a plug-in is not a practical 
> > solution. It does not serves at all.
> 
> Please keep in mind lcms, as most CMM, is only a low-level engine. It can effectively apply color transforms to a raster data. But it has no access to devices like monitor, printer and so. It is up to the application software to use the CMM as a tool to get the correct color translation before sending data to the output devices.
> 
> For a "good" color management in Gimp, lcms should be integrated in the core program, not only as a plug-in. There is another program, Scribus, that does that in a pretty successful way:
> 
> http://www.scribus.net/
> 
> Regards
> Marti Maria.
> 
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc