You might think then that IBM could not possibly fail to correctly implement collapsed sections in email. After all, unlike my previous topic, tabbed tables, sections are a fundamental part of the email experience. But if you thought that, you might want to read the previous five posts in this series to get a true feel for IBM's commitment to rendering.
I want to be clear that sections are handled better, although not perfectly, in the Domino 8.5 server rendering, but since more people use the Notes client rendering, I focused on that. Besides, I think this example will show clearly how more than just looks is lost with poor email rendering.
Two sections in a Notes 8.5 client
Two sections in a different Notes 8.5 client after being rendered by the Notes 8.5 client
Two sections in Outlook after being rendered by the Notes 8.5 client
Two sections in GMail after being rendered by the Notes 8.5 client
Two sections in Outlook after being rendered by iFidelity (beta)
Two sections in GMail after being rendered by iFidelity (beta)
Previous Topics in this series
In Part 1, I showed how IBM's rendering of MIME messages could lead your customers to think you were still running Notes R5, and how our upcoming iFidelity (sign up for the beta) would allow you to send out more professional looking email, rendered as it is in Notes. In Part 2, I showed how content rendered by Domino on the web was likely to make prospective customers think twice, or more, before buying Lotus Notes, and how CoexEdit could dramatically improve that default rendering. In Part 3, I showed how rendering is made even worse when the rich text is edited on the web, and how CoexEdit can improve that process as well. In Part 4, I showed how HTML signatures are prone to some of the same rendering issues (as well as different ones) as we have seen elsewhere. In Part 5, I showed how tabbed tables do not translate well through email, and how iFidelity could help.
Copyright © 2009 Genii Software Ltd.
Tags: Lotus Notes