Larry, I was able to test out your new label style for a few minutes today on my lunch break. Here is the promised feedback:
[1] I'm a little confused about how the "Scale labels with the zoom level." check box works. It seems like the labels DID scale with the viewport properly when this box WAS NOT checked. However, when the box was checked my labels got really huge. I may not understand how this check box is supposed to work, but let me explain what I expected as a dumb user: - When the cehck box IS NOT checked I expect that my labels will remain at a constant height. For example, if I set the "Height" field to 20 units, I expect the labels to remain at 20 units no matter what the zoom level. - When the check box IS checked I expect the labels to behave as they currently behave when the box IS not checked. I hope this makes sense. [2] The Angle Attribute specifies that the input angle be in degrees, but it doesn't specify if this should be decimal degrees (89.3655520) or in degree-minutes-seconds (89-52-36). [Note: This may be a question that only a surveyor would ask.] I assume the angle is supposed to be in decimal degrees. Perhaps we could clarify this in a tool tip. [3] The label for the halo check box doesn't end with a period. To be consistent with the scale check box it should end with a period. (I'm not trying to nit-pick. This is just a consistency thing.) :] [4] It appears that the halo also scales with the labels, even when the scale check box is not checked. [5] It appears that choosing the "Center" alignment option centers the label over the midpoint of a segment, while choosing "Right" right justifies the label over the right endpoint of a line segment, and choosing "Left" left justifies the label over the left endpoint of the line segment. It would make more sense to me if there was a distinction between "Justification" and or "Alignment" and the anchor point. For example, I thought when I chose "Left" the label would be left justified over the midpoint of the line segment, not left justified over the left end point of the line segment. I would change this by allowing a user to select the justification or alignment and the anchor point. Now I have a couple of questions: [1] How did you choose the anchor point for a MultiLineString? Is it just the midpoint of the overall Linestring, even if this doesn't fall at the midpoint of a individual segment contained in the LineString? [2] Is there any plans to support export of these labels to SVG? You've done some really good work on this Style. I am very please with the results and my comments are meant as a degredation of your work. The Sunburned Surveyor On 8/23/07, Geoffrey G Roy <[EMAIL PROTECTED]> wrote: > Dear Stefan > > I sort of take the view that plugins are a way of testing ideas before > they are committed to the core. This was partially behind my idea to > run the small survey -(which btw has only had 20 or so responses) that > might identify widely used/required functionality. > > Personally I would prefer not to become a core developer, but I am > prepared to work with someone who is to help support anything that I > have implemented as a plugin migrating into the core. > > Geoff > > Stefan Steiniger wrote: > > Hei Geoff, > > > > at some point we definitevly need to port your adhancements to the core. > > But up to now I was not sure if you want that (for maintenance reasons) > > > > stefan > > > > Larry Becker schrieb: > > > >> Hi Geoff, > >> > >> I've played around with offset distance and HTML formatting on > >> labels too. Perhaps we'll get there. I am changing the code base a > >> little at a time to judge the response and keep backward compatibility > >> with project files. > >> > >> regards, > >> Larry Becker > >> > >> On 8/23/07, Geoffrey G Roy <[EMAIL PROTECTED]> wrote: > >> > >>> Dear Larry > >>> > >>> I am pleased to see an interest in improving the label style. In my > >>> vertexsymbol plugin I have created an additional label option that has a > >>> range of formatting options, like centre, and 8 compass positions from > >>> the vertex. It is also possible to set the offset distance (in my case > >>> to match the vertex symbol size, or manually). I have also provided an > >>> option to allow (HTML) formatted text to make String type labels more > >>> interesting. > >>> > >>> --- These are just thoughts for the built-in label style. It would be > >>> good to see these type of capabilities available in the core. > >>> > >>> Geoff > >>> > >>> > >>> Larry Becker wrote: > >>> > >>>> I'm going to be making some major improvements to the Label Style. Is > >>>> anyone else working in this area? > >>>> > >>>> The improvements will be: > >>>> > >>>> 1. Support for halo text. A halo is a surrounding outline in a > >>>> contrasting color to improve readability when using a mixed dark and > >>>> light background such as raster images. > >>>> > >>>> 2. Support for hiding text below a specified scale. This makes it > >>>> possible to stop text from rendering when zoomed out too far to > >>>> actually read, but still display the geometry. > >>>> > >>>> 3. Support for horizontal alignment of text. (Left, Center, and Right > >>>> justify) > >>>> > >>>> regards, > >>>> Larry Becker > >>>> > >>>> > >>> -- > >>> Dr Geoffrey G Roy > >>> Cadplan > >>> 129 Gloster Street, Subiaco WA 6008 > >>> Tel: (08) 9381 4870 Fax: (08) 9382 4459 > >>> Email: [EMAIL PROTECTED] > >>> http://www.cadplan.com.au > >>> > >>> > >>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Splunk Inc. > >>> Still grepping through log files to find problems? Stop. > >>> Now Search log events and configuration files using AJAX and a browser. > >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ > >>> _______________________________________________ > >>> Jump-pilot-devel mailing list > >>> Jump-pilot-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>> > >>> > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > -- > Dr Geoffrey G Roy > Cadplan > 129 Gloster Street, Subiaco WA 6008 > Tel: (08) 9381 4870 Fax: (08) 9382 4459 > Email: [EMAIL PROTECTED] > http://www.cadplan.com.au > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
