Desktop entries association

[armync]

If the user is trying to install an app, it also has to add that app target(s) to the WineGUI applications list. But then, there is no way to create an .desktop entry of that .exe in order to open native files through the WINE apps (or so far, I'm not able to find it).

For now, Codewavers Crossover can do it. Also on a note, it is able to detect the entire list of project's .exe on its own.

and Bottles too. Works as WineGUI on this, the user has to add the .exe's manually to the list.

[melroy89]

In WineGUI you can add the binary manually to the app list of a specific wine bottle. Using the + icon at the top of the applications list.

If an application installs a menu item under Windows (wine will also install a desktop file automatically) and this desktop file will automatically be present in the app list of WineGUI as well. Eg. most games will install a menu item.

However, you are most likely referring to an application or game that aren't installing a menu item automatically.

So you are right, I could extend WineGUI to also add a desktop entry out of a application item (in case of manually adding the app). Is that what you are requesting?

[armync]

Yeah, I think so. A desktop entry should be created too.

As in the examples seen above, in SoftMaker case, CodeWaver made an additional association menu, called 'Windows'. So, shortly speaking, it automatically links the apps under Wine Windows env right to the host system association menu (Linux).

For Bottles, this process is a bit less intuitive, requiring the user to do it manually. As a result, the app appears under 'Lost & Found' instead of being seamlessly integrated, as with CodeWaver’s automatic solution, which is preferable.

WineGUI, on the other hand, lacks any such option at all. I was unable to open any .docx just by clicking the file. I had to resort in manually opening TextMaker from the GUI and then, open the file from within of the app.

[melroy89]

I just recently found out how to do this properly I think. See for exmaple: ~/.local/share/mime/packages. These contains XML files like:

<?xml version="1.0" encoding="UTF-8"?>
<mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info">
  <mime-type type="application/msonenote">
    <glob pattern="*.one"/>
    <comment>Microsoft OneNote Section</comment>
  </mime-type>
</mime-info>

Under Linux everything is actually MINE based. But you can map file extensions for example to (custom) MIME type. And then in the .desktop file, we talked earlier about, you can actually describe the MimeType= option, that matches the name in the XML file.

Then it might require a update-mime-database ... call to update the MIME database. And voila.