Concerning the boundaries rendering too thick; under GUI settings (menu: settings - preferences) under the tab 'Map display', you can set the Display driver from Cairo (the default I think) to png. That will bring you back to thinner lines.<br>
<br>I was going to answer that there was an option to disable anti-alias, but I can't find that option. But I guess that is what Cairo display is doing; anti-aliasing the lines.<br><br>As for the g.copy problem with selecting multiple maps, I can confirm that doesn't work. Sounds like a bug to me, perhaps you can file a bug report?<br>
<br>Cheers,<br><br>Paulo<br><br><br><div class="gmail_quote">On Thu, Oct 18, 2012 at 11:02 AM, Richard Chirgwin <span dir="ltr"><<a href="mailto:rchirgwin@ozemail.com.au" target="_blank">rchirgwin@ozemail.com.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    I'm late coming to Grass-GIS 7.0. Partly, this is because I'm also
    not enthusiastic about migrating all my stuff to a new OS that I
    don't need.<br>
    <br>
    However, I decided to run up Debian in a VM and give it a spin.<br>
    <br>
    My very first observation relates to the Python interface: compared
    to either the old TCL-TK or the former d.mon X11, boundaries render
    too thick. It's an aesthetic issue only, but I've worked with people
    who are willing to fight for their desired "look" practically to the
    death. Examples are included and I hope they survived intact.<br>
    <br>
    TCL<br>
    <img src="" alt=""><br>
    <br>
    Python:<br>
    <img src="" alt=""><br>
    <br>
    Second, Python selection panels, for modules that should allow
    multiple selections, work badly.<br>
    <br>
    For example, g.copy. In the TCL-TK interface, I can use g.copy for
    multiple copies. OK, I usually use the command-line anyhow, but: If
    I attempt a second selection in the Python interface pane, it
    replaces the first selection instead of adding to it.<br>
    <br>
    I'll continue fooling around with 7.0 and hope nobody - particularly
    our ever-helpful Markus and the rest of the development team - think
    I'm being deliberately critical. I've been a user of Grass-GIS for
    six years now, and it's an indispensable part of my professional
    life. (I recently saw a company devote two weeks - I am not kidding
    - of ESRI temporary employee time doing stuff in the GUI that a
    competent Grass-GIS user would complete in hours, using v.distance
    and some database updates. The non-GIS manager simply didn't believe
    my time estimate, even after a demo. "No, we'll spend $4k on what we
    know.").<br>
    <br>
    Cheers,<br>
    Richard C<br>
    <br>
    <br>
  </div>

<br>_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a><br>
<br></blockquote></div><br>