New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 746712 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Task



Sign in to add a comment

Update Overflow Menu Icon Asset in the toolbar & increase the touch target from 42 to 48dp

Project Member Reported by hannahs@chromium.org, Jul 20 2017

Issue description

Proposal deck here:
https://docs.google.com/presentation/d/1g6hrdbzEV8_7wKPZoksiD-Pwts-P6nD6MU4haXV7Jkc/edit#slide=id.g22e0dc7a2d_0_346

The Material team has updated the overflow menu icon asset to have a bounding box that is 24x24dp instead of the old one we're currently using that's 14x24dp.

Having a 14x24dp icon instead of the standard 24x24dp causes for a lot of special casing to fit standard Material templates. As a part of the snowflake effort to reduce one-off's we should update this to be consistent with the rest of our icon templates.

Also, due to the old 14dp icon width, our current touch target for the overflow menu button in the toolbar is 42dp (while the touch target for the tab switcher is 48dp). Updating this would allow us to increase the touch target to the recommended 48dp.

Redlines attached
Icon asset here: https://icons.googleplex.com/#icon=ic_more_vert&search=more
Spec and mocks in the proposal deck: https://docs.google.com/presentation/d/1g6hrdbzEV8_7wKPZoksiD-Pwts-P6nD6MU4haXV7Jkc/edit#slide=id.g22e0dc7a2d_0_346
 
13.png
16.1 KB View Download

Comment 1 Deleted

Blocking: 738478
Blocking: -738478 753136
Owner: twelling...@chromium.org
Status: Started (was: Untriaged)
Hannah, what do you think of these screenshots from my in-flight patch? Do the buttons need to come away from the omnibox background at all?

I also swapped the asset in the infobar_translate_compact_content.xml, custom_tabs_toolbar.xml and on tablets.

Tablets are still using a bit of a weird style (width: 43dp, paddingEnd: 3.5dp). Should we do something here?
Screenshot_20171018-185809.png
188 KB View Download
Screenshot_20171018-185832.png
944 KB View Download
Screenshot_20171018-190405.png
109 KB View Download
Screenshot_20171018-190358.png
113 KB View Download
Screenshot_20171018-190509.png
213 KB View Download
Screenshot_20171018-191251.png
207 KB View Download
Screenshot_20171018-191311.png
219 KB View Download
Screenshot_20171018-191402.png
62.2 KB View Download
Screenshot_20171018-191410.png
243 KB View Download
Screenshot_20171018-191354.png
64.6 KB View Download
Screenshot_20171018-191107.png
152 KB View Download
Screenshot_20171018-191107.png
152 KB View Download
I'm looking at these blown up, and I think what I actually did is:

12dp [ ]  24dp  : 12dp

Since each icon is just centered in a 48dp box. Re-doing the XML to match spec's is going to be a bit more work than the 1/2 hour I spent on it this evening. I think I'll just swap the asset, to reduce the duplicate PNGs. This should have no visible impact, but I'll take a couple of screenshots.
Screenshot attached of the (prototyped) 16dp [ ] 16dp : 16dp format.

When the expand button is present, we could do either:

18dp ^ 18dp [ ] 18dp : 18dp    or    16dp ^ 20dp [ ] 20dp : 16dp.

I wonder if by doing this we're violating the spirit of the minimum touch target size. On the menu button, for example, if I try to tap the icon and end up too far right I'll still trigger the menu button, but if I tap too far left I might accidentally hit the tab switcher button since I have less touch slop on the left side.
Screenshot_20171019-084647.png
233 KB View Download
Screenshot_20171019-084647.png
233 KB View Download
Screenshot_20171019-084655.png
218 KB View Download
Screenshot_20171019-084702.png
219 KB View Download
Screenshots of the simple asset swap in-flight CL here: https://chromium-review.googlesource.com/c/chromium/src/+/728341

