> 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