File association does not work correctly on Linux Mint with AppImage about drawio-desktop HOT 16 CLOSED

File association doesn't on the snap package but works when deb-package is installed. Here is a work around https://gist.github.com/giner/0eb272c11085036c4438413f6de0e454.

from drawio-desktop.

Hujambo!

Please vote for this feature here: https://trello.com/c/Yi0s2ZXu/273-handle-command-line-arguments-in-electron-builds-open-file-scripted-export

Asante sana!

from drawio-desktop.

This is a massive workflow problem for us too. We have 15+ developers who use draw.io desktop from macOS. This really would be great to fix.

from drawio-desktop.

Added, should be available with the next release

from drawio-desktop.

This does not appear to work in Linux systems? In the release notes I can only see the following:

.drawio is now the default extension and .drawio is associated with the application in Window on install.

from drawio-desktop.

Did you try the AppImage format?

from drawio-desktop.

On debian the mime type is text/plain, which will cause an issue.

from drawio-desktop.

Did you try the AppImage format?

I was using the .rpm installer. I just tried with the Appimage and it works, the mime type does get added to the system, and even remains there after removing the Appimage, which solved the problem for my rpm-bases installation.

from drawio-desktop.

This is an issue on Linux as well, I have tested both the deb file and the AppImage, neither of them has the mime-type registered. In addition to that, neither of them actually put an icon for the app in place. I have a blank no icon spot for where the app is.

from drawio-desktop.

Which linux distribution had this problem?

from drawio-desktop.

I've got this problem (missing mime-type and missing icon) under fedora 30 with GNOME 3.32.2.

from drawio-desktop.

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. See the FAQ for more information.

from drawio-desktop.

I also find this annoying on PopOS! Can r-click > Open with Draw.io, but can't double-click as it thinks its a plain text file, and also the icon is just a plain text file rather than the drawio icon. Setting the default app to draw.io makes no difference.

from drawio-desktop.

Also it seems that snapcraft don't support mime types registering yet https://bugs.launchpad.net/snapd/+bug/1849094

from drawio-desktop.

When I select .drawio or .xml as file type in the save dialog, it will be saved with mime type text/plain for .drawio and application/xml when saving as .xml. When I want to open the file again, I have to right-click on it and select to open it with with draw.io. However, this also changes the default application for all normal text files which also have text/plain as their mime type. This means, if I want to open a normal text file, I have to change it back again.

In the .desktop file of draw.io, two mime types are configured:

• application/vnd.jgraph.mxfile
• application/vnd.visio

But these definitions are useless if draw.io doesn't save its files with these mime types.

from drawio-desktop.

There's a number of requests for support for specific OS's and specific images. We're going to have to treat different distros as different issues, the Linux OS ecosystem has very fragmented behaviour. I'll change this one to be that of the original author, if yours varies from that please open a new issue.

from drawio-desktop.