Ticket #19119 (closed defect (bug): fixed)
Admin menu flyouts are one pixel off when collapsed
| Reported by: |
|
Owned by: |
|
|---|---|---|---|
| Priority: | normal | Milestone: | 3.3 |
| Component: | UI | Version: | 3.3 |
| Severity: | normal | Keywords: | has-patch |
| Cc: | olleicua@… |
Description
In Revision #19118 admin menu flyouts are 1 pixel too low when the menu is collapsed. See attachment. This is consistent in Firefox, Safari, and Chrome.
Attachments
Change History
- Summary changed from admin menu flyouts to Admin menu flyouts are one pixel off when collapsed
- Milestone changed from Awaiting Review to 3.3
- Keywords has-patch needs-testing added
Fixed, looks much better. Doesn't break non-collapsed view.
comment:3
SergeyBiryukov — 7 months ago
Probably would be better to decrease margin-top (19119.2.patch).
-
attachment
19119.3.patch
added
fixes offset on current menu item and menu item below it
19119.diff is the middle ground between SergeyBiryukov and trepmal's patches.
comment:10
trepmal — 6 months ago
comment:11
koopersmith — 6 months ago
- Owner set to koopersmith
- Status changed from new to closed
- Resolution set to fixed
In [19279]:
comment:12
trepmal — 6 months ago
- Status changed from closed to reopened
- Resolution fixed deleted
Seems my selector was a bit too specific - if the current item doesn't have a submenu, the pixel offset still happens with the flyout below.
Also, hoverstate on the current item with no submenu isn't right. Following the unfolded style, it shouldn't change on hover .
Probably not necessary, but here's a short (8s) screencast that shows both quirks http://screencast.com/t/VeGYxhwyPk2
-
attachment
wp-admin.dev.css.diff
added
should fix both issues I just mentioned
comment:13
olleicua — 6 months ago
Was [19119/wp-admin.dev.css.diff] intended to be applied on top of your other patch because if not then it doesn't seem to be fixing the problem for me:
comment:14
trepmal — 6 months ago
Hmm.... Just double-checked the patch and it worked for me.
To be sure, I deleted my wp-admin(.dev).css files, svn up'd and applied the patch.
comment:15
olleicua — 6 months ago
For some reason I am seeing this bug in FF7 in all four of the following circumstances:
• right after svn up'ing, no patches
• right after svn up'ing and applying just patch 3
• right after svn up'ing and applying just wp-admin.dev.css.diff
• right after svn up'ing and applying patch 3 then wp-admin.dev.css.diff
not sure what's going on here..
comment:16
olleicua — 6 months ago
Figured it out. I had reduced the font size in my browser. When I restored it to the normal size everything worked as expected. Not sure how many people actually change their font size in FF frequently while trying to use the WP admin but it seems to severely break the admin bar in other ways too. Anyway not the point of this ticket so pretend I said nothing.
comment:17
ocean90 — 6 months ago
trepmal, is it still an issue?
comment:18
trepmal — 6 months ago
Partially fixed, the pixel offset seems to be fixed. But the hoverstate problem is still there
Also, hoverstate on the current item with no submenu isn't right. Following the unfolded style, it shouldn't change on hover .
If comments (a menu item without submenu items) is the current item, the arrow is visible but disappears on mouseover.
If needed, I can create a new ticket for this since it's not part of the original issue reported here.
comment:19
ocean90 — 6 months ago
- Keywords needs-testing removed
- Status changed from reopened to closed
- Resolution set to fixed
trepmal, that is correct behavior.
We had a long discussion on this in IRC, see https://irclogs.wordpress.org/chanlog.php?channel=wordpress-dev&day=2011-11-08&sort=asc#m329457
comment:20
trepmal — 6 months ago
Okay, it just doesn't give the impression of being intentional to me. Especially since in the unfolded menu there is no change on mouseover.
comment:21
trepmal — 6 months ago
comment:18 addressed in [19433]


