Milestones: long label makes graph longer than required

Bug #668435 reported by Paul Sladen on 2010-10-29
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself

Bug Description

On a milestone graph, such as:

The presence a single overly-long label causes the graph width to balloon massively: each box is expanded to the width of the longest, the current algorithm is:

  max( width(N) )

It would be possible to remain homogeneous (equal spacing/equal width) but with less wastage, by using a spacing of:

  max( 0.5*width(N)+0.5*width(N+1) )



(copy and paste into a monospace editor/font)

Paul Sladen (sladen) on 2010-10-29
description: updated
Curtis Hovey (sinzui) wrote :

Wow. Thanks for this analysis. I will look for an opportunity in the next few months to do this.

Changed in launchpad:
status: New → Triaged
importance: Undecided → Low
affects: launchpad → launchpad-registry
tags: added: confusing-ui javascript
tags: added: timeline
Curtis Hovey (sinzui) wrote :

I think I want to see dates or summaries in the timeline from time to time. Do you have any thoughts on this? I am not interested in hovering over dots and labels. I pondered if there was a way to toggle the display of a summary and the timeline redraws itself.

Paul Sladen (sladen) wrote :

I'm surely the dates can be factored into the box width calculation... the graphs are also used on the project frontpages in a much smaller space (without dates) and where the ballooning is much more severe (pushes virtually everything else off the sides of the viewport):

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers