7 Mar
2012
7 Mar
'12
9:11 p.m.
Have you looked through the CMake files? There are a
few places where
CMake variables are written into TDE via autogenerated
#defines.
Other than that the class name you are probably looking for
is
KStandardDirs, as it stores all search directories.
See
http://trinitydesktop.org/docs/trinity/current/kdelibs/kdecore/html/classKS…
for documentation.
Thanks. I've run through kstandarddirs.cpp several times. I'm running new builds
now with and without the change. I'm hoping I will notice a difference in the build
logs and cmake cache files.
I have two test environments, one with and one without KDE3 concurrently installed. In the
one with KDE3 installed, I renamed /usr/share/share/applications/kde to kde3 and Konqueror
would not display all of the setting modules. When I restored that directory name back to
kde and restarted the session, Konqueror again displayed the setting modules.
Therefore something in Konqueror or the base system will use /usr/share/applications/kde
despite being built to use /opt/trinity/share/applications/trinity.
As I mentioned, when I create a sym link from /opt/trinity/share/applications/trinity
-> kde then Konqueror finds all of the modules.
This is true even after editing starttde and my environment to limit
XDG_CONFIG_DIRS=/etc/xdg:/etc/trinity/xdg and XDG_DATA_DIRS=/opt/trinity/share and
unsetting TDEDIRS. Thus I don't thinks those variables are the cause.
Is there a way I can trace opening the Konqueror settings menu?
Darrell