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/classKSt... 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