[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