From kde-core-devel Mon Sep 17 11:22:46 2007 From: Richard Dale Date: Mon, 17 Sep 2007 11:22:46 +0000 To: kde-core-devel Subject: Re: Temporary KColorScheme change - hard-code some state colors Message-Id: <200709171222.46410.richard_dale () tipitina ! demon ! co ! uk> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=119002874819350 On Monday 17 September 2007, pinheiro wrote: > A Monday 17 September 2007 09:09:38, Jakob Petsovits escreveu: > > On Sunday, 16. September 2007, pinheiro wrote: > > > A Sunday 16 September 2007 14:22:47, Jakob Petsovits escreveu: > > > > Just out of interest, could you post the same mockup without > > > > background changes (but all the other effects being kept)? > > > > > > > > The mockup above contains subtle changes: > > > > #D5D5D7 vs. #DBDBDD, and > > > > #C5C5C7 vs. #CBCBCD. > > > > > > > > It would be interesting to see if it looks similarly inactive if both > > > > versions have the *B*B*D background colors. > > > > > > i think it not that bad but it kind loses some thing recognicion is now > > > only in the title bar. and the shadow > > > http://www.nuno-icons.com/images/estilo/image4618nocoloring.png > > > > I find them both equally great! > > (And the new line at the bottom of the title bar also does a good job.) > > > > Sorry to say that I'm now on the no-background-changes side as well :P > > i think we should keep this feature turned off by defoult for the moment > until we get it in to ship shape condition, (the flikering and the delay > are real issues that we must deal with until we can realy use it) AFIK its > rely not big on cpu so ithink we should try it as an option as i think many > of the issues will be solved in the near future.. No, the hack to use the inactive control color palette for entire windows is just broken and can never be made to work properly. The visual metaphor you use for indicating the an individual control is inactive is different from the metaphor that you might want to use within the window contents to indicate the entire window is inactive. If you tune the colors to make the inactive window effect less intrusive, it will mean the the effect for inactive controls will probably be wrong. There are various other issues too, such as some windows like passive popups never becoming the key window and so they will always be dimmed. We would need to use another mechanism entirely to do the effect that Mac OS X has - ie only change the color of the knob in a scroll bar and only just the color of selections. The inactive palette effect does far more than just that. I assume that the Qt style for Mac OS X must do this already, and maybe there is some api in Qt to allow it to work that we could experiment with using. > for the moment the windek will be worked so it goes like that last mock, > that needed to be done any way.... think its good compromise and one that > will please everybody right people? I think the mock up in the above link looks very good, and looks as though there will be no technical problems in implementing it. -- Richard