• Home

Logo

Navigation
  • Home
  • Articles
    • Content Writing
    • Design
    • General
    • Internet Marketing
    • Social Media
    • Tools and Tips
    • Usability
    • Web Hosting Articles
  • Tutorials
    • AJAX Tutorials
    • ASP Tutorials
    • C# Tutorials
    • CGI and Perl Tutorials
    • CSS Tutorials
    • Flash Tutorials
    • HTML Tutorials
    • Illustrator Tutorials
    • Java Tutorials
    • JavaScript Tutorials
    • Linux Tutorials
    • Miscellaneous Tutorials
    • MySQL Tutorials
    • Photoshop Tutorials
    • PHP Tutorials
    • Python Tutorials
    • Wireless Tutorials
    • WordPress Tutorials
    • XML Tutorials
  • Scripts
    • AJAX Scripts
    • ASP Scripts
    • ASP.NET Scripts
    • CGI & Perl Scripts
    • Flash Scripts
    • Java Scripts
    • JavaScript Scripts
    • PHP Scripts
    • Python Scripts
    • Remotely Hosted
    • Tools and Utilities
    • XML Scripts
  • Answers
  • Online Services
  • Tools

Microsoft Complicates HTML Emails With Outlook 2007

By Nicole Hernandez | on Jan 31, 2007 | 0 Comment
HTML Tutorials Internet Marketing
  • Tweet
  • Share
  • Tweet
  • Share

Microsoft Complicates HTML Emails With Outlook 2007

Why? I think that has been the question echoing over and over in my mind. Why? Why? Why was this choice made?

Before I continue ranting about how Microsoft seems to get a thrill out of coming up with one developer-frustrating bit of news each month, I’m going to backtrack a bit and explain what I’m talking about…

In the SitePoint newsletter released on January 10th, there was a rather major article posted. The title of the article was “Microsoft Breaks HTML Email Rendering in Outlook 2007″ and can be viewed online in the archive. The article was republished on the main SitePoint site and incited a slew of comments, as expected. After that, we saw the topic covered over at Campaign Monitor, and Pixel Acres.

Why all the fuss? If you haven’t read the article, let me summarize the general issue from the standpoint of a very irritated web designer (one of many in this case).

Once upon a time…

…Web developers/designers were finally relieved to see IE7 in some sort of standards compliant form (even if it isn’t up to specs yet, it’s better than it was – even though they completely ignored the usability experts who were warning in beta that the interface was awful, but that’s another story entirely).

… This has a secondary benefit which made developers happy, because IE is used for rendering/display of emails in MS Outlook. With IE7 running with more standards compliance, that would mean that HTML emails would hopefully offer a bit more functionality based on that IE7 rendering. (Note: To any not familiar with HTML emails, it’s tricky business to make them display well on different email programs.)

… IE7 is released and downloaded by many people across the world.

… Whoops. Somehow we missed this article on the Microsoft site in all the excitement.

… So now we’ve found out that, for some unexplained reason, Microsoft has decided to not use IE7 for rendering in the new Outlook 2007.

… "But wait", you ask hesitantly. "What -will- be used for rendering?"

… Microsoft Word.

… No, I’m not joking.

Truly, I have no idea why this took place. Both the products belong to Microsoft, yet the chose to toss out the recently improved and expected solution to replace it with one of the most junk filled word processors ever created.

To cut to the heart of it, let me explain what is making people so upset. Choosing to use MS Word for rendering instead of IE will result in the loss of several options. This list has been repeated in several places online since developers have noticed this, so I’m just going to quote the list used in the SitePoint article rather than reword it minimally to say the same thing:

* no support for background images (HTML or CSS)
* no support for forms
* no support for Flash, or other plugins
* no support for CSS floats
* no support for replacing bullets with images in unordered lists
* no support for CSS positioning
* no support for animated GIFs

I am, honestly, quite annoyed. I publish an email newsletter each week that goes out to several thousands of readers. It is an HTML newsletter with significant CSS use. Now I’m thinking… okay, so, not only do I have to rework the newsletter, but if people upgrade to Outlook 2007, and try to read their old emails, I imagine now they aren’t going to display properly.

I am not the only one who’s annoyed. Annoyed doesn’t fully encompass it though. I’m also simply dumbfounded.

Now, before any plain-text only advocates jump on the bandwagon and start talking about how they don’t care, let me give you a quote from an anonymous poster on the SitePoint post:

HTML vs. plain-text in email:

1) This typical debate comprises progressive people debating the stagnant. “HTML has no place in email.” I’ve heard my grandfather make similar statements like “computers have no place in a library.”

2) Just because email started in plain-text doesn’t mean it has no room for evolution.

3) Anyone with a subscription list that offers a choice between HTML and plain-text can attest to the fact that HTML is preferred infinitely over plain-text. So anyone who says it has no place in email is an elitist who is ignorant of the preferences of the majority.

This article isn’t about HTML vs. plain-text.

This article is about the fact that Microsoft is catering to their own monopolistic goals and placing devastating hurdles in place for the web-design community. They’re taking 200 steps backward while everyone else takes a few steps forward. And they bank on knowing that they have lassos, enabling them to keep us all at bay.

Can anyone lay out a good reason why Microsoft would have made this decision? If your answer is that “they want people to use plain-text formats because HTML emails are stupid,” you’re in the wrong forum.

Now, there is supposedly a way around this. A comment by Oscar Gensmann (on the SitePoint article) had this to say about the options in Outlook 2007:

Outlook 2007 does have a way to render an e-mail using the built in browser (security-zone).

The method is:

1) Open the E-mail in it’s own window (double click)

2) Click the toolbar button called “Other actions” in the ribbon

3) Choose “View in browser”

This doesn’t help the problem with the preview pane and the fact that the user has to do a considerable amount of work to view the e-mail in it’s correct form. It does however change the situation where it’s totally impossible to view an advanced HTML e-mail in using Outlook 2007 as the primary e-mail client, to a situation where people choosing to use 2007 can be taught how to view advanced HTML e-mails with a simple couple of clicks method.

While that may be possible, how many of your average users are going to know to do that? As most developers/designers know, the average user cannot be expected to know how to alter settings. It should be assumed that many of them will leave their software in it’s default form. Besides, while it is a partial fix, it doesn’t solve the issue of the email preview (which tons of people use).

Obviously the user doesn’t care what is rendering their emails. They won’t know if it’s IE7, MS Word, or ‘that Google thing’. All they need is for it to work the way they expect it. Which is why this is a developer problem.

If developers didn’t scramble to find work-arounds every time Microsoft threw another curveball, it would become as obvious to customers (as it is to many developers) exactly how little they care about inconveniencing people.

Share this story:
  • tweet

Author Description

Nicole Hernandez is a web developer with a specialty in web standards and accessibility. She is the owner of Website Style and publishes technical articles on her blog called Beyond Caffeine.

No Responses to “Microsoft Complicates HTML Emails With Outlook 2007”

You must be logged in to post a comment.

Connect With Us

RSSSubscribe 1,241Followers 494Likes
  • Popular
  • Recent
  • Comments
  • Creating Energy Spheres in Photoshop

    Apr 15, 2008 - 96 Comments
  • Easy Screen Scraping in PHP with the Simple HTML DOM Library

    Aug 6, 2008 - 20 Comments
  • Calculating date difference more precisely in PHP

    Mar 7, 2008 - 13 Comments
  • When Does Hosting Your Website in the Cloud Make Sense?

    Oct 8, 2010 - 2 Comments
  • Fun with the Microsoft Managed Extensibility Framework Part 2

    Oct 6, 2010 - 0 Comment
  • Fun with the Microsoft Managed Extensibility Framework Part 1

    Sep 22, 2010 - 0 Comment
  • Website Management on the go with the iPad

    I appreciated your post, but I was looking for something I didn't...
    November 24, 2012 - drmoderator
  • Creating Energy Spheres in Photoshop

    I'm a little stuck down here especially at the step of creating the...
    November 23, 2012 - sarah
  • Running background processes in PHP

    Can you give an example? As see it, you can use this only when you...
    November 16, 2012 - Shaked Klein Orbach
Developer Resources
  • Tutorial Directory
  • Learn HTML
  • Learn PHP
  • Learn CSS
  • Learn AJAX
  • Learn JavaScript
  • Learn Pear
  • White Papers
  • Resources
    • NetVisits Web Directory
    • Realtor Pixels
    • Answers On The Run
    • Ask A Geek
  • Recent Posts

    • When Does Hosting Your Website in the Cloud Make Sense?
    • Fun with the Microsoft Managed Extensibility Framework Part 2
    • Fun with the Microsoft Managed Extensibility Framework Part 1
    • Website Management on the go with the iPad
    • Code Contracts in C# 4.0 – Part 1

    Calendar

    May 2013
    M T W T F S S
    « Oct    
     12345
    6789101112
    13141516171819
    20212223242526
    2728293031  

    Recent Comments

    • drmoderator on Website Management on the go with the iPad
    • sarah on Creating Energy Spheres in Photoshop
    • Shaked Klein Orbach on Running background processes in PHP
    • Thomas Cuvillier on How To Upload Files Using PHP
    • rizal aditya on Extracting text from Word Documents via PHP and COM
    • Home
    © 2003 - 2013 DeveloperTutorials.com. All Rights Reserved. Privacy Policy.