New issue
Advanced search Search tips

Issue 819019 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Look into recoloring chrome:// favicons to match omnibox text

Project Member Reported by pbos@chromium.org, Mar 6 2018

Issue description

Today there are some blue chrome:// favicons that provide terrible contrast against the omnibox blue (on Windows).

We should consider matching the omnibox text for all chrome:// icons as the text color has already been chosen to provide good contrast against the background color. In this instance chrome:// icons will look like they are cut out from the blue background color (white on blue).

Attaching unpolished example code.
 
history-colormask.png
11.5 KB View Download
Rather than special-case chrome:// icons, I think we should tackle the larger issue that favicons don't look good on arbitrary background colors.  We didn't use to have this problem when we didn't use favicons in the dropdown, but now that we use them we do.

In the location bar itself we basically dealt with this by claiming that we could use the normal colors on light backgrounds, and should use white on dark backgrounds.  It would be nice to be consistent between these two places.  One way to do this would basically be, for all rows at all times, if the background is dark, show the icon in question in light-on-dark greyscale.  I assume we already have some Skia functionality somewhere that can do that.

Another way would be, we use full color icons on backgrounds that are "close to white or black" and use light or dark greyscale versions against backgrounds in between those two.

Also relevant here:  bug 740722  / https://chromium-review.googlesource.com/c/chromium/src/+/949449 .
re: 2
I don't think we should let "perfect" get in the way of better. We can improve for our own favicons (guaranteed to have only one color) without dealing with arbitrary favicons, which would be harder/impossible to colorize well. We already do this on the bookmark bar for incognito mode.
I don't mind shipping something that's incrementally better, especially if the code cost is small (supply a different color to the vector icon creation function when the background is dark).

I just think we should be thinking about the larger issue :)
Sure. It's my understanding that this will come up less often when we switch windows to using a grey highlight, like the other platforms.

Comment 5 by pbos@chromium.org, Mar 6 2018

We could also mock up what a lighter-color frame underneath the favicon would look like (white tinted by the selection color, say 80% white 20% selection color). I think we can expect all favicons to render OK on white or light colors.

We also need to solve this in Task Manager, but I believe whatever solution we end up with will cover both.

Comment 6 by pbos@chromium.org, Mar 6 2018

I floated the idea of having a different-color background by Alan and he didn't like it at first glance and I kinda agree it'll look wonky. The omnibox doesn't look affected by themes so the original issue (low contrast to chrome:// favicons) should at least be resolved.

I think it's preferable to move to the light-grey highlight since we know that we want that and we're not sure how or if we can handle the general case.
Omnibox dropdown is affected by system themes currently, and even in the default theme can be either light or dark.

Comment 8 by pbos@chromium.org, Mar 7 2018

I think more urgently we should address the default. Most favicons look like they'd be OK on either light or dark (which is what they are in incognito). I think the highlight blue is throwing favicons off their game.

Comment 9 by pbos@chromium.org, Mar 28 2018

Status: WontFix (was: Assigned)
I'll drop this as shrug since the omnibox dropdown colors are changing for Material refresh. Marking as WontFix feel free to reopen if you wanna take it.

Sign in to add a comment