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
Note: According to the the spec page the MimeType entry should indicate that the application can handle files with the text/plain mime type.
Note: I'm using gedit as an example. Also, the desktop entry doesn't seem to work unless the icon is valid.
Install the desktop entry by running the following command:
xdg-desktop-menu install test-entry.desktop
Check that the entry was installed correctly by searching for "Test Entry" in the menu/launcher. Opening it should launch gedit.
Create a new text file foo.txt. Right click on this file in nemo.
Expected behaviour
Test Entry should be a recommended option for opening foo.txt. The below screenshot shows what happens in the Dolphin file manager (which is correct, as I understand it).
Other information
Nemo does seem to know that test-entry.desktop can handle files (I believe it looks for the %F argument to Exec), just not the types it can actually handle (i.e. it shows up in the Other Applications section of the open with menu, not the Recommended Applications section). It could just be that I'm misunderstanding how this is meant to work.
To test that the handler is registered with properly, I listed the output of mimeopen for foo.txt and Test Entry is listed as an option.
Nemo seem to use the [Added Associations] in mimeapps.list to determine what applications to show in the open with menu. This is somewhat inconvenient, as there is no easy way (that I could find) to edit this via command line tools (you can change the default application with xdg-mime default text/plain test-entry.desktop but not add/remove associations).
Nautilus has the same behavior as Nemo, but I wasn't sure whether to include that as a data point for expected behavior, as I believe this is a fork of that project?
The text was updated successfully, but these errors were encountered:
Issue
MimeType associations from desktop files don't show up in the right-click context menu in Nemo, only associations from
mimeapps.list
.Steps to reproduce
Create a new .desktop file called
test-entry.desktop
, with the following contents:Install the desktop entry by running the following command:
Check that the entry was installed correctly by searching for "Test Entry" in the menu/launcher. Opening it should launch gedit.
Create a new text file
foo.txt
. Right click on this file in nemo.Expected behaviour
![dolphin-option](https://user-images.githubusercontent.com/7678024/71220540-faae3a00-231c-11ea-81a8-d447bf9d9185.png)
Test Entry should be a recommended option for opening
foo.txt
. The below screenshot shows what happens in the Dolphin file manager (which is correct, as I understand it).Other information
Nemo does seem to know that test-entry.desktop can handle files (I believe it looks for the
%F
argument toExec
), just not the types it can actually handle (i.e. it shows up in the Other Applications section of the open with menu, not the Recommended Applications section). It could just be that I'm misunderstanding how this is meant to work.To test that the handler is registered with properly, I listed the output of
and
mimeopen
forfoo.txt
Test Entry
is listed as an option.Nemo seem to use the
[Added Associations]
inmimeapps.list
to determine what applications to show in the open with menu. This is somewhat inconvenient, as there is no easy way (that I could find) to edit this via command line tools (you can change the default application withxdg-mime default text/plain test-entry.desktop
but not add/remove associations).Nautilus has the same behavior as Nemo, but I wasn't sure whether to include that as a data point for expected behavior, as I believe this is a fork of that project?
The text was updated successfully, but these errors were encountered: