Bug 574076
| Summary: | evince.desktop not displaying in Gnome menu | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mark Watts <markrwatts> |
| Component: | evince | Assignee: | Marek Kašík <mkasik> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 12 | CC: | linton4, mkasik, naesten, ngalvin |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-07-23 09:59:24 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Mark Watts
2010-03-16 14:56:48 UTC
*** Bug 578052 has been marked as a duplicate of this bug. *** Hi, the reason for not showing evince in the application menu is that it is only a viewer. Users are assumed to find their file and open it by double-click instead of openning viewer, finding the file and double-click. The desktop file is present because of right-click menu. The upstream discussion is held here https://bugzilla.gnome.org/show_bug.cgi?id=312399. Regards Marek Why should a user be forced to use Nautillus (or whatever else) to open PDF files? This seems like stubbornness for the sake of it, rather than offering users a sensible choice. I know I _never_ use a graphical file manager, and I'm sure I'm not the only one. As an aside, but equally important, this is very inconsistent; "gThumb Image Viewer" is listed in the Applications menu and one would assume that this would be the viewer invoked to view images, but no - "Eye of Gnome" is used instead and that also isn't in the Applications menu. This kind of inconsistency is what drives users mad. Hi Mark, this is an explicit decision of upstream to set NoDisplay to "true". I'm closing this with resolution UPSTREAM. Regards Marek (In reply to Marek Kašík from comment #4) > this is an explicit decision of upstream to set NoDisplay to "true". I'm > closing this with resolution UPSTREAM. Isn't that resolution supposed to be accompanied by a reference to an upstream bug report? Actually, <https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow> seems to indicate that you should only use it if you expect upstream to fix it at some point, which they aren't likely to do if they're convinced it's a feature. (In reply to Samuel Bronson from comment #7) > (In reply to Marek Kašík from comment #4) > > this is an explicit decision of upstream to set NoDisplay to "true". I'm > > closing this with resolution UPSTREAM. > > Isn't that resolution supposed to be accompanied by a reference to an > upstream bug report? Actually, > <https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow> seems to > indicate that you should only use it if you expect upstream to fix it at > some point, which they aren't likely to do if they're convinced it's a > feature. I see that the UPSTREAM resolution was not quite right. So I'm changing it to NOTABUG since this is not a bug but a feature! :) |