How to achive colorspace independence

[Boudewijn Rempt]

On Saturday 22 October 2005 20:49, Boudewijn Rempt wrote:
> On Saturday 22 October 2005 20:47, Boudewijn Rempt wrote:
> > No, we're still falling back on QColor here. This is one thing we will
> > need to fix before the release, since it means that a simple scaling will
> > transform a 16 bit image to essentially an 8 bit image.
>
> Oh, and just to record one thing that we discussed on #koffice -- Casper
> will take care of making sure the abstract colorspace will always fall back
> to XYZ instead of to QColor.
>
> Casper -- any idea when you will have that done?
>
> I'll add an inversion function now.

Oh, and while I'm at it -- if we encourage filter developers to use XYZ when 
their algorithm isn't suited for incorporation in the colorspaces, shouldn't 
we offer a toXYZ and fromXYZ function in all colorspaces?

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20051022/12d935cb/attachment.pgp