Re: [GRASS-dev] Re: [SoC] Proposal for wxGUI layout modifications

2009-04-15 Thread Doug_Newcomb


it is nice to keep a module gui open so you can tweak one parameter and
run it again. it is nice to keep a couple open and switch between them
if you are doing something on a multi-processor machine (if doing so
within a single mapset, at your own responsibility and risk that the
computation region etc is not changed of course :) for that reason you
might want to have e.g. 3 r.in.xyz's running at the same time, each
crunching along on a different statistical method.

This is something that I do a lot and is extremely valuable when
simultaneously bulk processing multiple return Lidar data for different
statistics.  Please keep this feature of the gui!


Doug

Doug Newcomb
USFWS
Raleigh, NC
919-856-4520 ext. 14 doug_newc...@fws.gov
-

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 Interior.
Life is too short for undocumented, proprietary data formats.


   
 Hamish
 hamis...@yahoo.c 
 omTo
 Sent by:  Martin Landa
 grass-dev-bounces landa.mar...@gmail.com, Michael
 @lists.osgeo.org  Barton michael.bar...@asu.edu 
cc
   grass-dev@lists.osgeo.org,  
 04/14/2009 11:31  s...@lists.osgeo.org 
 PMSubject
   [GRASS-dev] Re: [SoC] Proposal for
   wxGUI layout modifications  
   
   
   
   
   
   





Michael Barton wrote:
 Actually, I think what (I hope) was
 envisioned was not a true MDI--which has lost considerable
 popularity--but attaching the layer manager to the display
 window. Ideally, this could be done by docking or
 undocking.

 That said, Markus and I had some offline discussions about
 this since he was the proposer, in response to some user
 comments and his own experiences. The main complaint is
 having too many windows open in GRASS.

 After some talking about it, the real problem may not lie
 primarily with the layer manager/display windows but with
 all the module windows which a lot of people don't realize
 that you can set to close automatically when you push OK.
 Some possible solutions to this would include having all
 modules open in a single window with tabs or modally in a
 single window or modally in a window attached to the layer
 manager to keep down clutter. By focusing a bit much on the
 initial display configuration of a couple of other GIS
 programs (ArcGIS and QGIS, but not in a lot of others by the
 way), we may have missed the real cause of the perceived
 screen clutter. Anyway, it's something to think about.

[we should probably move this to the grass-dev ML]



Hamish





___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
inline: graycol.gifinline: pic16105.gifinline: ecblank.gif___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Re: [SoC] Proposal for wxGUI layout modifications

2009-04-15 Thread Michael Barton
 On Apr 15, 2009, at 8:21 AM, doug_newc...@fws.gov> wrote: >it is nice to keep a module gui open so you can tweak one parameter and >run it again. it is nice to keep a couple open and switch between them >if you are doing something on a multi-processor machine (if doing so >within a single mapset, at your own responsibility and risk that the >computation region etc is not changed of course :) for that reason you >might want to have e.g. 3 r.in.xyz's running at the same time, each >crunching along on a different statistical method.  This is something that I do a lot and is extremely valuable when simultaneously bulk processing multiple return Lidar data for different statistics. Please keep this feature of the gui!Which feature?__C. Michael Barton,Professor of AnthropologyDirector of Graduate StudiesSchool of Human Evolution  Social ChangeCenter for Social Dynamics  ComplexityArizona State UniversityTempe, AZ85287-2402USAvoice: 480-965-6262; fax: 480-965-7671www: http://www.public.asu.edu/~cmbarton   Doug  Doug Newcomb  USFWS Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov - 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 Interior.   Life is too short for undocumented, proprietary data formats. graycol.gif>Hamish hamis...@yahoo.com>Hamish hamis...@yahoo.com>  Sent by: grass-dev-boun...@lists.osgeo.org 04/14/2009 11:31 PM  ecblank.gif> Toecblank.gif> Martin Landa landa.mar...@gmail.com>, Michael Barton michael.bar...@asu.edu> ecblank.gif> ccecblank.gif> grass-dev@lists.osgeo.org, s...@lists.osgeo.org ecblank.gif> Subjectecblank.gif> [GRASS-dev] Re: [SoC] Proposal for wxGUI layout modifications   ecblank.gif>ecblank.gif>  Michael Barton wrote: > Actually, I think what (I hope) was > envisioned was not a true MDI--which has lost considerable > popularity--but attaching the layer manager to the display > window. Ideally, this could be done by docking or > undocking. >  > That said, Markus and I had some offline discussions about > this since he was the proposer, in response to some user > comments and his own experiences. The main complaint is > having too many windows open in GRASS. >  > After some talking about it, the real problem may not lie > primarily with the layer manager/display windows but with > all the module windows which a lot of people don't realize > that you can set to close automatically when you push OK. > Some possible solutions to this would include having all > modules open in a single window with tabs or modally in a > single window or modally in a window attached to the layer > manager to keep down clutter. By focusing a bit much on the > initial display configuration of a couple of other GIS > programs (ArcGIS and QGIS, but not in a lot of others by the > way), we may have missed the real cause of the perceived > screen clutter. Anyway, it's something to think about.  [we should probably move this to the grass-dev ML]Hamish___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev  inline: pic16105.gif___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev