Issue 8882:
Layout for 12+ labels pushes file list far below the fold

Issue description

Affected Version:What steps will reproduce the problem?1.https://team-review.git.corp.google.com/dashboard/selfWhat is the expected output?
Dashboard with pending/incoming/submitted changes
What do you see instead?
no immediate issue.
Please provide any additional information below.
Problems start when going to a particular change.
See gerrit.png (old ui) and gerrit_new.png (new ui) for explicit differences.
What jumps first is the shear unreadability of the new ui.
It's divided into three columns, with inefficient use of space. The right column has way too many entries, with a "Show more button".
The left column takes way too much space to display the reviewer and approval information.
The center column is more than 70% blank, and that's for a descriptive changelist. A "Fix Build" patch will contain one line.
The MAIN issue is that from this view, I don't see the files. I have to scroll down which is a terrible design, since files is the most important part of a changelist. It makes any patch much less obvious and confusing.
Other things are cosmetic, e.g text seems to take twice as much space, at the minimum I would expect parameters similar to gmail (default/comfortable/compact), which I guess takes time to get used to.

Affected Version:What steps will reproduce the problem?
<scrubbed>
What is the expected output?
Dashboard with pending/incoming/submitted changes
What do you see instead?
no immediate issue.
Please provide any additional information below.
Problems start when going to a particular change.
See gerrit.png (old ui) and gerrit_new.png (new ui) for explicit differences.
What jumps first is the shear unreadability of the new ui.
It's divided into three columns, with inefficient use of space. The right column has way too many entries, with a "Show more button".
The left column takes way too much space to display the reviewer and approval information.
The center column is more than 70% blank, and that's for a descriptive changelist. A "Fix Build" patch will contain one line.
The MAIN issue is that from this view, I don't see the files. I have to scroll down which is a terrible design, since files is the most important part of a changelist. It makes any patch much less obvious and confusing.
Other things are cosmetic, e.g text seems to take twice as much space, at the minimum I would expect parameters similar to gmail (default/comfortable/compact), which I guess takes time to get used to.
<attachments scrubbed>

I think we should come up with a stopgap solution for this before the June 4 deadline when we remove the option of using the GWT UI from googlesource.com.
Arnab, you've said you wanted to plan an incremental approach to the layout changes you're working on. This seems like one good area to focus on in the immediate term.

For those interested -- the plan here is to replace the existing label display and submit requirement section with chips that have hovercards. This takes up significantly less vertical space, and also makes the UI more useful at-a-glance.

It's a clear improvement! For our 14-label project I can now see the first changed file without scrolling. I would like to see more changes in this same vein, though, as it's not yet as usable as the old UI and still has a ton of whitespace

Hi all,
Please have a look at these mocks! Notably, we've:
- Modified the label and submit requirements layout to be more dense (already live)
- Removed all information in the "Change metadata" section (above the labels) not pertinent to accounts (reviewers, assignee, owner, etc etc)
- Placed that information in a bar right below the change number/status/title to allow it to better occupy horizontal space
How do you all feel about these changes? Any and all feedback is appreciated!