Hi Albin! On Sun, 07 Jun 2009 22:15:19 +0200, Albin Tonnerre wrote: >> Sorry, I think you missunderstood me because I was not clear: which >> softare is responsible to read /u/s/applications/*.desktop files on the >> fly, i.e. when they are changed? On Illume these files are shown on the >> "desktop" and the bug is in this software. [...] > I still don't get it. As far as I can see, all the problems you're descibing > relates to your menu, not to whatever lib is in charge of parsing it. Efreet > merely does what your menu file asks for.
Is not efreet responsible to parse .desktop file as well? I am talking about the software responsible for the three icons on the Illume "desktop" at http://pkg-fso.alioth.debian.org/bugs/e17-fonts_GTA01/e17_default_285-dpi.png AFAIK, there is no menu involved there. The Illume "desktop" does not show the following .desktop file, which is perfectly valid according to http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html ===== debian-gta01:~# cat /usr/share/applications/category-utility.desktop [Desktop Entry] Name=UTILITY Comment=Category Utility Exec=/dev/null Type=Application Icon=debian Categories=Utility; debian-gta01:~# ===== However, if you change "Categories=Utility;" with "Categories=System;", the .desktop file is now shown. Both categories are part of the specs, that why I stated that efreet is not compliant to the specs. The same happens with the Audio, Video, Education and Settings categories. Please feel free to ask for more examples, it seems I am not able to pass the message, sorry. Thx, bye, Gismo / Luca
pgpzEaVIGtUWt.pgp
Description: PGP signature
