https://bugs.kde.org/show_bug.cgi?id=265334
--- Comment #5 from <andruk tatum gmail com> 2011-02-05 00:18:07 --- Fine, that use case is a bug in that application, and it should be fixed. But, there is still another use case, where Evince doesn't want to be shown in the "Applications" menu, but still needs to be shown in the "Open With" menu. Unless there is an additional mechanism to tell Nautilus to display an application in the "Open With" menu, there's no way for Nautilus to know what to display and what not to display. Presumably Okular plugins can extend the functionality of Okular to open more formats than without the plugin, and therefore it's impossible to know which MIME types to register before the application launches. Thus, it does make sense to register additional MIME types for Okular when the plugins are installed, and the current way of doing this is by creating multiple desktop files. I am unsure what you are referring to when you speak of having me "prove its an abuse". I don't think I need to prove anything if you have already admitted that when you said "probably that is a bit of "abuse" of the .desktop specification" in the Launchpad bug report. On the point of abusing the standard, we seem to be in agreement, or seem to have agreed about this in the past. If your opinion has changed, I would like to know what changed it. However, it seems that this use case either needs an extension to the .desktop standard to differentiate between "Applications" menu and "Open With" menu, or Evince simply needs to have an "Applications" menu entry (eg: remove the NoDisplay from Evince, as it appears to be the only application in this use case). Would you agree with either of these solutions? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Okular-devel mailing list [email protected] https://mail.kde.org/mailman/listinfo/okular-devel
