[GRASSLIST:10290] Re: [GRASS5] New release candidate 3 of GIS Manager 2

[Michael Barton]

> From: Guâno Carlos  Grohmann <carlos.grohmann at gmail.com>
> Date: Tue, 14 Feb 2006 01:14:35 -0200
> To: GRASS mailing list <GRASSLIST at baylor.edu>
> Subject: [GRASSLIST:10286] Re: [GRASS5] New release candidate 3 of GIS Manager
> 2
> 
>>> >
>>> > 5.
>>> > Each dipslay action is followed by dozens of:
>>> >
>>> > PNG: GRASS_TRUECOLOR status: TRUE
>>> > PNG: collecting to file: dispmon_2.ppm,
>>> >      GRASS_WIDTH=530, GRASS_HEIGHT=482
>>> > Graphics driver [gism] started
>>> > Monitor 'gism' terminated
>>> >
>>> > in the terminal. I recall you explained it this is due to d.mon design
>>> > and nothing you could do about it in d.m. Still? Could these be send
>>> > to /dev/null or whatever? This is really bad.
>> 
>> No way to fix this until the underlying GRASS display drivers are rewritten.
>> But given that there is now a nice clean command console and separate output
>> window included in the GIS Manager, this shouldn't be much of a problem.
>> Just make the ugly terminal window small since you don't need it much
>> anymore ;-)
> 
> 
> Well,  I like to run some commands on the terminal, where I can have acces to
> previous commands easily.

Just want to note that you can run commands from the GIS Manager console
too. You can scroll up through previous commands, put your cursor on a
command, and push the run button.
> 
> 
>>> >
>>> > 9.
>>> > New layers are still added in the very end of the list, like in d.m .
>>> > This requires going down to the end of the list and dragging the layer
>>> > to it's destination. Pain. Could this be avoided in gis.m? Adding it
>>> > right after the currently highlited layer should be a reasonable
>>> > default.
>> 
>> What you suggest is probably possible, though a bit complicated. But is this
>> a good idea? What do others think?
> 
> I think the order of layers should be more intuitive. I mean, today, layers
> that appear "above" others in gism are draw first, until the last of the list.
> It would be better (IMHO) if you could se the list as a "stack" of layers, the
> last one to be draw would be the one on "top" of all other (just like QGIS or
> any illustration software like GIMP, Inkscape etc). So each new layer wolud be
> place "over" the others.
 
I kind of like this idea too, though programming it into a TclTk tree might
be tricky for a number of reasons. I need to work on the underlying layer
drawing procedures soon. So I¹ll keep this in mind when I do.

__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
> 
> phone: 480-965-6213
> fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
> 
> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20060213/48293791/attachment.html