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

List:       kde-devel
Subject:    Re: [Fwd: request for discussion: KDE color schemes]
From:       Don Sanders <dsanders () cch ! com ! au>
Date:       1999-05-02 23:21:25
[Download RAW message or body]

Sorry about the delay. 

I think this is a great idea. A KAccel like class for Colours seems very
natural, especially with defaults.

Sven/Stefan do you think it would be a good idea to use this in KMail? (for
background,  link colours, etc)

A few day ago Cristian Tibirna wrote:
> This will require to take out the reading color scheme code from
> kapp.cpp
> and create a separate class, not unlike the KAccel class in spirit.
This doesn't sound quite right Surely we don't want to break 
applications by removing code from kapp.cpp. It would be nice to print out some
kind of warning "usage of this code is deprecated message" though, I have no
idea how this could be done at compile time.
ell as (for a subset) on a per-app basis.

> Time passing and KDE evolving, KDE's color schemes became much more
> complex than at the moment of the creation of the pseudo-standard which
> is
> presently used in kcmdisplay and readable in $HOME/.kderc
> 
> I propose to discuss the possibility of centralizing all the presently
> spread around color configurations and of changing the KDE color scheme
> standard (kcs files used by kcmdisplay and indirectly by krdb). Also, an
> 
> extended configuration widget would have to be written.
> 
> This will require to take out the reading color scheme code from
> kapp.cpp
> and create a separate class, not unlike the KAccel class in spirit.
> 
> I found, at this date, the following color config options to have become
> 
> available:
> 
> - current KDE color scheme - currently defined in kcmdisplay
> - URL colors - link, visited-link, active-link (currently configured
>    separately in kfm/konqueror, kdehelp, khelpcenter, not configured in
>    kmail - but config needed - and many more - all apps using URLS)
> - desktop icons fg and bg (currently configured in kfm/konqueror)
> - panel colors (new in kpanel-II - the set is not completely defined
> here)
> 
> Please, contribute at completing this list.
> 
> I also propose to discuss the possibility to use the mechanism of (and
> experience gained with) standard accel keys, thus defining global colors
> 
> and standard colors (a subset of the new KDE color scheme that we will
> define), with associated config widgets, which would allow configuring
> colors globally as well as (for a subset) on a per-app basis.

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