Bug 224382 - Font selection does not respect the Emoji_Presentation property
Summary: Font selection does not respect the Emoji_Presentation property
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Text (show other bugs)
Version: Safari 14
Hardware: Unspecified macOS 11
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2021-04-09 11:25 PDT by Jonathan Kew
Modified: 2021-04-09 13:13 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jonathan Kew 2021-04-09 11:25:39 PDT
Unicode characters with the Emoji_Presentation property should by default (unless followed by U+FE0E to request text-style presentation) be displayed using an emoji-style font, even if the codepoint happens to be supported by the current (text) font being used.

Testcase: https://codepen.io/jfkthame/pen/jOyYPJq?editors=1100

Here, both the BLACK MEDIUM SMALL SQUARE and UMBRELLA WITH RAIN DROPS have Emoji_Presentation=YES according to https://www.unicode.org/Public/UCD/latest/ucd/emoji/emoji-data.txt, and therefore are expected to be rendered in emoji style.

Safari correctly renders them with the emoji font when explicitly followed by U+FE0F, but as the testcase shows, it fails to do this by default when no variation selector is present.

In contrast, Firefox renders this example entirely as expected.
Comment 1 Radar WebKit Bug Importer 2021-04-09 13:13:29 PDT
<rdar://problem/76466598>