KConfig Bug?

Waldo Bastian bastian at kde.org
Sat Jun 28 14:09:51 BST 2003

Hash: SHA1

On Saturday 28 June 2003 05:04, Benjamin Meyer wrote:
> Just to summarize so we can move on to fixing this, there are four options
> I see:

This is about the problem you try to solve in ktoolbar, right?

The parse order of files is like this:


What you want is the ability to undo any setting provided by either of the 
kmyapprc files (correct?)

This isn't possible in and of itself, because you do not have a way to undo 
the setting provided by $KDEDIR/share/config/kmyapprc only, your options are
1) Provide a new value in $KDEHOME/share/config/kmyapprc
2) Mark the entry as deleted [$d] in $KDEHOME/share/config/kmyapprc
3) Don't provide any entry in $KDEHOME/share/config/kmyapprc

1) Will use the new entry provided.
2) Will use the default defined in the application (ignoring settings from 
3) Will use the default defined in $KDEDIR/share/config/kmyapprc

There is no way to force that it picks up the entry defined by the kdeglobals 
files. What you can do is
A) Do nothing, KConfig will automatically leave out the entry from 
$KDEHOME/share/config/kmyapprc if it matches the setting in kdeglobals, _as 
long as there is no $KDEDIR/share/config/kmyapprc_. If there is a 
$KDEDIR/share/config/kmyapprc it will write out an explicit entry for it and 
but will not follow changes made to kdeglobals.

B) Use two different entries (cq. two different groupnames) for kdeglobals and 
kmyapprc. That way you can delete the entry from kmyapprc and in the 
application (ktoolbar in this case) you can fall back to kdeglobals if 
kmyapprs doesn't provide an entry.

- -- 
bastian at kde.org -=|[ SuSE, The Linux Desktop Experts ]|=- bastian at suse.com
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org


More information about the kde-core-devel mailing list