The "Whiteboards" section of blueprints should be given more space

Bug #586150 reported by Brad Figg
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Low
Bryce Harrington

Bug Description

Since we are all using the Whiteboard section of the blueprints
much more heavily. It would be nice if it was allowed a little
more browser width area. The "Feedback requests" is given
an equal amount of browser page space and yet I've never seen it
used. Can it be placed above or below the Whiteboard section
and the Whiteboard allowed the entire width of the browser
page?

Related branches

Brad Figg (brad-figg)
Changed in launchpad:
assignee: nobody → Bryce Harrington (bryceharrington)
Revision history for this message
Curtis Hovey (sinzui) wrote :

It would be nicer is comments were completed. The mode changes were landed. We want to remove the whiteboards.

affects: launchpad → blueprint
Changed in blueprint:
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Bryce Harrington (bryce) wrote :

The constraint on the width of the whiteboard is due to the max-width CSS property.

Revision history for this message
Bryce Harrington (bryce) wrote :

Example of how the current settings cause whiteboard tasks to get cut off and look ugly.

Revision history for this message
Bryce Harrington (bryce) wrote :

How it looks with the patch added.

Revision history for this message
Bryce Harrington (bryce) wrote :

For blueprints that use feedback more heavily, and whiteboard less so, it still looks pretty good.

Revision history for this message
Brad Figg (brad-figg) wrote :

@curtis

What do you mean "We want to remove the whiteboards"? Is there a blueprint for that or some thoughts on what you'd replace them with?

Revision history for this message
Curtis Hovey (sinzui) wrote :

Whiteboards have proven to be a mediocre substitute for comment and wikis. We do not want to implement one every again.

Andrea Corbellini started work to add comment to blueprints.: https://launchpad.net/blueprint/+milestone/10.05 I believe the schema and model changes landed. We are waiting on the UI. We will also require a migration script to convert whiteboards into comment 0.

Your pictures look good. you have my tentative ui=sinzui.

Revision history for this message
William Grant (wgrant) wrote :

I don't see how the work item system can fit into comments. They need an editable block of text, which is probably a whiteboard.

Revision history for this message
Brad Figg (brad-figg) wrote :

@curtis

Do you have any idea how Whiteboards are being used by the Platform team to track work items and from which our burndown charts are being generated?

Revision history for this message
Oliver Grawert (ogra) wrote :

@bryce, thats so awesome, it would make the day to day work for everyone in the platform team so much easier.
having an actually readable whiteboard section to track our workitems instead of the badly wrapped text would help so much.

@curtis, please have a look at https://edge.launchpad.net/launchpad-work-items-tracker. if there is a better way to track the several 100s of items on the blueprints and if the whiteboard is really planned to be removed, it would probably be good to coordinate between the two teams to implement something new so we can do our work tracking in a different way (i personally dont see a better option than a freely editable textarea, but possibly our UI designers can come up with something thats easier to use than that).

the current layout definately makes readability in our use case a lot harder due to the wrapped text and having the patch as an interim solution until something better is developed would be a massive improvement.

Revision history for this message
Curtis Hovey (sinzui) wrote :

I have a pretty good idea who blueprints are used. I can also see Ubuntu's core developers are the only users of the app. Blueprints is not usable for other projects. I personally think blueprints should be dismantled and replaced with a lighter planning tool that can be used by more than one project.

Revision history for this message
Bryce Harrington (bryce) wrote :

Curtis, I think I concur that a better tool for the job would be very beneficial, and I too have seen other projects not find blueprints an adequate tool to solving their needs. I don't know if there is already a replacement in the works, but if not I would imagine that to be something that would take a considerable amount of time to develop. In the interim, little tweaks like this one which reduce pain points for specific users like Ubuntu could be worthwhile.

Discussion of a lighter planning tool is probably getting a bit far afield for this bug report, but I'd like to throw out there the idea that it would be lovely to have something which integrated with other task management tools, such as GTG or Kanban.

Revision history for this message
Curtis Hovey (sinzui) wrote :

There are no official requests for a new system. The only official request we have had was to stop developing blueprints.

I wrote an experimental story and task app that managed specs and dependencies differently. My interest was to make launchpad development planning faster, clarify priorties and dependencies, avoid disputes about completeness, and avoid lose of stories that were dropped/postponed.

Bryce Harrington (bryce)
Changed in blueprint:
status: Triaged → In Progress
Bryce Harrington (bryce)
Changed in blueprint:
milestone: none → 10.06
Revision history for this message
Ursula Junque (ursinha) wrote : Bug fixed by a commit
Changed in blueprint:
status: In Progress → Fix Committed
tags: added: qa-needstesting
Curtis Hovey (sinzui)
tags: added: qa-ok
removed: qa-needstesting
Curtis Hovey (sinzui)
Changed in blueprint:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.