Menu

#93 Clipped time value labels

v1.2pre1
closed-fixed
None
8
2008-05-31
2007-12-16
No

When time values are close to the top
of the pane, their labels are clipped
since the labels are always placed
above the value point.

The attached image demonstrates
the clipping of text labels attached
to the time values.

It would be useful to switch to
displaying the text labels below
the value points when the points
are X pixels or less away from the
top of the pane (where X is some
value to prevent clipping, such
as X = hight of text + distance
from point to bottom of text).

Alternately, the vertical scale could be
compressed slightly so that the maximum
values to not go to the top of the pane,
but go to X pixels less than the top
of the pane. Then the text labels could
always be placed above, and they would
not be clipped.

======================

A better algorithm might be one
which avoids the text labels
colliding with lines drawn between
the time values.

For example, when the next time value is
greater than the current time value, the
text label for the current point will
be placed underneath the current point.

When the next value is equal or less
than the current value, the current
label will be placed above the current
point.

But the above rules would be overridden
if the points are too high (so the
labels would always be underneath),
or if the points are too low (the
labels would always be placed above).

The attached image demonstrates
a collision between the text label
and the connecting line at the first
two points (f+0, f+4). In this case
the ends of the text are touching
the line. If the lines had a steeper
angle (such as when zooming out), the
text would collide even more.

However, if the "Stems" display is used,
the labels should always be above (unless
they clip at the top of the pane). "Points"
could be done either with the stems placement
model, or the lines model...

Discussion

  • Craig Stuart Sapp

    clipped labels example

     
  • Chris Cannam

    Chris Cannam - 2008-02-14
    • priority: 5 --> 8
    • assigned_to: nobody --> cannam
     
  • Chris Cannam

    Chris Cannam - 2008-02-15
    • status: open --> open-fixed
     
  • Chris Cannam

    Chris Cannam - 2008-02-15

    Logged In: YES
    user_id=13489
    Originator: NO

    Most obvious failings fixed in SVN rev 980 (just move the text down a bit if right at the top)

     
  • Chris Cannam

    Chris Cannam - 2008-05-16
    • status: open-fixed --> pending-fixed
     
  • SourceForge Robot

    • status: pending-fixed --> closed-fixed
     
  • SourceForge Robot

    Logged In: YES
    user_id=1312539
    Originator: NO

    This Tracker item was closed automatically by the system. It was
    previously set to a Pending status, and the original submitter
    did not respond within 14 days (the time period specified by
    the administrator of this Tracker).

     

Log in to post a comment.