Re: New menu standard

[George <jirka 5z com>]

On Fri, Jun 01, 2001 at 12:07:25PM +0100, Glynn Foster wrote:
> > My feeling is that we can leave quite a bit up to the implementation, and
> > that way we don't loose flexibility in the future.  The three biggest things
> > are 1) giving concrete place for 3rd party developers to put .desktops in 2)
> > not depending on any set menu structure 3) properly merge KDE, GNOME and any
> > other menus.
> 
> I'm not sure if a concrete place is a good idea....well actually something 
> needs to go in a concrete place alright, but I'd prefer to see some sort 
> of xml file ie. menu-locations.xml for the location of the .desktop files
> 
> <menu_config>
> <search_path>
> 	<item>/opt/gnome/share/apps</item> 
> 	<item>/usr/share/apps</item>
> 	<item>blah blah blah</item>
> </search_path>
> </menu_config>
> 
> but then we gotta try and decide how the vfolders fit into this....and if
> this is to be successful, then things need to be heirarchical...
> ie. does a user vfolder override a group/system override a distribution etc..?

I don't think an XML file would be good.  Imagine this, you have to install
the file in your Makefile, how do you do it?  Parsing an xml file from a
script is not nice, parsing a PATH type env var is pretty simple.

Another thing about a set location is for packaging, gnome kde and other such
things are installed in a bunch of different prefixes on a bunch of system,
having ONE location which all would check would easily allow people to build
packages that just install to that location (it's better/easier to install to
a set location with a package like rpm).  This was the idea behind
RedHat's /etc/X11/applnk.

George

-- 
George <jirka 5z com>
   History teaches us that men and nations behave wisely
   once they have exhausted all other alternatives.
                       -- Abba Eban, 1970

_______________________________________________
Xdg-list mailing list
Xdg-list freedesktop org
https://listman.redhat.com/mailman/listinfo/xdg-list