GNOME Bugzilla – Bug 121791
KDE's desktop icons also appear
Last modified: 2005-07-13 13:37:35 UTC
It's a nice idea for KDE and Gnome to share the same ~/Desktop directory, but currently only the directory name is common, its contents are quite incompatible, causing both desktop environments to hurt the other one. I highly disagree with this move _now_. First KDE and Gnome developers should cooperate to design a common content, and only change to the common directory name after both have adopted this agreed content. Since KDE has been using this name for a long time and AFAIK they don't plan a new release until December, I think Gnome developers should revoke this decision not to hurt KDE. Let's see what I mean: - Nautilus creates a starthere.desktop file. KDE displays its icon (obviously only if I've even ran Gnome before) but is unable to handle its start-here: URL. Nautilus doesn't place an "OnlyShowIn=GNOME;" line in this desktop field, though it really should. Furthermore, KDE doesn't honor the OnlyShowIn or NotShowIn field, which is a KDE bug. Hence I'll have an icon under KDE which is totally unusable. I don't know what happens if I remove it, but basically there are two possibilities: either I won't see it under Gnome, which is wrong, or Nautilus will put it back and hence I'll see it under KDE again, which is wrong again. - The same story in the opposite way. KDE creates a desktop file for the trashcan there. Gnome displays its icon (obviously only if I've ever ran KDE before) and hence I have two trashcans on my desktop. (I haven't cheched the English version, but for example in Hungarian a different word is used for them, both meaning trashcan.) KDE doesn't put an "OnlyShowIn=KDE;" line in the desktop file, but even if it did, Gnome doesn't honor the OnlyShowIn or NotShowIn field (see bug #95221). Yet again I don't know what happens if I remove it, but basically there are two possibilities: either I won't see my trashcan under KDE, which is wrong, or KDE will put it back again and hence I'll see it under Gnome again, which is very wrong too. So everything is fine as long as I only run one of these two systems, but if you expect the users to use either only Gnome or only KDE then there's absolutely no need to choose a common directory name. The common name will only be an advantage for those who use both systems: they create an icon on one and will to see it on the other. And then other metadata (such as the position of the icon) should also be stored in a compatible way, but that's another long story... So please please please: first design and implement a directory structure with compatible _content_ for KDE and Gnome, and only rename it to the same name later. I hope that Gnome 2.6 and KDE 3.2 will be compatible in such a way, but I'm sure that for Gnome 2.4 this move would cause much more trouble than advantage.
bug report sent to the kde people as well... http://bugs.kde.org/show_bug.cgi?id=63933
nautilus does now hide the KDE trash-dir.
Created attachment 22442 [details] [review] proposed patch for OnlyShowIn=KDE;GNOME;Whatever;
Created attachment 22444 [details] [review] after I read #95221 I propose THIS patch as a preffered solution for OnlyShowIn
Adding PATCH & bugsquad keywords and setting priority->high, severity->normal.
KDE 3.2.1 will honour the OnlyShowIn and NotShowIn fields of .directory and *.desktop files on the desktop.
what happened with this problem ? gnome 2.6 seems do not support any of that.
Nautilus shouldn't be installing a starthere.desktop file anymore. As for OnlyShowIn support, I don't know if this should be put in the vfs layer. I was under the impression that the vfs layer usually returns all desktop files, and apps on top of the vfs layer do display filtering like this. The idea is that a menu editor should let you see all the entries, and maybe edit their OnlyShowIn attribute.
is that still an issue?
No it isn't. starthere.desktop has gone.