Unicode shade characters rendered too tall - overlapping lines
Reported by
ada...@gmail.com,
Mar 9 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36 Example URL: https://github.com/Microsoft/vscode/issues/22262 Steps to reproduce the problem: 1. While originally encountered in vscode, the issue can also be seen in the reported vscode issue here (with images): https://github.com/Microsoft/vscode/issues/22262 Under step 1 of that ticket, you'll see that the raw text (not an image) is rendered incorrectly. What is the expected behavior? The Unicode shade characters should not overlap so badly. More images of the expected behavior here: https://github.com/Microsoft/vscode/issues/22262 What went wrong? The Unicode shade characters should not overlap badly across lines. 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: 56.0.2924.87 Channel: stable OS Version: 10.0 Flash Version: Love chromium!
,
Mar 9 2017
,
Mar 13 2017
Thanks for the reduced test case, I'll try to look into it tomorrow.
,
Mar 14 2017
At first I thought this was due to the minAntiAliasSizeForFont hack but Consolas is neither in the minAntiAliasSizeForFont nor the noSubpixelForSmallSizeFont list. It only happens at a few font sizes, notably at 6, 7, 8, 9, 10, 14, 15, and 16px. 11, 12, and 13px work just fine. Dominik, any ideas?
,
Apr 6 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 11 2018
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by dtapu...@chromium.org
, Mar 9 2017