[A11y Assessment - Omnibox] Suggestion default&focused row secondary text contrast |
||||||||||||
Issue descriptionChrome Version: 57.0.2987.110 OS: Win 10 What steps will reproduce the problem? (1) Type in a word in the Omnibox (2) See the first row of the suggestions (3) Check the contrast of the secondary text starting from "-" against the background color What is the expected result? Min contrast 4.5 What happens instead? Contrast 1.7 http://leaverou.github.io/contrast-ratio/#%233399ff-on-%2399ccff Since the first row is focused by default, and it's not easy to read the secondary text (e.g. "- Google Search", "$title of the page") while typing. In order to read the secondary text better, the focus should be moved to another row. Side note: - is the focus bgcolor defined by Chrome or by system? - should we consider a programmatic way to detect bgcolor and find text color with a certain formula? - Or should we have a fixed set of colors?
,
Aug 4 2017
,
Aug 4 2017
Could someone from Browser>Omnibox take a look?
,
Aug 8 2017
ping pkasting@, who might be able to answer the "side note" questions about the omnibox colors are selected.
,
Aug 8 2017
IIRC, we use system colors for the foreground and background of "primary text". The secondary foreground color is computed by blending between the two. We could change the way the blending occurs. My colors don't match the ones listed here. I get #0078d7 for the selection background and #80bceb for the secondary text. This gives a contrast ratio of 4.5 for primary text and 2.2 for secondary. In all cases of reporting graphical bugs, please give screenshots; attached is mine. It's possible 2.2 might be OK for this purpose. I don't know what the rules are for this size and function of text are. If not, note that with this foreground and background color, we couldn't really distinguish the two text types via blending, since the primary text is already only 4.5. I believe the unselected secondary text is #808080 on #ffffff, which is a ratio of 3.9. It's possible we could blend so as to achieve that same contrast ratio.
,
Aug 14 2017
On a version of Canary(62), the secondary text matches the primary text color when *highlighted*. Shall we do the same? Wdyt? +maxwalker for advice.
,
Aug 18 2017
,
Aug 18 2017
I think that makes the selected item (which is the critical one to read) harder to read by turning it into one long blob of text. But I am open to other opinions.
,
Dec 12 2017
tickling this bug because Justin and Max are thinking about new UX for the omnibox
,
Dec 13 2017
I just sent an email to the omnibox designers about this.
,
Dec 15 2017
,
Dec 15 2017
,
Dec 15 2017
,
Dec 15 2017
,
Dec 15 2017
Setting to p2 since this was found during our assessment
,
Jun 14 2018
This is obsolete as the color design is changing substantially in the M69 Refresh. The contrast is being discussed extensively as part of that process. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by hwi@chromium.org
, Mar 29 2017