[GRASS-user] vector layer labelling doesn't work....
Michael Barton
michael.barton at asu.edu
Fri Aug 8 12:24:14 EDT 2008
On Aug 8, 2008, at 8:33 AM, <grass-user-request at lists.osgeo.org> wrote:
> Date: Fri, 8 Aug 2008 17:13:28 +0200
> From: "Martin Landa" <landa.martin at gmail.com>
> Subject: Re: [GRASS-user] vector layer labelling doesn't work....
> To: "G. Allegri" <giohappy at gmail.com>
> Cc: grassuser <grass-user at lists.osgeo.org>
> Message-ID:
> <f8fe65c40808080813k66635c86t78e7b23225ebc761 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
>
> 2008/8/8 G. Allegri <giohappy at gmail.com>:
>> Anyway I will change in my build :-)
>>
>> gui/tcltk/gis.m/vector.tcl - Line 143:
>> set opt($count,1,type_centroid) 0 -> set opt($count,
>> 1,type_centroid) 1
>
> in wxGUI it takes default d.vect type options, so
> "point,line,boundary,centroid,area,face". Not sure why TCL/TK differs
> here.
The wxPython GUI uses the default, autogenerated GUI as a properties
dialog. There are definite maintenance advantages to doing this, which
is why we've done it. But it means that it comes up with whatever are
the defaults for the module command.
The TclTk GUI has a custom coded properties window for each d.*
command, meaning it does not have to use the command line defaults. In
TclTk, I turned displaying the centroids off by default because they
are really annoying and ugly in areas unless you have specific need to
see them (just like direction is turned off in lines an boundaries).
If it is needed, I can add code to turn on centroids when area
labeling is turned on in TclTk. But a better solution IMHO is to fix
d.vect so that it is not *necessary* to have centroids showing in
order to display labels for areas.
Michael
More information about the grass-user
mailing list