> 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/classKStandardDirs.html
> 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