[wp-trac] [WordPress Trac] #31843: Emoji inserted in Visual tab is not the one you click
WordPress Trac
noreply at wordpress.org
Wed Apr 1 18:26:51 UTC 2015
#31843: Emoji inserted in Visual tab is not the one you click
--------------------------+------------------------------
Reporter: eliorivero | Owner:
Type: defect (bug) | Status: closed
Priority: normal | Milestone: Awaiting Review
Component: Editor | Version: trunk
Severity: normal | Resolution: invalid
Keywords: | Focuses:
--------------------------+------------------------------
Changes (by kraftbj):
* status: new => closed
* resolution: => invalid
Comment:
Chrome notably lacked emoji support until recently (M41) and still has
quirks, namely with regards to not rendering if the font weight is over
500.
The Horse that is rendering for you is from the
[https://github.com/twitter/twemoji/blob/gh-pages/72x72/1f434.png
Twitter's open-source emoji set], which is what WP is using when the
browser/OS combo doesn't support emoji or we otherwise have a reason to
think it doesn't.
You can confirm this is what is occurring by inspecting the element of the
editor after the change and see that it is actually an image file being
served by WP.
I'm not certain, but I'd suspect that Trac's db schema doesn't support
emoji (four-byte unicode), hence why it drops.
Marking it as invalid as this is how WP's emoji support is designed to
work—supplementing the browser/OS's emoji support.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/31843#comment:4>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list