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

List:       kde-core-devel
Subject:    Re: Temporary KColorScheme change - hard-code some state colors
From:       Boudewijn Rempt <boud () valdyas ! org>
Date:       2007-09-14 13:48:58
Message-ID: 200709141549.00462.boud () valdyas ! org
[Download RAW message or body]


On Friday 14 September 2007 12:11, Richard Dale wrote:
> On Friday 07 September 2007, Matthew Woehlke wrote:
> > Matthew Woehlke wrote:
> > > Matthew Woehlke wrote:
> > >> I'm thinking I'd like to check in the following diff as a temporary
> > >> measure to get people thinking about active vs. inactive widget
> > >> states.
> > >>
> > >> This is a TEMPORARY change (things will be configurable in 4.0-final
> > >> as I've previously talked about; (1) for example), but will hopefully
> > >> help shake people out of the KDE3 way of thinking where it was "ok" to
> > >> not think about widget states w.r.t. the color scheme.
> > >
> > > Since I'm hearing complaints about the current situation (basically,
> > > when using oxygen, can't tell active/inactive apart), I'm going to
> > > commit this by Friday unless someone objects.
> >
> > Done, since no one objected.
>
> I think this change is wrong because it turns your computer into a 'one
> window at a time' system. There must be better ways of showing which is the
> active window than changing the entire color scheme by darkening the window
> contents. I find it fatiguing when the window contents keep changing when
> you click on different windows - as opposed to just the window title bar
> changing (ie more transparent, or a different color), which is the normal
> way to indicate which window is the active one. If I want to read two
> documents at once, I don't want one doc dimmed and the other normal.

Amen. I would have objected to Matthew's proposal if I had understood what it 
was about.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi

[Attachment #3 (application/pgp-signature)]

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