kdesupport/emerge

Ralf Habacker ralf.habacker at freenet.de
Mon Feb 25 14:54:04 CET 2008


Jarosław Staniek schrieb:
> David Faure said the following, On 2008-02-25 13:48:
>
>   
>> It's used for finding installed applications (desktop files) on the system.
>> But I'm not sure you care for cohabitation with gnome-on-windows or other linux-apps-ported-to-windows at this point just yet :)
>>     
>
> We wouldn't care. By the time, really I am predicting: 
> GNOME-on-windows-or-whatever-it-would-be-named would heavily depend on .NET 
> subsystem.
>
>   
>> In the long run I guess you'll need to generate desktop files for installed apps on windows 
>>     
>  > [or make kbuildsycoca create kservices from installed apps],
>  >so that one can set up mime-app associations like "clicking on .doc in dolphin
>  > or konqueror opens in MS Word",
>  > but this is unrelated to XDG_DATA_DIRS then.
>
> For that one I am rather thinking on integrating with HKCU registry classes, 
> nicely wrapped. Otherwise user would not see changes made to mimetype 
> associations in non-kde windows apps, e.g. explorer.exe (and conversely).
>
>   
I haven't seen the original thread so i can only assume what the exact 
topic was and the answer may be not exactly, but about windows start 
menu entries the following should be said:
The kdewin-installer has support to create windows start menu entry from 
desktop files. The currently implementation is based on the complete kde 
installation (kdewin-menubuilder) and there are plans to change this to 
a package related way. This means that start menu entries will be 
added/removed when a related package is installed/uninstalled.

Ralf






More information about the Kde-windows mailing list