-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Better text/plain version of the summary email #109
Comments
Thanks for the report. It's not a major issue because it doesn't concern a majority of users and can be resolved through configuration. The layout doesn't seem too much broken for now in plain text. Can you share a screenshot to see what it looks like? |
The email view is written in Markdown and rendered in HTML by Laravel. It seems Laravel sends the unrendered version of the Markdown source as the plain text version for the email. |
Ah, ok. I guess nobody cares about plain text enough to tell Laravel to DTRT. |
I'd say is not too bad as it is! Doing automatically another thing would require a decent amount of code and would be subjective. |
I disagree on the "subjective": there is a |
Problem: the
text/plain
version could be more readableWhen emails are both in
text/plain
andtext/html
, my email client displays thetext/plain
version by default. Thetext/plain
version ofma-semaine
emails is not as readable as it could be.Don't use markdown and utf-8 emojis
text/plain
: e.g. replace**
by*
, etc.Other people might need this
Since this application is likely to be used by developers and because some of them are likely to display
text/plain
versions of emails, this could be a real plus.The text was updated successfully, but these errors were encountered: