[wp-trac] [WordPress Trac] #54530: Don't print the emoji-detection script

[WordPress Trac]

#54530: Don't print the emoji-detection script
-------------------------+----------------------
 Reporter:  aristath     |       Owner:  (none)
     Type:  enhancement  |      Status:  closed
 Priority:  normal       |   Milestone:
Component:  Emoji        |     Version:
 Severity:  normal       |  Resolution:  wontfix
 Keywords:  has-patch    |     Focuses:
-------------------------+----------------------

Comment (by desrosj):

 Replying to [comment:8 aristath]:
 > I agree that emoji is an important part of communication... But are
 there any browsers or platforms that WP supports, and they don't natively
 support emojis? Are there any examples of a scenario where the script is
 needed?

 The main scenario that this script is incredibly important is when new
 Emoji are added. It's a bit surprising because the script is now more
 important for forward compatibility than backwards compatibility.

 This happens every year, and it's the responsibility of each system type
 to add support for new versions of Unicode. This often happens at wildly
 varying times, and some systems take nearly an entire year to add support.
 If a user has an older computer, they likely have software that only
 supports up to Unicode 11, 12, etc. and the number of characters that will
 appear garbled compounds. My personal machine, for example, is currently
 on MacOS Mojave, and can't update to newer versions. It will never support
 new versions of Unicode natively without me manually configuring that.

 This can also currently be seen by [https://emojipedia.org/emoji-14.0/
 looking at this page], which details the new Emoji approved and included
 in Unicode 14.0 approved in September 2021. You can see that most, if not
 all, of the new characters are displayed incorrectly. As far as I know, no
 systems support these characters yet, but it's expected some systems will
 start releasing updates adding support in the coming months. When Twemoji
 releases an update supporting new characters, WordPress can ensure that
 all site visitors can view all Emoji characters, regardless of what type
 of system they run.

 >
 > > just scanning post content for characters to determine whether the
 script is needed is not a complete solution.
 >
 > In block themes we know the HTML of the entire page before it gets
 rendered, not only the content but also headers, footers, sidebars,
 everything. Would doing this for block themes be a viable solution in your
 opinion?

 Yes, I'd be open to exploring this as that does seem like an improvement.

 >
 > > this is a necessary technical feature to ensure sites don't seem
 "broken" to the overwhelming majority of site owners and visitors.
 >
 > That assumes the user/owner is using a platform/browser that doesn't
 support emojis. Are there any platforms/browsers like that? Because I
 can't think of any - other than IE8/9 and things that are not supported in
 general.

 I think I covered this in the first answer.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/54530#comment:9>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform