GNOME Bugzilla – Bug 323476
EelOpenWith dialog should include entries/directory with is_nodisplay == TRUE
Last modified: 2006-03-20 17:17:10 UTC
This bug has been described by http://bugzilla.ubuntu.com/show_bug.cgi?id=20497 When a desktop file uses "NoDisplay=true" it's not listed by gmenu_tree_directory_get_contents (). Some applications (like evince) or menu editor use this option. That's an issue because gmenu-simple-editor doesn't make possible to the user to unmask the entry then and the "open with" nautilus dialog doesn't list the application.
'NoDisplay means "this application exists, but don't display it in the menus". This can be useful to e.g. associate this application with MIME types, so that it gets launched from a file manager (or other apps), without having a menu entry for it' This is from the desktop entry spec. Alacarte is doing the right thing here.
Looks like the "NoDisplay" desktop entries and directories are skipped straight during parsing. It might be better to not skip them, and add get_no_display API to GMenuTreeEntry and GMenuTreeDirectory.
Committed this patch to HEAD: http://www.gnome.org/~markmc/code/gnome-menus-include-nodisplay.patch Moving to eel so the new API can be used to fix EelOpenWithDialog
still an issue with GNOME 2.14, apps like evince are not listed by "open with" dialog
Created attachment 61455 [details] [review] Proposed patch Thanks for the quick response Mark. Patch discussion: http://mail.gnome.org/archives/nautilus-list/2006-March/msg00079.html
Committed, closing.