41–50 of 104 posts
Kinda random question but does anyone know of a simple email template app for use for something like internal company emails?
This is great to see and long overdue. We get a lot of customers that ask about how they should create email templates. We don't really want to go down that path, so we'll be happy to direct them here. Also, +1 on using Litmus for testing rendering across different clients. There are also other things to consider when designing email templates and email deliverability in general. - Always use multi-part, with a nice…
With the notable exception of iOS Mail.app and OS X Mail, virtually all email clients block images by default.
Earlier quoted context omitted.
Um, I'm pretty sure he was joking.
shrug Quite a few people do exactly that.
In my case the result is: Big red placeholder image and copyright text /unsubscribe link underneath it.
HTML email allows an unreasonable level of deception. How does your mail client render this? http://trustworthy.host If you can't get your message across in a plain text email, you may want to reconsider whether your intent is to mislead.
(I love plain text email, but this proves too much.)
HTML email allows an unreasonable level of deception. How does your mail client render this? http://trustworthy.host If you can't get your message across in a plain text email, you may want to reconsider whether your intent is to mislead.
HTML email allows an unreasonable level of deception. How does your mail client render this? http://trustworthy.host If you can't get your message across in a plain text email, you may want to reconsider whether your intent is to mislead.
If you can't get your message across on a plain text web page you may want to reconsider whether you intent is to mislead. (I love plain text email, but this proves too much.)
HTML email allows an unreasonable level of deception. How does your mail client render this? http://trustworthy.host If you can't get your message across in a plain text email, you may want to reconsider whether your intent is to mislead.
How does your browser render that? This isn't something unique to emails, and we didn't end up deciding that text only web pages were the way to go. That said, email clients could catch a number of simple cases like that and warn the user (yes, I realize there are ways around that).
> If you can't get your message across in a plain text email, you may want to reconsider whether your intent is to mislead.
While this is true, the reality is that html emails are, basically, required in many cases due to marketing. Generally speaking, html emails are not being created by legitimate business because they want to mislead people. They are being created because they look better (leaving aside the caveat that some businesses aren't very good at the "make it look better" aspect).
Lovely framework, but can someone explain why HTML email is so stuck in the past? Why can't email clients just abide by proper web standards?
I think it was around Outlook 2007 Microsoft decided that instead of using Internet Explorer to render their emails, they would use Microsoft Word. That's right. Word. And now whenever you try to use even the most basic CSS rules, Outlook fucks it up very badly. Then there is that abomination called Lotus Notes (mainly Outlook 2007 makes IE6 look like the best browser in the world.
That little comment is a life saver.
I've noticed that Outlook, particularly 2007+, will play nicely with CSS so long as your styles are only applied to table elements. Put some padding on a 'p' tag and you won't see anything happen.
Likewise mobile gmail on a phone browser will not render a responsive email. Not sure if ZURB has given that any attention or if they intended to focus on the rendering of native clients.
No no no no no no no no no no no no no no. NO HTML e-mail was and is an awful idea. My MUA doesn't need to be a browser as well. Stop the madness, please.
I swear all the devs on HN work in product.