GNOME Bugzilla – Bug 643299
Do not exclude Documentation from applications
Last modified: 2011-02-28 23:49:35 UTC
As gnome-shell is going to drop its custom applications.menu file and use the one provided by gnome-menus[0], there will be no obvious way to launch the desktop-wide help (besides explicitly launching yelp from a terminal or the run dialog). Instead, it should be included in the list of applications (and search results!) - see bug 622458 for the original gnome-shell patch. [0] See bug 641148
Created attachment 181918 [details] [review] Do not exclude Documentation from applications GNOME Shell does not treat yelp differently from other applications, so in order to give users access to the desktop-wide help, it should be included in the list of applications.
Hrm. I would think it's better to fix yelp.desktop. We don't want it to appear in Other anyway, do we?
(In reply to comment #2) > Hrm. I would think it's better to fix yelp.desktop. We don't want it to appear > in Other anyway, do we? Maybe, but frankly, I don't see an obvious better fit. At least from a gnome-shell point of view, categories are secondary at best anyway - using the search feature is highly encouraged, and the starting point of the application view displays a list of _all_ applications. (Assuming that fixing yelp.desktop translates to dropping the core category there, it will still show up in Other, right?)
Yeah, the issue is not Core by itself, it's just that yelp isn't included earlier. It could possibly go with other utilities or system tools, though. I must admit I'm not sure we should consider Yelp as a normal application. It doesn't sound like I'd look for a Help application. I might search for help, though.
(In reply to comment #4) > Yeah, the issue is not Core by itself, it's just that yelp isn't included > earlier. It could possibly go with other utilities or system tools, though. No idea really - I'm CC'ing Jon, who should know better than me. > I must admit I'm not sure we should consider Yelp as a normal application. It > doesn't sound like I'd look for a Help application. I might search for help, > though. Yeah, we expect search to be the primary entry point for help - as we use gmenu for the list of applications to search in, right now it does not show up though. (I'm sure we can hack it in, so that we search applications from gmenu and yelp, but uhm ... that sounds pretty awful)
(In reply to comment #5) > (In reply to comment #4) > > I must admit I'm not sure we should consider Yelp as a normal application. It > > doesn't sound like I'd look for a Help application. I might search for help, > > though. > > Yeah, we expect search to be the primary entry point for help - as we use gmenu > for the list of applications to search in, right now it does not show up > though. > > (I'm sure we can hack it in, so that we search applications from gmenu and > yelp, but uhm ... that sounds pretty awful) I don't even think it's about hacking it in. If I search for "help totem", I'd expect to see the help of totem available. My point is that a search with "help" in the query should also include results that you would get if yelp search feature was used.
Yelp is a GNOME core utility named "Help". Of course it should appear in the app view and search. Of course it doesn't fit into an obvious category - few things do actually. I guess I'd go with Accessories for now.
Created attachment 181957 [details] [review] Do not exclude Documentation from applications (In reply to comment #7) > I guess I'd go with Accessories for now. Updated patch to put yelp in Accessories instead of Other.
I have to admit that I think fixing the yelp desktop file makes more sense to me than to mix'n'match the categories in that way
(In reply to comment #9) > I have to admit that I think fixing the yelp desktop file makes more sense to > me than to mix'n'match the categories in that way Done in http://git.gnome.org/browse/yelp/commit/?id=73365c8b2d