[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Color manipulation functions in kdelibs?
From:       Cyrille Berger <cberger () cberger ! net>
Date:       2006-12-12 23:06:44
Message-ID: 20061212230643.GA32522 () diwi ! org
[Download RAW message or body]

On Tue, Dec 12, 2006, Casper Boemann wrote:
> okular and image viewers should want colormanagement. Pigment has been 
> promoted from krita to all of koffice for just that reason: color management
I think they are mostly interested in the rendering of color, a much
smaller library than pigment just concentring on color transformation
and hidding lcms to a more userfriendly API seems a better idea to me.

> > Do you not expect Pigment to have settled down by the time KDE4 is
> > released?
> maybe but i doubt in time for kdelibs freeze
The problem is adding feature, pigment is centered around a purely
abstract class, full of a virtual function. Once we are in API/ABI
freeze, we can't easily add new function, unless using weird stuff like
virtual_hooks. So freezing that class might prevent us to develop krita the way we \
want it. While one objectif of krita 2.x is API/ABI stability, I don't think we can \
achive it before 2.1 or 2.2 which are far away.

-- 
Cyrille Berger


[prev in list] [next in list] [prev in thread] [next in thread]