Issue metadata
Sign in to add a comment
|
Default presentation for Unicode emoji is often incorrect
Reported by
rshu...@gmail.com,
Oct 4 2017
|
|||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3231.0 Safari/537.36 Example URL: http://www.unicode.org/emoji/charts/emoji-style.txt Steps to reproduce the problem: Open http://www.unicode.org/Public/emoji/5.0/emoji-test.txt, http://www.unicode.org/Public/emoji/5.0/emoji-zwj-sequences.txt, http://www.unicode.org/emoji/charts/emoji-style.html, and http://www.unicode.org/emoji/charts/emoji-style.txt What is the expected behavior? The emoji with default text presentation display in text format and those with default emoji presentation display in emoji form. Usage of explicit text presentation and emoji presentation selectors is honored. What went wrong? The wrong presentation form is often used. Sometimes text presentation is used when emoji presentation should be and sometimes emoji presentation is used when text should be. 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? No Edge Chrome version: 63.0.3231.0 Channel: canary OS Version: 10.0 Flash Version: This is broken both on Windows 10 and Android though there are differences.
,
Oct 5 2017
,
Oct 5 2017
,
Sep 18
rshupak@gmail.com, thanks for the report. Could you please be more specific in which ones you believe show incorrect presentation style? Please note that this issue heavily depends on glyph coverage in the underlying fonts. If the preferred presentation is not available, we need to do fallback. If color presentation is not available, we fall back to text presentation and vice versa. I believe we do correctly identify default presentation in the code, as this is heavily unit tested in https://cs.chromium.org/chromium/src/third_party/blink/renderer/platform/fonts/symbols_iterator_test.cc?type=cs&q=symbolsiteratortest&sq=package:chromium&g=0&l=26 These pages would only show 100% correctly if there were a full contour/B&W emoji font and a full Unicode 11 color emoji font available on the same system.
,
Oct 2
The NextAction date has arrived: 2018-10-02
,
Oct 2
I'll close this as WontFix, please comment if you have concrete emoji and examples that display incorrectly.
,
Oct 5
I don't see how you can get more concrete than http://www.unicode.org/emoji/charts/emoji-style.txt. This document is very clear with the statement "Should all be colorful & monospace, except that those marked with “text+ts” and “text-vs” should be monochrome."
,
Oct 5
And I just checked Chrome 69.0.3497.100 on Windows 10 19H1 18252.1000. There are more bugs in Chrome displaying color emoji when it should display text so color emoji coverage is not the issue. You can verify that all have text presentation glyphs available by copying and pasting the first three sections into notepad and setting the font to Segoe UI Emoji, Segoe UI Symbol, Calibri, or even Arial. There are also bugs with emoji being displayed in text presentation when color should be used.
,
Oct 6
I should have mentioned http://unicode.org/emoji/charts/emoji-style.html again as well since this has examples with both emoji and non-emoji fonts.
,
Oct 8
|
||||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||||
Comment 1 by dtapu...@chromium.org
, Oct 4 2017