Bug#477746: gnome-menus: bring back gnome-menu-spec-test

[Sam Morris]

On Tue, 2008-07-08 at 12:20 +0200, Emilio Pozuelo Monfort wrote:
> Sam Morris wrote:
> > It was particularly useful for:
> > 
> >  * finding out where in the menu a given application lives in my guise
> >    as an end-user who just installed a new
> >    application. 
> 
> I usually look at the menu for this, guessing where it will be :)

This is not convenient. Sometimes a desktop entry will show up with the
correct icon, sometimes it will not. Sometimes the menu entry will be
named after the application installed, sometimes it will be a generic
name, and sometimes it will be something totally different. Sometimes it
will appear under Preferences, sometimes it will appear under
Adminstration and sometimes it will appear under Programs.

As an end-user I find gnome-menu-spec very useful for revealing where on
the menu a program is. As a system administrator I find it extremley
useful when debugging custom menu entries, custom menu categories, etc.
And also it's very useful when doing tech support over the phone to be
able to ssh into the machine the user is in front of, and run
gnome-menu-spec-test to find out where a menu item is--the variations
listed above, and more, make it almost impossible to find applications
on the menu sometimes.

> 
> >  
> >  * debugging .menu and .desktop files while developing a new application
> >    or packaging one for Debian.
> 
> For .desktop files there's desktop-file-validate in desktop-file-utils. I don't
> know if there's any other alternative for .menu files, but if there is I'd say
> we could leave without this.

This tells me that my .desktop file is syntactically correct, but it
does not indicate where on the menu it appears!
> 
-- 
Sam Morris <sam at robots.org.uk>