Savings (in raw asset size, excluding xxxhdpi which we don't ship): 493B

We always display btn_menu in 42-48dp box with the icon centered, so switching to a 24dp x 24dp icon had no visual effect.
Screenshot_20171019-085331.png
213 KB View Download
Screenshot_20171019-085345.png
46.8 KB View Download
Project Member

Comment 9 by bugdroid1@chromium.org, Oct 19 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf

commit 05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf
Author: Theresa Wellington <twellington@google.com>
Date: Thu Oct 19 20:44:12 2017

Remove btn_menu in favor of ic_more_vert_black_24dp

BUG= 746712 

Change-Id: I8fc4116433defb3ec7fe973d071c65f2885aeaee
Reviewed-on: https://chromium-review.googlesource.com/728341
Commit-Queue: Theresa <twellington@chromium.org>
Reviewed-by: Ted Choc <tedchoc@chromium.org>
Cr-Commit-Position: refs/heads/master@{#510198}
[delete] https://crrev.com/c09ae9d1985365d1aa7455eb25e7a70c1bcfe368/chrome/android/java/res/drawable-hdpi/btn_menu.png
[delete] https://crrev.com/c09ae9d1985365d1aa7455eb25e7a70c1bcfe368/chrome/android/java/res/drawable-mdpi/btn_menu.png
[delete] https://crrev.com/c09ae9d1985365d1aa7455eb25e7a70c1bcfe368/chrome/android/java/res/drawable-xhdpi/btn_menu.png
[delete] https://crrev.com/c09ae9d1985365d1aa7455eb25e7a70c1bcfe368/chrome/android/java/res/drawable-xxhdpi/btn_menu.png
[delete] https://crrev.com/c09ae9d1985365d1aa7455eb25e7a70c1bcfe368/chrome/android/java/res/drawable-xxxhdpi/btn_menu.png
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/android/java/res/layout/custom_tabs_toolbar.xml
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/android/java/res/layout/empty_background_view_tablet.xml
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/android/java/res/layout/infobar_translate_compact_content.xml
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/android/java/res/layout/toolbar_phone_common.xml
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/android/java/res/layout/toolbar_tablet.xml
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/android/java/src/org/chromium/chrome/browser/toolbar/ToolbarPhone.java
[modify] https://crrev.com/05c2e003beeb23e09e6a6d3dcd7a51e4815eeaaf/chrome/test/data/android/render_tests/NewTabPageTest.new_tab_page.Nexus_5-19.png

I took another look at the slide deck/code, and I'm wondering what the sizing/padding should be for the home icon on the left side of the toolbar?
Blocking: -753136
Cc: twelling...@chromium.org
Components: -UI>Browser>Mobile UI>Browser>Toolbar
Owner: ----
Status: Available (was: Started)
Moving back to available to make the padding update.
Labels: -Type-Feature Hotlist-Chrome-Modern Type-Task
Labels: -Pri-3 M-69 Pri-2
Owner: twelling...@chromium.org
Status: Started (was: Available)
Hannah, please see the attached screenshots from a Nexus 5x. This is easier than it was when we first investigated for Chrome Home because now there are always only two buttons (tab switcher and menu).

Tablets are little bit different/harder because we don't always have a tab switcher button. Should tablets be updated as well? If so, will you please create a spec for positioning when there is no tab switcher button?
Screenshot_20180423-224139.png
284 KB View Download
Screenshot_20180423-224147.png
363 KB View Download
Screenshot_20180423-224158.png
287 KB View Download
Screenshot_20180423-224250.png
144 KB View Download
Screenshot_20180423-224256.png
148 KB View Download
Screenshot_20180423-224356.png
56.6 KB View Download
Screenshot_20180423-224925.png
68.0 KB View Download
Screenshot_20180423-224930.png
66.5 KB View Download
Screenshot_20180423-224939.png
146 KB View Download
More screenshots from RTL w/ a home page button
Screenshot_20180424-164541.png
142 KB View Download
Screenshot_20180424-164551.png
280 KB View Download
Screenshot_20180424-164651.png
170 KB View Download
Screenshot_20180424-164637.png
34.1 KB View Download
Status: Fixed (was: Started)

Sign in to add a comment