[wp-trac] [WordPress Trac] #47822: wp_staticize_emoji_for_email always converts text/html email symbols and has no way to override behavior

WordPress Trac noreply at wordpress.org
Sat Aug 3 15:11:22 UTC 2019


#47822: wp_staticize_emoji_for_email always converts text/html email symbols and
has no way to override behavior
-------------------------+-----------------------------
 Reporter:  majemedia    |      Owner:  (none)
     Type:  enhancement  |     Status:  new
 Priority:  normal       |  Milestone:  Awaiting Review
Component:  Mail         |    Version:  trunk
 Severity:  minor        |   Keywords:
  Focuses:               |
-------------------------+-----------------------------
 While a good portion of email clients respect inline styling (or styling
 at all) for `text/html` emails there are still a lot of corporate email
 systems that either strip this data or ignore it completely.

 Example: the TM symbol. When detected in an email the
 `wp_staticize_emoji_for_email` converts it to an image and replaces it
 inline.

 This enhancement is NOT about that functionality but rather allowing a way
 to override it and turn it off selectively from within the `wp_mail`
 process.

 The patch I'm submitting with this ticket does it in a non-obtrusive way.
 Adding an additional optional argument to the `wp_mail` function with a
 default setting that maintains current behavior for anything that hooks to
 the `wp_mail` filter.

 The patch also modifies the behavior of the `wp_staticize_emoji_for_email`
 function to look for this new argument and return the original `$mail`
 formatting before going through its flow.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/47822>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list