<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&acirc;no Carlos &nbsp;Grohmann &lt;carlos.grohmann@gmail.com&gt;<BR>
<B>Date: </B>Tue, 14 Feb 2006 01:14:35 -0200<BR>
<B>To: </B>GRASS mailing list &lt;GRASSLIST@baylor.edu&gt;<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'>&gt;<BR>
&gt; 5.<BR>
&gt; Each dipslay action is followed by dozens of: <BR>
&gt;<BR>
&gt; PNG: GRASS_TRUECOLOR status: TRUE<BR>
&gt; PNG: collecting to file: dispmon_2.ppm,<BR>
&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;GRASS_WIDTH=530, GRASS_HEIGHT=482<BR>
&gt; Graphics driver [gism] started<BR>
&gt; Monitor 'gism' terminated<BR>
&gt;<BR>
&gt; in the terminal. I recall you explained it this is due to d.mon design<BR>
&gt; and nothing you could do about it in d.m. Still? Could these be send<BR>
&gt; 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, &nbsp;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'>&gt;<BR>
&gt; 9.<BR>
&gt; New layers are still added in the very end of the list, like in d.m .<BR>
&gt; This requires going down to the end of the list and dragging the layer<BR>
&gt; to it's destination. Pain. Could this be avoided in gis.m? Adding it<BR>
&gt; right after the currently highlited layer should be a reasonable <BR>
&gt; 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 &quot;above&quot; 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 &quot;stack&quot; of layers, the last one to be draw would be the one on &quot;top&quot; of all other (just like QGIS or any illustration software like GIMP, Inkscape etc). So each new layer wolud be place &quot;over&quot; 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&#8217;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>