[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