Set CrOS caption buttons colors to match proposed Win caption button coloring |
|||||||||
Issue descriptionOS: CrOS What steps will reproduce the problem? (1) Install https://chrome.google.com/webstore/detail/robot-theme-inspired-by-a/oeljdmeofcikjblcoehpmdnooimalbmj (2) Look at the minimize, maximize, and close buttons What is the expected result? The buttons should be easy to see What happens instead? They're difficult to see The buttons should follow the Windows button coloring. See Comment #45 in Issue 644004 for more details
,
Mar 7 2017
,
Mar 11 2017
Friendly ping on this?
,
Mar 27 2017
,
Apr 21 2017
,
Oct 24 2017
Hello, I am merging this issue into the master bug 644004 which is labeled as started. I see that you are copied on that bug as well. Please let me know if you have further questions. Thanks, Laura
,
Aug 23
,
Aug 23
Unmerged from Issue 644004. Relevant comments from that bug: "We should draw a semitransparent overlay of the calculated base color. See how Windows10CaptionButton::PaintBackground() handles buttons, especially non-close buttons. There's a default "button background" color that we draw, and then also hover/pressed effects we do. I don't know whether this can all be taken exactly as-is on Mac without looking too out-of-place (but try it?). I think the views profile switcher needs to do all this stuff as well."
,
Aug 23
,
Aug 23
,
Jan 16
Is this still a problem? Current ToTT shows as the following which looks right to me.
,
Jan 16
We've improved this a bit, but it's not fixed. CrOS today tends to use Grey200 or Grey 700, apparently alpha-blended a bit with the background. Compare with the attached Win 10 screenshot showing our use of the caption button background and sharper contrast. |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by spqc...@chromium.org
, Jan 12 2017