On October 11, 2004 12:34, Daniel Kobras wrote: > This turns out to be a bug in KDE. Kino is a gtk application, despite > its name starting with k. It installs a file > /usr/share/applications/kino.desktop, but no entry turns up in the KDE > menu. After pulling out a substantial part of my hair over this issue, > I found out that renaming the file to, say, gino.desktop makes the menu > entry appear. Along the same line, renaming an arbitrary file in that > directory to something starting with letter k makes the respective menu > entry disappear in KDE. > > It seems that most of the other k* executables indeed are KDE > applications, and install their .desktop files in > /usr/share/applications/kde/ instead[1]. I assume that's why this bug > wasn't noticed earlier.
This bug is actually far more strange than this... I created a file, xmms.desktop, placed it in /usr/share/applications, but found that the KDE menu didn't show it. Renaming the file XMMS.desktop fixed this. Similarly, totem.desktop doesn't show up in the KDE menu - unless you rename it, and gxvattr.desktop wouldn't show up either, until I renamed it. It seems that pretty much any new name will do (though I hadn't noticed the k* pattern). Moving the .desktop files into the kde subdirectory of /u/s/applications made things appear. Looking through the KDE code, very briefly, I didn't see an obvious "blacklist" of .desktop file names to ignore. Something much stranger must therefore be going on. Has this been reported upstream? Cheers, Christopher Martin
