New issue
Advanced search Search tips

Issue 846358 link

Starred by 4 users

Issue metadata

Status: Verified
Owner:
Closed: Jan 4
Cc:
Components:
EstimatedDays: 3
NextAction: ----
OS: ----
Pri: 3
Type: Bug


Participants' hotlists:
pbos-backlog


Sign in to add a comment

[MD-Refresh] Spacing between extension button and Toolbar Divider could be also 8px (like between Toolbar Divider and profile button)

Project Member Reported by meh...@chromium.org, May 24 2018

Issue description

Chrome Version: 68.0.3439.0 Canary
OS: macOS 10.13.4

What steps will reproduce the problem?
(1) Install an extension
(2) Show its icon on the Toolbar
(3) Hover over it
(4) Take a look at the spacing between the extension hover button (HB) and the Toolbar Divider
(5) Now hover over the Profile icon
(6) Take a look at the spacing between the Toolbar Divider and the Profile icon HB

What is the expected result?
Both should have the same spacing (8px?).

What happens instead?
The spacing between the extension hover button and the Toolbar Divider is 10px. 
The spacing between the Toolbar Divider and the Profile icon HB is 8px.

Thanks for looking into this issue :)
Mehmet
 
10px_bug.png
8.5 KB View Download
8px_okay.png
8.6 KB View Download

Comment 1 by meh...@chromium.org, May 24 2018

Description: Show this description

Comment 2 by pbos@chromium.org, May 30 2018

This is a pretty gross side effect of the extension icons being sized differently and the inkdrops being inset to 2dp less (for Refresh) than the actual button size, so the spacing is 8dp from the divider but then also 2dp inset into the extension buttons. :(

This is incidentally also why there's 2dp of spacing before the location bar instead of 0dp. We should clean this up at some point and then the 8dp insets will be correct. I think we can live with being 2dp off until we clean up this code which we should do regardless.
2dp-inset.png
6.4 KB View Download
Labels: -Pri-2 Pri-3
Owner: ----
Triage
Status: Available (was: Assigned)
EstimatedDays: 3

Comment 6 by pbos@chromium.org, Jun 1 2018

Cc: pbos@chromium.org
Labels: Hotlist-Polish
Labels: Group-Toolbar
Labels: M-70 Target-70
Labels: -M-70 -Target-70 M-71 Target-71
Labels: -Proj-MdRefresh Proj-DesktopUI
Labels: Hotlist-DesktopUITriaged
Owner: dfried@chromium.org
Status: Assigned (was: Available)
Sending to dfried@ for initial triage.
I think the Mac version is no longer around, so unifying ToolbarActionsBar with BrowserActionsContainer would be refactoring that would make this easier to resolve. We definitely have code debt in both because ToolbarActionsBar was trying to accommodate both Cocoa and Views versions.
Owner: ----
Status: Available (was: Assigned)
Unassigning from myself as I'm not currently taking this, but it is a bug our team should consider working on later.
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
**UI mass Triage**

Seems to be valid issue, adding respective labels.

Labels: -M-71 -Target-71 M-73 Target-73
Status: Verified (was: Available)
Hey pbos@: Your CL https://chromium-review.googlesource.com/c/1394870 fixed this too :)

Tested with Snapshot 620014.

Closing as verified \o/
Owner: pbos@chromium.org
Hey I thought I had a bug for this, I just couldn't find it. :D

Sign in to add a comment