The system-ui generic family uses wrong weight on Windows 10
Reported by
hai...@gmail.com,
Dec 6 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393 Example URL: Steps to reproduce the problem: 1. Write sentences styled with system-ui and weight variation in an HTML document 2. Open with Chome 57 What is the expected behavior? Use correct or nearest weight for all sentences. What went wrong? Chrome 57 uses 600 (Segoe Ui Semibold) for 500-900. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? N/A Chrome version: 57.0.2942.0 Channel: canary OS Version: 10.0 Flash Version:
,
Dec 9 2016
,
Dec 13 2016
Renders correctly in 57.0.2950.0 for me on Win10 High-DPI for me. Could you please reset on the latest canary version?
,
Dec 13 2016
Still reproduced on 57.0.2950.0. I’m using Win10 in Japanese locale.
,
Dec 14 2016
It's actually strange, we pick system's menu font, so if you're using Japanese locale, it should be Yu Gothic UI, not Segoe UI. I don't have Japanese locale Windows around me atm, I'll check later.
,
Dec 14 2016
Oh, I misunderstand! `system-ui` uses Segoe UI (that uses Yu Gothic UI through Windows’ fontlink feature), but it’s not. Thanks for pointing this out. Yu Gothic UI also have light, semilight, regular, semibold, and bold. I think `system-ui` does not use them correctly, but I found there is a font naming bug here. It seems like a bug of Windows 10, not Chromium. I’ll feedback this to Microsoft.
,
Dec 20 2016
As per comment #6 closing this issue, Please raise a new issue if you come across the similar one specific to chrome behavior. Thanks! |
||||
►
Sign in to add a comment |
||||
Comment 1 by ajha@chromium.org
, Dec 6 2016