Font rendering problem when some font weights of family are missing on machine
Reported by
s3th.tho...@gmail.com,
Jul 22 2017
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Example URL: inbox.google.com Steps to reproduce the problem: 1. Install only normal weight of Helvetica Neue 2. Visit a site that uses normal *and* bold weights of Helvetica Neue, e.g. inbox.google.com What is the expected behavior? If not all weights are available, Chrome should fall back to next font in the font-family CSS attribute (e.g. Helvetica, Arial, or sans-serif) What went wrong? Chrome fakes bold Helvetica Neue, making text rasterization look terrible. Screenshot (1) shows rendering on Chrome, Screenshot (2) shows rendering on Edge. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 59.0.3071.115 Channel: stable OS Version: 10.0 Flash Version: I believe this bug may be related to https://bugs.chromium.org/p/chromium/issues/detail?id=435721
,
Jul 24 2017
Thanks for the report, however, on the layout engine side this works as intended. https://drafts.csswg.org/css-fonts/#font-style-matching prioritizes the family match. The algorithm mandates to form a set of fonts of the same family, then match those first, then reduce the set according to font-stretch, style and weight. If the set only contains one match, this one is used and is the only match for all stretch, style, weight values. For avoiding synthetic bold, compare issue 509989 about the font-synthesis CSS property. |
||
►
Sign in to add a comment |
||
Comment 1 by kojii@chromium.org
, Jul 24 2017Components: -Blink Blink>Fonts