blend function urgently needed in kdelibs

[Aaron J. Seigo]

On Monday 21 May 2007, Matthew Woehlke wrote:
> David Faure wrote:
> > On Tuesday 22 May 2007, Matthew Woehlke wrote:
> >> Seven parameters (hehe... actually it's going to be eight) are pretty
> >> well required if it's to be flexible
> >
> > Another solution is to create a KColorBlender class, with a number of
> > setter methods and a blend() method (without arguments - i.e. the "do it
> > now" method)... OK not sure it makes sense, just thinking out loud about
> > how to avoid 8 params :)
>
> ...which is actually how OpenGL works, so the thought /had/ crossed my
> mind :-). And... I might think about it more. I can actually see a
> KColorBlend class with blend(c1, c2, k, r) with k,r optional and reusing
> preset values, but I don't see taking it as far as not even needing the
> input colors. I guess my real question is, does the additional memory
> used justify it?

we're talking about 2 color objects and 2 doubles, right? that shouldn't be a 
problem.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- 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/kde-core-devel/attachments/20070521/fde39ea2/attachment.sig>