Problems with NoDisplay and menu editors

David Faure faure at kde.org
Wed Aug 5 15:25:02 PDT 2009


On Sunday 12 July 2009, Brian J. Tarricone wrote:
> On 2009/05/11 06:00, Travis Watkins wrote:
> > On Mon, May 11, 2009 at 5:50 AM, David Faure<faure at kde.org>  wrote:
> >> On Monday 04 May 2009, Travis Watkins wrote:
> >>> Personally I'd rather go with the change to the meaning of
> >>> Hidden as it makes the most sense to me (Hidden means it is hidden in the menu)
> >>> and would still be compatible with the current menu implementations
> >>> since they don't show Hidden items anyway.
> >> This would break compatibility with all installed .desktop files which say Hidden=true,
> >> with the intention of saying "this file is deleted". We cannot change this meaning,
> >> for penalty of introducing 1000 bugs. This is a big veto from me for changing the
> >> meaning of a 10-year-old .desktop file key, even though it was misnamed.
> >>
> >> I don't actually understand the problem you're describing. In all three cases
> >> we want "mime handling but no appearance in the menus", and NoDisplay=true
> >> does exactly that. So what's the problem you're trying to fix? Too much crap
> >> showing up in the menu editors as "no display"?
> >
> > Exactly, I'm trying to figure out how to let users hide/unhide things
> > without making them see the 3 copies of Banshee and 2 copies of
> > Brasero and whatever other junk shows up.
> 
> Why can't we bring back the 'Desktop Actions' portion of the desktop 
> entry spec (or was that in the menu spec?)?  This easily solves the 
> issue of an app installing >1 .desktop file, and seems to work rather 
> well in practice (Thunar still implements it even though it was removed 
> from the spec a while ago).  

KDE does, too. (it was in the desktop entry spec). And indeed I didn't
know it had been removed (!). Ouch. If two implementations still have it
and want it, why was it removed?
Hmm. Well. We use it, but not for app desktop files it seems; rather
for actions on devices, and for servicemenus (rmb / actions / foo in
file managers, but using kde-specific .desktop files).


But anyway I don't see a relation with the current thread.
Desktop Actions was about specific named actions, not about the
issue of hidden-from-the-menu associations between an app
and a mimetype. Which is NoDisplay=true, but indeed a menu editor
would probably not want to show these as potentially showable,
so I suggested NoDisplay[$i]=true (immutable setting).
Didn't get an answer on that though ;)

-- 
David Faure, faure at kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).


More information about the xdg mailing list