Colors - Performance impact of non-equal inactive and active palettes

[Aaron J. Seigo]

On Monday 03 December 2007, Matthew Woehlke wrote:
> > as you note, kde3 is the same here so it's not a regression for kde. we
> > can and should catch up with others, but i think we have enough other
> > cool stuff that this is not a critical feature and it would be a crying
> > shame to have such an impact on our performance just to toggle one set of
> > colours. it just isn't worth it.
>
> I just fear that if the default is off, it will stay off :-(. I've been
> there.

if a default stays off, that's due to a lack of due diligence on the part of 
the responsible developer(s), nothing more. if there is a good reason for 
turning it off, then addressing that reason will be the signal to turn it 
back on. it's pretty clear to me =)

> But, as I say, making it depend on the system would be OK, that way
> modern systems that can handle the load aren't "penalized". Thoughts?

how would you discover this? and "handle the load" would, at least imo, 
mean "fast enough that you can't tell the difference between a Qt4, KDE4 and 
Gtk2 app .."

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

KDE core developer sponsored by Trolltech
-------------- 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/20071203/f6817a0a/attachment.sig>