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

List:       kde-core-devel
Subject:    Re: KColor is coming this Monday...
From:       Adam Treat <treat () kde ! org>
Date:       2007-05-26 16:17:22
Message-ID: 200705261217.22407.treat () kde ! org
[Download RAW message or body]

On Saturday 26 May 2007, Matthew Woehlke wrote:
> Here is my perspective, as bluntly as I can put it. I am trying to
> /unify/ the use of color blending throughout KDE. I can do that with the

There is no need.  We have a unified color class.  It is called QColor.  I've 
yet to see or here about one app in KDE besides kdevelop that is even 
interested in this discussion and they've stated Zack's blend method is fine 
for them.

In other words, yours is a solution in search of a problem.

> current statics of KColor. With anything else, I can guarantee that I'm
> going to end up maintaining my own fork instead, which IMO defeats the
> purpose. There are many, many things I can do with KColor as it

Again, this is just not a pressing need.

> One suggestion that I would be amenable to is to move the statics into a
> namespace and keep KColor private (it would likely be used by other
> things in kdelibs, however).

If you want to add something to kdelibs then you should show where it will be 
used and why the current solutions aren't good enough.  I fail to see either 
the where or the why of this.

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