You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So, when encountering an AppImage, then "the system" (I still need to decide which component) needs to place the link to ~/.local/share/launch/MIME/.../ based on the information in MimeType= in the .desktop file inside the AppImage. (This already happens for .desktop files which are not inside AppImages.)
Possibly we can use the new libsqsh library by @Gottox for this. It looks promising and is under a permissive license.
In https://github.com/probonopd/Filer/ I have implemented AppImage squashfs reading using libsqsh; in the current architecture something like it would also need to be done in launch which populates and manages the launch "database".
It should automatically detect all Appimages in the hard disk and display them on the list. It should allow people to choose the software to be executed by default from the folder, as shown in the figure. image
Remaining part from #26 (comment):
So, when encountering an AppImage, then "the system" (I still need to decide which component) needs to place the link to
~/.local/share/launch/MIME/.../
based on the information inMimeType=
in the.desktop
file inside the AppImage. (This already happens for.desktop
files which are not inside AppImages.)Possibly we can use the new libsqsh library by @Gottox for this. It looks promising and is under a permissive license.
The text was updated successfully, but these errors were encountered: