All right, let's solve these .desktop issues forever
Mikołaj Zalewski
mikolaj at zalewski.pl
Mon Aug 14 18:11:01 CDT 2006
I was investigating the menu problems and now I'm back so I could try
to fix it. The problem is with the support for the new freedesktop.org
standard. In it the /usr/share/applications and
~/.local/share/applications contains a flat list of applications while
the menu structure is controlled by XML files. Thus adding items to
~/.local/share/applications is harder than adding them to legacy
directories as the XML files would need to be updated.
There is however a possibility to add an XML file that includes a
"legacy" directory where the menu structure is given by the directory
structure. That would be the easiest way to quickly fix this problem.
I've attached a simple menu file that could be created by
wineprefixcreate. It should be copied to
~/.config/menus/applications-merged/ and
~/.config/menus/kde-applications-merged/ directories and the path in it
should be fixed - "username" changed to the actual user name. After
copying the files from ~/.kde/share/applnk/Wine to ~/.wine/menu the
items should be visible in the menu (I think it's a good idea to keep
the .desktop files in ~/.wine). If anyone would test it I would be glad
to know how it works.
There is a small problem that KDE scans the ~/.kde/applnk directory
(unlike Gnome that scans only the global directories /usr/share/applnk
and /etc/X11/applnk and that why the menu is not visible) and after this
change will display the menu items twice. This can be fixed by creating
the ".desktop" in legacy directories with "OnlyShowIn=Old;".
If this sound good I can send patches to winecreateprefix and
wineshelllink with these fixes.
Mikolaj Zalewski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.winehq.org/pipermail/wine-devel/attachments/20060815/4cf52e21/wineapps.htm
More information about the wine-devel
mailing list