In 3.5.13, with KDE 4 installed, all
of the KDE 4 apps appear in the T-Menu with a [KDE 4]
identifier.
If somebody on the Trinity team did this then kudos. Nice
touch!
Can I go further and not have any KDE 4 items show at all
--- without creating a custom menu, removing all KDE 4
packages, or editing every *.desktop file?
I have a possible solution and I ask for comments.
In the current startkde script the XDG_DATA_DIRS environment variable is defined as
$XDG_DATA_DIRS:/opt/trinity/share:/usr/share.
Deleting the path reference to /usr/share answered my question nicely. All of the KDE4
apps disappeared from the T-Menu.
Some people will like that and some won't, but should XDG_DATA_DIRS be defined in
startkde (soon to be starttde) in that manner?
I lean toward no. That variable should be defined by the user. In Slackware this is done
in an /etc/profile.d script. Yet I believe some distros do not use /etc/profile.d. Are
there other options in those distros to define the variable? If not then should startkde
be fine-tuned to better satisfy what an end-user might want? And how so?
This simple trick should work with running 3.5.10 and 3.5.13 on the same system, if the
former is installed in /usr and the latter in /opt/trinity.
The startkde script needs attention anyway. There are several spots where snippets repeat
and the idea of defining KDEDIRS in that script causes some KDE4 apps to start.
Thanks.
Darrell