Update project page to UI 3.0

Hi Martin.

Take a look at https://devpad.canonical.com/~curtis/product/ where I have placed some screencaps of
how projects look using the new design.

The Get Involved and global action menus need some work. If their presentation is good (or good enough), I can extract them to work as menus so that the sections do not appear when there are not links for the user to act on.

There is some spacing issues in regards to the heading/icon, but I do not expect to land this kind of heading since Michael is working on the new heading.

I think we need to remove the 2.0 font hacks that were added last cycle to get the fonts to look like the design.

See the sprints section at the bottom? We need a home for that, or another section to pair with it.

I love it.
Minus the hide-empty-sections bit I brought up on IRC, I'm very happy with this!

Hi Martin.

yui-g, yui-u, and first combinations are very problematic with content that may not render:

This is what happens:
    https://devpad.canonical.com/~curtis/yui-columns/firefox-3.0-missing-rows.png

So explored a simple two column approach where the guaranteed portlets are first:
    https://devpad.canonical.com/~curtis/yui-columns/firefox-one-yui-g-best.png

But this can still look bad in the extreme cases.
    https://devpad.canonical.com/~curtis/yui-columns/firefox-one-yui-g-worst.png

So I tried this, two columns on guaranteed, a page width of optional, then two columns of optional
    https://devpad.canonical.com/~curtis/yui-columns/firefox-two-yui-g.png

My last effort does require a lot more thinking on the part of the engineer. the middle fix is actually the easiest implementation we can take with migrate to 3.0

I don't understand the moving parts behind this very well, but option 4 seems like the best result:
https://devpad.canonical.com/~curtis/yui-columns/firefox-two-yui-g.png

Martin.

Let me explain the underlying implementation:

YUI classes:
    yui-g is a row making class
    yui-u is a column making class
    first declares which column is first

This is a lot like using tables to do layout...we have a td issue.

Since the design wanted nice alignments, I used many yui-g to make rows, and in each row are two columns (2 yui-u). Some times the content of a column does not render, creating missing row parts.

I switched to a single row (1 yui-g) with two columns (2 yui-u), I put lots of portlets in each column The spaces fill in, but we loose the nice row alignment

So I tried an alternate approach where I create three rows (yui-g), where the first and third has two columns, and the second is one column. The first row is guaranteed to exist, the second and third are optional. By making the second row a single column, it fills the space better.

I see, thanks for the insight.
If #2 is so much better for the engineers, then I'd say we need to find a way for the right column it to not cut into the top section (maybe a min-height?), and work a bit on vertical spacing to give the information and sections some air. It can be done.

Fix committed in launchpad devel r9090.

Fixed released in launchpad-project 2.2.8.