Closed Gaia-Nutrition closed 4 years ago
EDIT: Nevermind, I see there's still an issue
Are you sure the wrapping breaks the whole CSS clause? Every test I've done results in the CSS still being parsed correctly, even though it's wrapped.
As you can see the background of the html is red:
The source is wrapped:
I've reverted the encoding change in 2.7.3
As for https://github.com/spatie/mailcoach-support/issues/62, this is not actually an issue in plain text clients, only when viewing the raw source of a message (which is not an intended use case)
For example Mutt, will render emoji's correctly with the default encoding that Laravel (Swift mailer) uses. (the second emoji is missing in the font I'm using)
Mailcoach encodes outgoing email content using 8-bit. From what I could gather from past issues like #62, this keeps spacial characters (such as emojis) readable in text-versions of emails.
However, this also results in a forced line wrapping which breaks the inlined CSS. This is what the HTML content of an 8-bit encoded email looks like:
As you can see on line 2 of the body styles,
'Apple Color Emoji'
is word wrapped which breaks the whole CSS clause.When disabling the custom encoding, the emails are not wrapped and render fine.