120 likes | 284 Views
HTML e-mail. Overview for Proofreading. Building an e-mail. HTML e-mail layouts are divided into sections, and created in tables separating the images & content sections. The copy within the body of the e-mail is entered as live text . . Live HTML Text.
E N D
HTML e-mail Overview for Proofreading
Building an e-mail HTML e-mail layouts are divided into sections, and created in tables separating the images & content sections. The copy within the body of the e-mail is entered as live text.
Live HTML Text • Live text is webpage copy that has been entered as HTML code rather than displayed as part of an image file. • The key benefit of HTML live text over non-HTML alternatives is that content can more easily be customized or reformatted for different browsing devices, it is in a web safe font, able to be seen even if images are turned off & read by spam filters to identify if it’s a legitimate e-mail, it can also be picked up by screen readers & assistive technologies. • Live text moves/adjusts according to where it’s being viewed, & there is minimal control over where it may break or cause widowed words, therefore re-ragging or running back words is not always a request we can accommodate.
E-mail Preview • An e-mail is one scrolling page viewed in an e-mail client’s preview window • There are no pages or page numbers • This is the preview window in which the proofs are printed to file & saved as a PDF for the client to view
A live e-mail does not have pages, just one scrolling preview
Header & footer envelope information • This is the envelope information associated with the e-mail & is not part of the actual e-mail design • “To” and “Sent” information is due to the timestamp of when the proof was made & is not associated with the e-mail itself • Spaces in the header & footer are due to the PDF print output, not the display of the e-mail
Subject lines & special characters • Symbols & special characters are HTML elements • The envelope information including the subject line is entered in the StrongMail delivery system as hard text & is not a HTML element • Using symbols increases the risk of an e-mail getting marked as Spam
Hedge • The hedge language & layout for RWC templates is legally approved, & we do not make changes. • Outdated hedges on markups are automatically updated to the most recent version & no variations are made other than link color changes to match custom branded templates.
Outlook 2010 Rendering • With the release of Outlook 2007 & 2010, Microsoft switched to Microsoft Office Word as a rendering engine for both reading and composing e-mails in Outlook from its previous versions that used Internet Explorer to view e-mails. • Microsoft’s decision to avoid using a browser to render HTML ignores standards-based e-mail design & allows less control for e-mail designers over how HTML e-mails are rendered, & Adobe Acrobat proofs created from these e-mails do not accurately display the way the e-mail is actually viewed in the preview pane.
Outlook 2010 does not support: Animated Gifs, JavaScript & Flash Background images & shadowed edges Forms Wrapped text Justified text Borders on images Middle text alignment alongside images Font rendering CSS Support CSS positioning & image float <div> width properties with background colors (i.e.: 100% background table width with background color) <td> Padding values & failure of the tops of cells to line up properly resulting in cut off background colors. i.e.: white lines Formatting: Word applies its own print based formatting that applies automatic page breaks and gaps in the layout of long e-mails with a lot of content Outlook 2010 adds a one pixel gap under (or over) every image inside a table cell Ignores image resizing Automatic letter spacing