Unifying file managers' right-click menu interfaces

Eugene Gorodinsky e.gorodinsky at gmail.com
Tue Aug 18 09:43:45 PDT 2009


By the way...

2009/8/18 David Faure <faure at kde.org>:

> Well, yes, just like two menu entries called "Web Browser" are annoying
> and confusing ;-) But ok, in the real apps menu we show more details,
> while we don't have room for that in a right-click context menu.
Actually I would prefer to have some standard API for adding things to
the main menu too. For the reasons I specified in the previous message
and now for this reason too :)

> This is actually the one reason why I'm reluctant to standardize something
> on this issue: we'll get 2 or 3 times more mess in those menus, because
> the actions from other environments will pop up as well :-)
> Of course the solution is to play nice with OnlyShowIn=...
I think this is actually quite a good field for these files.

>
> I don't see how that would help. We can't read the user's mind and know
> if he/she wants both to be there (with a different name), or prefers app A or
> app B.
> Only an editor application would allow to do this, not a programmatic API,
> no?
We can ask the user if we have a simple program that takes care of
creating menu entries. Such a program could be used to open the menu
entry installation files for example. Also if we have an API we're
working with, we can let the administrator control wether or not the
user can add anything to the popup menu or control what items the user
can change and which she cannot change.

> --
> 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).
> _______________________________________________
> xdg mailing list
> xdg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xdg
>


More information about the xdg mailing list