'strict' color mode?

[Aaron J. Seigo]

On Thursday 21 June 2007, Olaf Schmidt wrote:
> Hi Aaron!
>
> [ Aaron J. Seigo, Do., 21. Jun. 2007 ]
>
> > > 4. Many applications have default background images that do not work
> > > with light-on-black colour schemes. These applications must hide those
> > > background images if KCS is in "strict" mode. Again, it is allowed to
> > > override the KCS colour with application-specific non-default settings.
> > >
> > > You objection makes #4 impossible, so I hope you withdraw your
> > > objection.
> >
> > this is indeed an issue and a much easier one to solve/address than
> > colours. so let me ammend my objection:
> >
> > i'm fine with using it for background control, but stand by the idea that
> > we should not try and get applications to use it for colour settings
> > internally but instead encourage/require apps to adopt KCS and put all
> > the colour relevant logic in there instead between now and 4.[12].
>
> Then we are in full agreement. My goal was always to move all application
> colour configuration to central classes that handle everything comfortably
> and reliably.

ah, great!

> And you have convinced me that "KColorScheme::strict()" is a bad name.
> How about naming it "KColorScheme::noBackgroundImagesByDefault()"
> or "KColorScheme::defaultToPlainBackground()"?

or even just "noBackground()"? but all of these seem much more understandable 
to me..

> In the user interface, we would still name it
> "Strict Mode: Only use these colors by default" (which is the result of
> very long usability discussions).

yes, that works for me


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

Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
-------------- 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/20070621/9313ba7f/attachment.sig>