[GRASS-dev] Re: More xtnmenu stuff

William Kyngesburye woklist at kyngchaos.com
Sun Sep 23 21:22:10 EDT 2007


On Sep 23, 2007, at 7:40 PM, Michael Barton wrote:

>> (and could change if we decide
>> on a GRASS_XTN_PATH base path instead of multiple GRASS_ADDON_* vars)
>
> I'd recommend keeping the xtnmenu.dat file in GRASS_ADDON_ETC  
> because that
> is already an existing GRASS environmental variable.
>
> I'd also recommend using GRASS_ADDON_PATH for the same reason.  
> Anything
> listed in GRASS_ADDON_PATH will automatically run from the command  
> line and
> from in scripts (like the GUI) without an explicit path specification.
>
I don't mean the actual location of xtnmenu.dat would change, just  
the env variable used to locate it.  Currently we have:

GRASS_ADDON_PATH - been around a while, should be left as is
GRASS_ADDON_ETC - fairly new addition

but will probably need soon:

GRASS_ADDON_HELP

And with the possibility of use the makefile fragments for building  
and installing extensions (I'm close), we will need to know where  
scripts/ and lib/ are.

My suggestion is to have one base for all this: GRASS_XTN_PATH (stil  
multiple paths).  Then the various places that need them use  
subfolders (bin, lib, docs, etc, scripts) from there.


>>
>> And, for the cases where people do install addons in the GRASS
>> installation, you might want to check for xtnmenu.dat in GISBASE.
>
> No. This is the idea of a standard--so we don't have to check all  
> the places
> that people *might* try to put a menu file. If it is not in the  
> standard
> local (which is anywhere, but must be a place specified in  
> GRASS_ADDON_ETC),
> then it won't show up in the GUI.

Just a thought.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.





More information about the grass-dev mailing list