So long as this does not impair my ability to process the same command for
multiple data layers in multiple ways simultaneously.....
Doug
Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14 [email protected]
---------------------------------------------------------------------------------------------------------
The opinions I express are my own and are not representative of the
official policy of the U.S.Fish and Wildlife Service or Dept. of the
Interior. Life is too short for undocumented, proprietary data formats.
[email protected] wrote: -----
To: GRASS developers grass-developers <[email protected]>
From: Michael Barton <[email protected]>
Sent by: [email protected]
Date: 05/24/2012 05:19AM
Subject: [GRASS-dev] reducing screen clutter
Periodically, there are complaints about 'screen clutter' with GRASS. I
realized yesterday that a big cause of this is that each time a module is
called, a new instance of its dialog opens. So if you use v.buffer but
don't close the dialog, and then call v.buffer again GRASS opens a second
v.buffer dialog...and a third and a fourth, etc. So there seems to be the
need to have the wxPython parser module to just bring the window for a
module to the front if it is already open instead of opening another
instance. Sounds simple but is probably somewhat complicated of course. But
it would help the clutter problem a great deal.
Michael
_____________________
C. Michael Barton
Visiting Scientist, Integrated Science Program
National Center for Atmospheric Research &
University Consortium for Atmospheric Research
303-497-2889 (voice)
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
