91–100 of 214 posts
I know the web and email and different but its just crazy how slow email is. Its still 10 years behind stuck using layouts. Just insane.
Microsoft for starters should stop with actionable emails and start supportingbasic semantic HTML and CSS3 in all their clients.
An email user's viewpoint: pretty emails formatted like web pages (e.g., like what GOG.com sends) may provide a sense of accomplishment to the designer, and their employer a warm, fuzzy, Brand-CompliantTM feeling -- but as a user I kind of like emails that are just... messages. With hyperlinks if it's appropriate. Images aren't always a great idea -- lots of clients block them by default. Why not have just text in pa…
You're not the average consumer probably. That or you don't even realize how a well-deaigned email can grab your attention.
If you deem the behavior nefarious or annoying it's not fair to justify inflicting it on someone else because they're not savvy enough to recognize/filter it.
Earlier quoted context omitted.
Normally you'd think the burden of proof would be on the side requesting considerable resources and infrastructure to send something that doesn't render properly under the most basic privacy settings and cannot be displayed text-only (like in notifications).
I would assume that side has, in fact, established that proof.
i would appreciate if they only could send meaningful plain text messages BESIDES the text/html bloat they send, not garbage. or do not add text/plain at all. i often ancounter emails with multipart/alternative containing text/html and text/plain too but the plain part is 1) the HTML source, or 2) exists but empty, or in the best case 3) something like "see the html part", or in the worst case 4) a seemingly valid te…
For webapps I develop I make sure text/plain part is actually nice, not just passable. It's good for me too, because I can query the emails sent by the app from a database, and just see their content, and not the convoluted bloated garbage that mjml and friends spit out.
An email user's viewpoint: pretty emails formatted like web pages (e.g., like what GOG.com sends) may provide a sense of accomplishment to the designer, and their employer a warm, fuzzy, Brand-CompliantTM feeling -- but as a user I kind of like emails that are just... messages. With hyperlinks if it's appropriate. Images aren't always a great idea -- lots of clients block them by default. Why not have just text in pa…
Great points but email is the easiest thing to A/B test in the world. If you were correct, somebody would have figured it out by now.
An email user's viewpoint: pretty emails formatted like web pages (e.g., like what GOG.com sends) may provide a sense of accomplishment to the designer, and their employer a warm, fuzzy, Brand-CompliantTM feeling -- but as a user I kind of like emails that are just... messages. With hyperlinks if it's appropriate. Images aren't always a great idea -- lots of clients block them by default. Why not have just text in pa…
Don't overload your communication, that is right. But also don't neglect your design and branding.
It's easy to think plain text is better when coming from a technical background with probably well maintained inbox, but your average customer has likely an inbox overflowing with marketing stuff already and will need visual hooks, proper presentation and coherence in appearance to decide if something is trustworthy and worth being read.
Its very ninche tbh. I think more needs to be done to empower marketers who don't really care about HTML. I know the web and email and different but its just crazy how slow email is. Its still 10 years behind stuck using layouts. Just insane. Microsoft for starters should stop with actionable emails and start supportingbasic semantic HTML and CSS3 in all their clients.
The only reason web browsers are on the surveillance capitalism treadmill is that people are essentially forced to continually upgrade to the newest, shiniest version, since stuff like banking and shopping break otherwise.
If anything, I want my email client to support less of HTML. I already have images (and, I hope, javascript — better check) disabled. Nuking custom fonts would be nice too.
If this breaks the rendering of a message, 99% of the time, that’s a feature, not a bug.
Heck, I wish there was an open, simplified HTML news renderer where there is no JavaScript or tracking, and publishers target it directly (I pay for access to a closed app like this, but it is a walled garden.)
It is the latest of many issues we’re facing caused by the despicable lack of consistency, especially in Microsoft’s email clients.
As for an email designing software, what my organization needed was a set of predesigned components with predefined variations - to form a somewhat flexible but disciplined email design system.
A design studio wouldn’t really work for us- the same way a website CMS should not allow complete freedom to its editors. Design decisions should be separate from content decisions.
Earlier quoted context omitted.
Honestly I have no problem with monthly fees for software you use every day, or frequently, for professional use. I'm fine paying monthly for things like Adobe Creative Cloud, Microsoft Office, and 1Password. Those are all desktop apps, albeit with a cloud component that I mostly don't use. I easily get my money back 10x over (likely more) based on the income I generate with the apps. The pricing here seems targeted…
Adobe is shitty. I only get lightroom in a abo which would be fine if the minimum time would be a month but it is a year. Best if both worlds for Adobe non for the consumer
They could do better on many aspects but it's nowhere near "shitty".
MJML deserves a mention. We use it, together with mustache, to let users create their own mailings from some building blocks we offer. Works quite well!
Any chance you could share some more details around how you integrated mustache with MJML? I did a project almost 3 years ago now where we used MJML and Handlebars, but I was never happy with the end result and have been thinking about going back and taking another stab. Did MJML add any support for templating engines as part of the rendering process? That didn't seem to be an option when I did the original process s…
Mustache is used for color/font substitutions and also for text variable (like $recipient_name) substitutions.
So: JSON representation of an email -> HTML+Mustache -> HTML+Mustache (only variables) -> HTML
For (live during email building) previews we skip the last step and show the Mustache syntax.