Hi SS,

   See my comments below.

regards,
Larry

On 8/24/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> 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:
>
Scale labels with the zoom level is a basic Label Style feature of
JUMP.  I didn't write it or change it.
> -  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.
>
This is the way it works for me, but again not my code.

> -  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.
nope.
> [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.
Again, not something I changed, but this is probably understood by most.
> [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.) :]
Yes, I'm not sure which way is right.  Periods are not usually put in
dialog labels.
> [4] It appears that the halo also scales with the labels, even when
> the scale check box is not checked.
As opposed to???
> [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.
I'm not sure why anyone would want those options.  I added the Left,
Center, and Right Alignment so that I could get "normal" legend text.
> 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?
I didn't change JUMP's algorithm.  It picks the longest segment.
> [2] Is there any plans to support export of these labels to SVG?
Why wouldn't they already?
> 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.
Hmm, hopefully you meant "not a degradation".
> 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
>


-- 
http://amusingprogrammer.blogspot.com/

-------------------------------------------------------------------------
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

Reply via email to