trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: April 2012

Re: [trinity-devel] Application NOT respecting 'System Administration -> Paths' setting in kcontrol

From: Darrell Anderson <humanreadable@...>
Date: Sat, 21 Apr 2012 14:39:20 -0700 (PDT)
> I would *guess* that changing the My Documents field never
> signalled updated() to kcontrol, but that changing another field
> did.  See if it works if you consistently update another field in kcontrol
> when you change the My Documents setting.

I'm sorry. I am not following your suggestion. :( Which fields? Where? There are only three fields in KControl:Paths and only one affects the documents location. Please explain in dunce terms. :)

I tried several ways of trying to get one or the other to recognize any change. I never saw a change when made in the MY Documents device icons URL field. (Not to mention I had to type and and could not use the little folder button.) Changing the location from KControl was sporadic. I haven't yet figured out the pattern for when KControl updated user-dirs.dir.

Changing either seemed to have no effect on any app. Everything seemed limited to $HOME or $HOME/Documents. Changing either to a location outside of $HOME had no effect.

Every time I changed either I searched $HOME for recent file changes. Nothing. $HOME is hard-coded as the default location (kstandarddirs.cpp?). I suspect that whatever controls/intercepts kdialog requests is not looking at user-dirs.dir or is not looking at that file all the time.

I'm rebuilding tdebase right now with the TSAK additions to the TDM help center. Later I'll test this in my KDE3 setup and see whether I can find a pattern there. OF course, there is no My Documents icon in KDE3 but I should still see a pattern using KControl. I think the testing key is to use a location other than the defaults so the non standard location is forced to get stored somewhere.

Darrell