The W3C CSS Working Group is continuing to work on standardizing the default 
emoji presentation in perhaps the most ubiquitous application of Unicode today, 
the world wide web. Some recent logs: 
Current draft at 

Currently, the CSS draft specifies three values for emoji that a web author may 
use to style their content: auto, text, and emoji. The auto value (which is the 
default) leaves emoji presentation to the discretion of the web browser and 
system platform itself, rather than conforming strictly to UTR 51. 
<> proposes that a strict 

If the authors or experts of UTR 51 believe that the Emoji_presentation 
property is useful, then they may want to chime in at Issue 
w3c/csswg-drafts#1223 <> with 
their expertise. My opinion is that standardizing the default presentation is 
important enough to strictly conform to UTR 51. Breakage has already occurred 
in the past, such as when WebKit in 2015 unexpectedly switched the default 
presentation of U+21A9 LEFTWARDS ARROW WITH HOOK “↩” from text to emoji, which 
unexpectedly broke existing websites such as Daring Fireball (see 
<> and also 

See also 
<> and 
<>. To give an update on this 
issue: The CSS WG recently resolved to make all web browsers completely ignore 
BCP47’s -u- extension. If the authors/experts of the BCP47 extension believe 
that the extension is at all useful, they still may wish to chime in at 
<>, but 
<> has now been 
updated to specify the ignoring of the BCP47 extension.

J. S. Choi

Reply via email to