Live data from Hacker News

HTML Email Boilerplate

htmlemailboilerplate.com

61–70 of 113 posts

Re: HTML Email Boilerplate

#61
post #5
post #2

I'm not sure having an email be 900px wide (the table has 3 300px wide cells) is a good idea. Wouldn't that get a horizontal scrollbar on the iPad no matter the orientation? When it's horizontal there's a sidebar; when it's vertical it's only 768px wide.

Wouldn't a fluid approach be better? I haven't done much HTML/CSS in the last year.

Definitely not. Short lines are easier to read. There is a reason why 72 or 80 characters are normal.

Re: HTML Email Boilerplate

#62
post #60

Earlier quoted context omitted.

IE8 screenshot. http://i.imgur.com/ZFDaO.png For the record, it works great in IE9.

I posted the link into Yammer, which tries to find the most significant image for the thumbnail. I couldn't figure out where that image came from.

It's from the movie Spaceballs.

Re: HTML Email Boilerplate

#63
post #60

Earlier quoted context omitted.

IE8 screenshot. http://i.imgur.com/ZFDaO.png For the record, it works great in IE9.

I posted the link into Yammer, which tries to find the most significant image for the thumbnail. I couldn't figure out where that image came from.

Tineye suggests that it comes from Spaceballs - or at least, of the other similar images it finds, most have Spaceballs in the filename.

Re: HTML Email Boilerplate

#64
This looks great, but the license includes the Creative Commons non-commercial clause, which basically makes it unusable, since it's not compatible with open or closed source usage!

I wrote the author a note via Github asking him to consider changing the license.

Re: HTML Email Boilerplate

#66
post #57
post #52

Earlier quoted context omitted.

Isn't it the browsers responsibility to figure out how to layout your content?

In a perfect world, yes. In reality, you can't trust all browsers to behave the way standards dictate. If you're doing business online, through email, etc. you need to be able to reach as many people as possible and that may mean sending 600px wide emails instead of 900px.

And in case my original point lacked context, I was talking about marketing for a business to customers - even B2B has to assume a variety of customers that have little to no technical skills and aren't opening emails on their 19" laptop.

Re: HTML Email Boilerplate

#67
post #2

I'm not sure having an email be 900px wide (the table has 3 300px wide cells) is a good idea. Wouldn't that get a horizontal scrollbar on the iPad no matter the orientation? When it's horizontal there's a sidebar; when it's vertical it's only 768px wide.

MailChimp templates are all 600px wide, as a comparison, and that's what they recommend. It's annoying, since so many people have large monitors (notably me - so much white space around my drafts), BUT as you point out so many recipients are viewing emails on mobile devices (phone, tablet, even netbook-size laptops) as well as webmail clients and the Outlook preview pane.

My Mail window is at most 700px wide. That’s about 400px to 500px for the content. Most of the text-only mails I receive fit comfortable in that space without any scrolling and the line length is just perfect (60 to 80 characters per line).

Why would I want my Mail window to be any bigger? I have all the space I need for comfortable reading and filing and more than half a screen to do something useful with. I don’t really see how the size and resolution of the monitor figures into the size of the window of your mail app at all.

Yes, displaying a list with as many messages as possible and as many mailboxes as possible for comfortable filing might require additional space (beyond the 700px I like) but that seems to be inconsequential for the size with which you display the actual email message (my 400px to 500px), i.e. you don’t have to maximize the window of your mail app to achieve that.

Anyway, why use fixed width layouts at all? Are mail apps so backwards that fluid layouts are not possible?

Re: HTML Email Boilerplate

#68
post #61
post #5

Earlier quoted context omitted.

Wouldn't a fluid approach be better? I haven't done much HTML/CSS in the last year.

Definitely not. Short lines are easier to read. There is a reason why 72 or 80 characters are normal.

Fluid might work, depending on whether mail clients support max-width. You can cap the maximum amount of character per line like that.

Re: HTML Email Boilerplate

#69
post #34
post #28

Please get rid of your browser evangelism, no matter how clever it might be. I know very well that I shouldn't be using Internet Explorer. If I had any choice in the matter, I wouldn't

Can I safely assume the downvotes are from those who think blocking the user's site interaction with a full screen lightbox is good UX?

I sympathize with you -- and agree that there are better ways to communicate this to the user -- but there's good reason for some kind of "browser evangelism".

I used to spend half of my time when building a new site on its structure, content, layout, etc., and then the other half on trying to get it to work with the various Explorers. IE 8 did not improve that situation, and neither has IE 9. Unlike this website developer, I just gave up on website development for people altogether -- it just wasn't worth it anymore.

I know a lot of people are restricted to IE for one reason or another, but at this point, the only way the situation will improve is if developers start doing some effective "evangelism".

Re: HTML Email Boilerplate

#70
post #28

Please get rid of your browser evangelism, no matter how clever it might be. I know very well that I shouldn't be using Internet Explorer. If I had any choice in the matter, I wouldn't

Sorry if this is obvious, by why are you restricted to IE? I believe you, I just don't understand why.
Post reply on HN