Halos are a device to improve the readability of text.  If they
overlap enough to obscure the text, then I need to fix it.

Larry

On 8/24/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> Larry,
>
> One more little thing that I noticed. The conflict resolution doesn't
> seem to apply to the halos, which can overlap, only to the actual
> label text.
>
> I'm not sure if this is what you intended.
>
> Landon
>
> 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:
> >
> > -  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
>


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