<br><br><div><span class="gmail_quote">On 2/13/06, <b class="gmail_sendername">Michael Barton</b> <<a href="mailto:michael.barton@asu.edu">michael.barton@asu.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Maciek,<br><br>Thanks for going over this thoroughly. Responses below.<br><br>Michael<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>USA<br><br>voice: 480-965-6262; fax: 480-965-7671<br>www: <a href="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</a><br><br><br>> From: Maciek Sieczka <<a href="mailto:werchowyna@epf.pl">
werchowyna@epf.pl</a>><br>> Date: Mon, 13 Feb 2006 22:40:16 +0100<br>> To: Michael Barton <<a href="mailto:michael.barton@asu.edu">michael.barton@asu.edu</a>><br>> Cc: <<a href="mailto:grass5@grass.itc.it">
grass5@grass.itc.it</a>>, <<a href="mailto:GRASSLIST@baylor.edu">GRASSLIST@baylor.edu</a>><br>> Subject: Re: [GRASS5] New release candidate 3 of GIS Manager 2<br>><br>> On Mon, 13 Feb 2006 10:02:00 -0700
<br>> Michael Barton <<a href="mailto:michael.barton@asu.edu">michael.barton@asu.edu</a>> wrote:<br>><br>>> I just committed to the CVS and posted to my website<br>>> <<a href="http://www.public.asu.edu/~cmbarton/files/grass_gismgr">
http://www.public.asu.edu/~cmbarton/files/grass_gismgr</a>> the<br>>> (hopefully) final release candidate for the new GRASS GIS Manager. It<br>>> has many updates. I think I've fixed all reported bugs or anomalous
<br>>> behavior‹and a number of unreported ones. A few of the highlights.<br>>><br>>> A fix for the Œblack canvas that some people have been getting.<br>><br>> Is OK now, great!<br>><br>> <snip>
<br>><br>>> ŒSticky' zooming‹by popular demand.<br>><br>> Better, as to me. But still it is not a continous zoom mode, like it<br>> used to be. Could this be brought back as well? For now one has to<br>> re-click the zoom button to do another zoom, and once more, and once
<br>> more... This is not optimal I believe. In my practice I'm almost never<br>> satisfied with the first zoom, so I need to re-click zoom button several<br>> times until I set up the view as needed. Or think of a situatioan
<br>> when you want to zoom in and out quickly back to bring back the<br>> context. While in the continous zoom this was avoided, all you had to<br>> do was to click right mouse button to quit the zooming tool once you
<br>> are done. Who else preffered the old mode?<br><br>let's see what response is to this one</blockquote><div><br>
<br>
I agree with the old mode. IMO it was the best zoom tool among all GIS I've worked with.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">><br>>> show up in the status area at the bottom of the screen instead of a
<br>>> little message window that you have to click to get rid of.<br>><br>> Now I see what was your intention. But was this really such a big<br>> problem to single right-click once you are done? In my opinion having to
<br>> re-select the zoom tool (move mouse pointer, click) several times<br>> agian and again is much worse...<br><br>Info display not connected with zoom mode.<br><br>><br>> Moreover, I don't understand why I need to select a rectangle to
<br>> _unzoom_. Am I missing something? Zoom out tool should... zoom out<br>> once I click the button, why select region and confirm? Too much mouse<br>> action for no purpose, I think.<br><br><br>Zoom out rectangle give you greater control over you 'unzoom'. With a
<br>zoom-out rectangle, your current map 'shrinks' to fit into the rectangle. So<br>you can decide to zoom out a little (big rectangle) or a lot (small<br>rectangle). Or you can use g.region.</blockquote><div><br>
Zoom-out rectangle is not intuitive, at least for me. That's how
ArcView and QGIS do, I don't like it. The most commom thing to happen
is that you go back (unzoom) to much and have to zoom in again... click
to unzoom is better.<br>
<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">><br><br>><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 ;-)</blockquote><div><br>
<br>
Well, I like to run some commands on the terminal, where I can have acces to previous commands easily.<br>
</div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">><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?</blockquote><div><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>
<br>
<br>
My 0.02<br>
</div></div><br>Carlos<br clear="all"><br>-- <br>+-----------------------------------------------------------+<br> Carlos
Henrique Grohmann - Guano <br> Geologist M.Sc - Doctorate Student at IGc-USP - Brazil<br>Linux User #89721 - carlos dot grohmann at gmail dot com<br>+-----------------------------------------------------------+<br>_________________
<br>"Good morning, doctors. I have taken the liberty of removing Windows 95 from my hard drive."<br>--The winning entry in a "What were HAL's first words" contest judged by 2001: A SPACE ODYSSEY creator Arthur C. Clarke