> 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