Emojis are not rendered colored on huge sizes (or at all on Android and Mac) |
||||||||||
Issue description
Version: Cr53
OS: Win10
What steps will reproduce the problem?
data:text/html;charset=utf8,<script>document.write("%F0%9F%8F%AF".repeat(20).replace(/./ug, (x, i) => `<span style="font-size: ${i * 10}px;">${x}</span> `))</script>
What is the expected output?
All as color
What do you see instead?
From some size, no longer color emoji available
IIRC, there is a related issue on Android that huge Emoji are not rendered at all which I guess because of lack of non-color glyph there so color emoji in all sizes is better for consistency also.
,
Jul 7 2016
It starts to try non-color drawing from font size of 256 (and 128 when device devicePixelRatio is 2). Don't that remind you anything? I remember something like this, that there was a difference on rendering when Chrome was using GDI and Chrome was doing better rendering when this size was passed and I guess you should need drop some legacy code related to that.
,
Jul 13 2016
Friendly BUMP :) not highly important issue but worth to fix IMO
,
Jul 14 2016
,
Jul 14 2016
,
Jul 22 2016
,
Jul 22 2016
,
Jul 22 2016
^ sorry if is not "blockedon" that issue, my investigation for a 256px size limitation on Skia also had reached to glyph cache system but honestly my motivation was more to test cross project bug linking feature of monorail :)
,
Aug 9 2016
,
Aug 12 2016
,
Mar 26 2017
skia:5560 needs a bump I believe.
,
Mar 26 2017
,
Mar 27 2017
Known Skia bug :(.
,
Apr 12 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 18 2018
|
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by kulshin@chromium.org
, Jul 1 2016