21 Apr
2012
21 Apr
'12
9:39 p.m.
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