Merge lp:~huwshimi/launchpad/hover-row-43231 into lp:launchpad

Proposed by Huw Wilkins
Status: Rejected
Rejected by: Huw Wilkins
Proposed branch: lp:~huwshimi/launchpad/hover-row-43231
Merge into: lp:launchpad
Diff against target: 13 lines (+3/-0)
1 file modified
lib/canonical/launchpad/icing/style-3-0.css.in (+3/-0)
To merge this branch: bzr merge lp:~huwshimi/launchpad/hover-row-43231
Reviewer Review Type Date Requested Status
Curtis Hovey (community) Needs Information
Graham Binns (community) code Approve
Registry Administrators ui Pending
Review via email: mp+48877@code.launchpad.net

Commit message

Table listing rows now highlight when hovered.

Description of the change

Added a highlight when you hover a row on a table listing.

TO TEST:
Find a table listing (such as https://bugs.launchpad.dev/ubuntu or https://answers.launchpad.dev/ubuntu). Hover a row with your mouse and the background of that row should change to a pale grey.

To post a comment you must log in.
Revision history for this message
Martin Pool (mbp) wrote :

I'll just note there is already a hover that produces an underline on
the link to the bug itself (or whatever). I feel it is an antipattern
to have a hover highlight region that is larger than the actually
sensitive region, and this patch would do that. (hraspace is a very
good example of why this is bad.) It's true that the bugzilla theme
cited as an example in the bug does have the same behaviour but I'm
not sure I like it there.

The general skin of Launchpad has changed since this bug was
originally filed, so assertions made then about usability aren't
necessarily true. Personally I feel the dotted lines between rows
give good unity without being as heavy as a hover highlight. Are
there still people who feel otherwise? Unless this actually aids
usability I think we should leave it out.

Revision history for this message
Graham Binns (gmb) wrote :

I can approve the code for this, but I'm not a UI reviewer, so I've added a request for a UI review.

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

I have trouble seeing the background colour (#f6f6f6) on LCD displays. The difference
in colour is less that the variation in brightness from the top and bottom angles. I can see the colour change when I hover over a row at the top of my screen, but I cannot see it if the row is at the bottom on my screen. I think the CSS has a lot of disagreement about the hex value for a background colour:

    The app links use #747474
    The involvement links use #eee
    Latests PPA updates alternates odd-even #fff-#eeeeff

And I see that #f6f6f6 is also by a class so I do not think users will see the update
on hover:

    .shaded rows use #f6f6f6

There are some unwanted interactions with this new rule, but I think this maybe case where the rule is write, and we have some pages that need fixing:

Heading rows (tr th) in the body are made /lighter/ on hover:
    https://launchpad.dev/ubuntu/+cdmirrors

Empty rows in poorly constructed table highlight nothing:
    https://launchpad.dev/ubuntu/+source/pmount

review: Needs Information

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1=== modified file 'lib/canonical/launchpad/icing/style-3-0.css.in'
2--- lib/canonical/launchpad/icing/style-3-0.css.in 2011-02-03 21:08:58 +0000
3+++ lib/canonical/launchpad/icing/style-3-0.css.in 2011-02-08 06:03:16 +0000
4@@ -637,6 +637,9 @@
5 table.listing, table.listing tbody, table.listing td.end-of-section {
6 border-bottom: 1px solid #d2d2d2;
7 }
8+table.listing tr:hover {
9+ background-color: #f6f6f6;
10+ }
11 table.listing th {
12 font-weight: bold;
13 }