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

Issue 775594 link

Starred by 2 users

Issue metadata

Status: Closed
Owner:
Closed: Nov 23
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug
M-X



Sign in to add a comment

[MaterialDesign] [macOS] The hover buttons in the Omnibox have a quicker fade-in and fade-out animation time than the Toolbar Buttons

Project Member Reported by meh...@chromium.org, Oct 17 2017

Issue description

Chrome Version: 64.0.3242.0 Canary
OS: macOS 10.12.6

What steps will reproduce the problem?
(1) Compare the fade-in and fade-out animation of the Toolbar Buttons with the Buttons in the Omnibox

What is the expected result?
The Omnibox fade-in and fade-out animation should be smooth like the Toolbar buttons.

What happens instead?
The Omnibox fade-in and fade-out animation are quicker.


A screencast is attached. Please feel free to close this issue, if this is intentional.

Thanks.
Mehmet
 
hover_buttons_animation.mov
2.4 MB Download

Comment 1 by meh...@chromium.org, Oct 17 2017

Cc: sdy@chromium.org
I see the same with the Profile Button. But I think this is already posted with Issue 648729 ?

Comment 2 by shrike@chromium.org, Oct 17 2017

Cc: -spqc...@chromium.org
Owner: spqc...@chromium.org
It looks like the omnibox items don't do any fading but instead snap right to their new state. Seems like they should match the toolbar but I'm not sure.
Cc: maxwalker@chromium.org
Status: Assigned (was: Untriaged)
+maxwalker for his thoughts

Yes, there's no fading implemented for the omnibox items. This is different behavior from Windows, which do have some fading. 
Yes, this is already the case on Windows and CrOS. It would be great to match the toolbar on macOS, too. (Please note that there should be no ripple effects on macOS). Thanks for bringing this up!

Comment 5 by sdy@chromium.org, Oct 18 2017

I recently added a class for the MD download shelf (MDHoverButton) that implements this behavior. I'm planning to use it for issue 648729, and it should work in other cases too.
Sounds good!

Comment 7 by meh...@chromium.org, Oct 18 2017

Thank you, sdy@. I noticed that the Bookmarks Items on Bookmarks Bar have a fade in, but not a fade out animation. Should I file a separate report for it or do you want to combine it with this report?

Comment 8 by sdy@chromium.org, Oct 18 2017

Actually, a separate bug might be good. Could you cc me and lgrey@ (who's done a bit of bookmarks work recently)? Much appreciated!

Comment 9 by meh...@chromium.org, Oct 18 2017

Of course. Done:  Issue 776094 
Not sure, if it's helpful: Fixed  issue 593531  for the Toolbar Buttons, Comment 15 says 250 ms is used for both fade-in and fade-out.
Cc: -sdy@chromium.org
Owner: sdy@chromium.org
Not sure, but I think this is fixed under MdRefresh. 
Labels: Hotlist-CocoaBrowser M-X
Agreed.
(FYI: This is not an issue under MacViews/MdRefresh.)
Thanks. I tagged it Hotlist-CocoaBrowser so that we can revisit it (and probably close it) in a post-MacViews world :-).
Okay, thank you.
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIToolingRequired
**UI Mass Triage**

As per c#15, adding labels for expert review.
Status: Closed (was: Assigned)
Old Cocoa Bug. Can't reproduce under MacViews. Closing.

Sign in to add a comment