Just a quick note re the changes to doing menus freedesktop style over
the last year.

I often prefer having a custom menu for a couple of reasons.

* Easy access. Usual automatically generated menus are populated with
hundreds of slots I never use anyway, so they just get in the way.
* Custom slots - e.g. a menu item which directly runs a script to fire
up a particular pdf book or movie etc.

The favourite applications menu partially resolves the first point,
but it still doesn't let you have any structure and is not suited to
more than 5-6 items. This is more than what a favourite applications
menu should be anyway.

What I am currently doing is blowing away the current applications
menu with my own 'freedesktop' configured menu. I also have alot of
custom .desktop files and .desktop-directory files to suit the custom
menu and to also support the ability to switch my system language from
english to korean and back and have the menu fully expressed in the
proper language. Problem is, it has a couple of drawbacks.

* Moving to a different machine and just copying across all the
.desktop files results in a very broken menu as half of what is in
there is not installed on that particular machine.
* It's good to have that original 'applications' menu lying around as
it is a window to everything on the system - and sometimes its easy to
find and access things with that.

I remember e16 used to populate menus based on whether it could find a
menu slot's command on the system. That was great when transferring
your menu from one machine to another - dunno that it would really
work with custom scripts though.

Another way that would make this convenient would be to have an extra
menu that we could make through e's module (the one you use for adding
to startup applications or favourites). In this case, create a custom
applications menu. If it can be configured to look in various
locations for .desktop, .desktop-directory and menu files, then you
could drag-drop items to create your custom menu very quickly and
conveniently without needing to modify your pool of resources
(.desktop files).

Is there any plan for this sort of functionality? If not, is it
something that the developer's crew wouldn't mind seeing implemented?
(thinking of pitching in when i get some free time from programming at
work)

Cheers,
Daniel.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to