From: Adam Badura (abadura_at_[hidden])
Date: 2005-09-27 03:01:02
> The alternative would be to try to decompose all "interesting"
> operations on colors into some fixed set of primitive operations,
> which each color space template would be expected to implement. More
> complex operations could then be defined generically in terms of those
> primitives. This would be elegant and efficient, but I have my doubts
> as to whether it's possible.
This better describes what I try to do...
> Of course, my bias in this area is for more abstraction, because I'm
> more used to thinking of colors as abstract phenomena, without really
> getting my hands dirty with bits and bytes, so this may not be a
> practical idea.
As. I like abstraction the same. But I want this library to be really
useful wich means it as to be useful in graphic manipulation and therefor
code mus be as fast (or almost as fast) as hand written...
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk