[GRASS5] Re: gis.m (2006.03.24): kudos and bugs

[Michael Barton]

I just fixed item 1 in the cvs. This was due to a coordination issue between
two of us updating gm.tcl. Mea culpa.

Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


> From: Maciek Sieczka <werchowyna at epf.pl>
> Date: Fri, 24 Mar 2006 22:26:30 +0100
> To: <cedricgrass at shockfamily.net>, <michael.barton at asu.edu>
> Cc: <grass5 at grass.itc.it>
> Subject: gis.m (2006.03.24): kudos and bugs
> 
> Hi!
> 
> Cedric and Michael - congrats! gis.m is becoming really good looking
> and functional. Please keep up your great work. It is amazing how much
> got improved for about 2 weeks, since I have tried it the last time.
> 
> Now to bugs :).
> 
> 1.
> In today's CVS I get a following error when adding any kind of a layer:
> 
> can't read "guioptfont": no such variable
> can't read "guioptfont": no such variable
>     while executing
> "checkbutton $frm.check -font $guioptfont  -variable GmRaster::opt
> ($count,1,_check)  -height 1 -padx 0 -width 0" (procedure
> "GmRaster::create" line 17) invoked from within
> "GmRaster::create $tree($mon) $parent_node"
>     ("raster" arm line 2)
>     invoked from within
> "switch $type {
>         group {
>             GmGroup::create $tree($mon)  $parent_node
>         }
>         raster {
>             GmRaster::create $tree($mo..."
>     (procedure "GmTree::add" line 22)
>     invoked from within
> "GmTree::add raster"
>     ("uplevel" body line 1)
>     invoked from within
> "uplevel \#0 $cmd"
>     (procedure "Button::_release" line 18)
>     invoked from within
> "Button::_release .mainframe.topf.tb0.bbox1.b0"
>     (command bound to event)
> 
> 
> 2.
> Command's GUI menus are too big. Try e.g. v.extract& - the window will
> cover almost whole the screen. Related - could lines for inputting
> attributes be adjusted to window size, and not the other way round?
> 
> When resizing GUIs, buttons in the bottom will become invisible. Could
> they be preserved, like those in the bottom of "Select Item" window?
> And in general, GUIs shouldn't be allowed to be as shrinkable as
> currently.
> 
> GUI's are now fully mouse wheel scrollable, neat, but "Select Item"
> windows, the area where layers are listed in d.m and gis.m and
> layer attributes area still aren't. Could they?
> 
> Cosmetics: the bottom of some GUIs are greyish, while the remaining
> part of window is greenish.
> 
> 
> 
> I must admit that besides those issues d.m and gis.m are much more
> readable and aesthetic now. It is also great to have separate output
> tab in GUIs.
> 
> 3.
> Longstanding: there are commands which need to have the attributes
> order customizable  (e.g. v.type). Will Grass GUI support this someday?
> 
> https://intevation.de/rt/webrt?serial_num=2969
> 
> 4.
> This bug still remains when editing attributes in v.digit or
> d.what.vect -e:
> 
> Could not set Tcl system encoding to
> D0/0: Name = _grass_internal_database_encoding
> Could not set Tcl system encoding to
> D0/0: Name = _grass_internal_database_encoding
> Could not set Tcl system encoding to
> 
> https://intevation.de/rt/webrt?serial_num=4110
> 
> But - great stuff!!! - the long standing bug with a lag during editing
> attributes doesn't apply anymore! Is that Cedric's work too? Respect.
> 
> 5.
> d.m is still leaving d.mon zombies in memory at any (re)drawing.
> 
> 
> 
> Lat but not least:
> 
> KUDO to Cedric - NVIZ indeed now builds and runs with tcl/tk 8.4 on
> Debian derivative (Ubuntu Breezy)!
> 
> Maciek
> 
> --------------------
> W polskim Internecie s? setki milion?w stron. My przekazujemy Tobie tylko
> najlepsze z nich!
> http://katalog.panoramainternetu.pl/
>