5 Apr
2012
5 Apr
'12
12:37 a.m.
Looking at the tdelibs/tdecore/kstandarddirs.cpp
locations, I noticed the KDELIBSTUFF is hard coded to /trinity /trinity/plugins for
module and qtplugin types. I've wondered why that wasn't /tde and /tde/plugins
since it replaces /kde /kde/plugins. Is there a way to pass an environment
variable or something similar to the file so that the following code:
TQString KStandardDirs::kde_default(const char *type) {
<snip>
if (!strcmp(type, "lib"))
return "lib" KDELIBSUFF "/";
if (!strcmp(type, "module"))
return "lib" KDELIBSUFF "/trinity/";
if (!strcmp(type, "qtplugins"))
return "lib" KDELIBSUFF
"/trinity/plugins";
<snip>
could do something like:
TQString KStandardDirs::kde_default(const char *type) {
<snip>
if (!strcmp(type, "lib"))
return "lib" KDELIBSUFF "/";
if (!strcmp(type, "module"))
return "lib" KDELIBSUFF "/tde/";
if (!strcmp(type, "qtplugins"))
return "lib" KDELIBSUFF
"/tde/plugins";
<snip>
What I don't have a feel for is how the hard coded
/trinity location trickles through the rest of the code. If it is relied on by much of
the rest of the build, it isn't worth fixing, but hard coding the location
seems like it could lead to issues later. Just a stray thought.
Please refer to bug report 892.
Although I have had progress patching packages to the correct XDG information, I have
problems evry time I change the path to applications/tde. Everything I have tried results
in everything installing to that new location, but experiencing breakage in apps.
Something somewhere in the code is cleverly hidden or hard-coded to look for
applications/kde. If I could resolve that problem I could start pushing all of the related
package patches to fix all of the XDG related files (mostly *.desktop files, but some
stray code too).
This bug report and the help files are biggies. I'm starting a new build run this
evening to run overnight and through that I'll create the necessary patches for the
help files.
Darrell