[GRASS-dev] GUI platforms

[Michael Barton]

This flexibility will make it easier to switch to a different GUI platform.

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton



> From: Glynn Clements <glynn at gclements.plus.com>
> Date: Tue, 23 May 2006 08:50:29 +0100
> To: Michael Barton <michael.barton at asu.edu>
> Cc: Trevor Wiens <twiens at interbaun.com>, grass developers list
> <grass-dev at grass.itc.it>
> Subject: Re: [GRASS-dev] GUI platforms
> 
> 
> Michael Barton wrote:
> 
>>> Do you envision something that would be a plugin replacement for
>>> g.parser that would possibly allow for more interactive dialogues, but
>>> would allow existing modules to work without modification. If so I
>>> think this would be ideal, but not being familiar with that code I
>>> don't know what is possible.
>> 
>> I'm talking about functionality at a conceptual level, not implementation.
>> How to do this might vary depending on the platform chosen. Since (I think)
>> g.parser is specific to TclTk, a new version would need to be written that
>> is not--either in the GUI platform or in GRASS functions/libraries.
> 
> "g.parser" isn't specific to Tcl/Tk. G_parser() includes functionality
> to output a description of the command-line options in Tcl/Tk syntax.
> This can still be used by a non-Tcl/Tk GUI in one of two ways:
> 
> 1. Use the --ui switch, which spawns "wish" and feeds the Tcl/Tk code
> to it (gis.m uses the --tcltk switch, which just writes the Tcl/Tk
> code to stdout).
> 
> 2. Parse the Tcl/Tk code. The generated code is extremely restricted
> in its form, and could easily be parsed by a C program.
> 
> Alternatively, a C module could use the XML generated by the
> --interface-description switch. Or G_parser() could easily be extended
> to generate a different format (e.g. XML usable by the Glade library).
> 
> -- 
> Glynn Clements <glynn at gclements.plus.com>