[Openicc] GIMP color management

[Kai-Uwe Behrmann]

I agree with Bob in the library question. As an non monolythic system, 
linux will not have one imaging library, doing all sorts of image 
handling. The idea is nice but hardly applicable. (Even if in cairo 
exists one of the rare candidates.)

regards
Kai-Uwe Behrmann
                                + development for color management 
                                + imaging / panoramas
                                + email: ku.b at gmx.de
                                + http://www.behrmann.name


Am 20.02.05, 10:12 -0600 schrieb Bob Friesenhahn:

> On Sun, 20 Feb 2005, Jan-Peter Homann wrote:
> > 
> > Don´t implement colormanagement as module inside the application
> > Instead:
> > 
> > support LINUX Graphics Library
> > -----------------------
> > Force your power to a LINUX agraphics-library which can handle bitmaps,
> > vectorgraphics and textobjects in RGB, Gray and CMYK. This graphics
> > libray should also provide color selectors for this colorspaces and ICC
> > transformations on all objects.
> 
> I agree with your color management summary text except for the above. In the
> open source world, there are currently *many* libraries and applications which
> support the above features, except that they lack coherent color management.
> Due to the (usually) friendly and cooperative anarchy which is the open source
> movement, it can be expected that there will continue to be many independent
> image processing, rendering, and printing environments.  The best we can hope
> for is a an application agnostic framework or library which can be used to
> enhance existing rendering environments with color management.  Even if this
> is not achieved, a standard of operation and a standard way to install color
> profiles and describe the local color management intentions/process would be a
> great benefit to the community. A compliance test suite (inputs and expected
> output) would also be a benefit.
> 
> Ultimately the user should not need to care if she is using Gnome/Gdk, KDE/Qt,
> gimp-print, VTK, OpenGL, ImageMagick, libart, imlib, GD, X11, Ghostscript,
> Mozilla, SVG, CinePaint, GIMP, or any other combination of software
> environments.  As long as there is a definition of expected behavior, and
> verified compliance to that definition, then the user can expect correct
> behavior.
> 
> Bob
> ======================================
> Bob Friesenhahn
> bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
>