<HTML>
<HEAD>
<TITLE>Re: [GRASSLIST:10286] Re: [GRASS5] New release candidate 3 of GIS Manager 2</TITLE>
</HEAD>
<BODY>
<BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN DEFANGED_STYLE='font-size:12.0px'><B>From: </B>Guâno Carlos Grohmann <carlos.grohmann@gmail.com><BR>
<B>Date: </B>Tue, 14 Feb 2006 01:14:35 -0200<BR>
<B>To: </B>GRASS mailing list <GRASSLIST@baylor.edu><BR>
<B>Subject: </B>[GRASSLIST:10286] Re: [GRASS5] New release candidate 3 of GIS Manager 2<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>><BR>
> 5.<BR>
> Each dipslay action is followed by dozens of: <BR>
><BR>
> PNG: GRASS_TRUECOLOR status: TRUE<BR>
> PNG: collecting to file: dispmon_2.ppm,<BR>
> GRASS_WIDTH=530, GRASS_HEIGHT=482<BR>
> Graphics driver [gism] started<BR>
> Monitor 'gism' terminated<BR>
><BR>
> in the terminal. I recall you explained it this is due to d.mon design<BR>
> and nothing you could do about it in d.m. Still? Could these be send<BR>
> to /dev/null or whatever? This is really bad.<BR>
<BR>
No way to fix this until the underlying GRASS display drivers are rewritten.<BR>
But given that there is now a nice clean command console and separate output<BR>
window included in the GIS Manager, this shouldn't be much of a problem. <BR>
Just make the ugly terminal window small since you don't need it much<BR>
anymore ;-)<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
<BR>
Well, I like to run some commands on the terminal, where I can have acces to previous commands easily.<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
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. <BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>><BR>
> 9.<BR>
> New layers are still added in the very end of the list, like in d.m .<BR>
> This requires going down to the end of the list and dragging the layer<BR>
> to it's destination. Pain. Could this be avoided in gis.m? Adding it<BR>
> right after the currently highlited layer should be a reasonable <BR>
> default.<BR>
<BR>
What you suggest is probably possible, though a bit complicated. But is this<BR>
a good idea? What do others think?<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
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.<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'> <BR>
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.<BR>
<BR>
__________________________________________<BR>
Michael Barton, Professor of Anthropology<BR>
School of Human Evolution and Social Change<BR>
Arizona State University<BR>
Tempe, AZ 85287-2402<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
phone: 480-965-6213<BR>
fax: 480-965-7671<BR>
www: <a href="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</a> <BR>
<BR>
<BR>
<BR>
<BR>
<BR>
</SPAN></FONT></BLOCKQUOTE>
</BODY>
</HTML>