Temporary KColorScheme change - hard-code some state colors

[Boudewijn Rempt]

On Sunday 16 September 2007 09:40, Kenneth Wimer wrote:
> On Sunday 16 September 2007 09:20:01 Boudewijn Rempt wrote:
> > On Sunday 16 September 2007 08:55, Kenneth Wimer wrote:
> > > So....summing this thread up:
> > >
> > > Some people like some things, some people don't. Lots of people think
> > > it could be better somehow but nobody agrees on exactly how that should
> > > be.
> >
> > And some people have good, technical arguments for abandoning a certain
> > approach. Which, somehow, seems to lift the argument out of bikeshedding
> > territory to me.
>
> I do not see any good reason to call this a technical decision. It is more
> a matter of usability and accessibility, or?

Repainting lots of pixels unnecessarily kills remote performance and 
performance on low-end machines. That's technical enough, and not a matter 
susceptible to peremptory dismissal. The usability, and accessibility issues 
are very real too, of course.

-- 
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/kde-core-devel/attachments/20070916/f335ca70/attachment.sig>