Jump to content
Rikki
 Share


4.0 - Email templates

In 3.x, we support HTML emails being sent by the software. However, due to constraints we had at the time, HTML emails use pretty much the same content as plain text emails, but wrapped in a simple HTML wrapper. Additionally, users had to explicitly decide whether they wanted to receive HTML or plain text emails via a preference setting - quite an anachronism. All in all, not a very satisfactory user experience.

Email handling in 4.0

In 4.0, users no longer choose which type of email to receive. Our email handler sends both types in a single email, and the email client chooses the most appropriate to show based on its capabilities. If it can display a fancy HTML version, that's what they'll see by default, but plain text is used if not.

Email template system

In 3.x, email content is defined by the language system, and each email has one language string which forms the content for both the plain text and HTML versions. Clearly, if we were going to improve the HTML templates we ship with, this would have to change.

In 4.x, each type of email has two templates - one for HTML, one for plain text. This means a better display of content can be created for HTML emails, while keeping the plain text ones simple and to the point. Email templates make use of the skinning system foundation (which we'll reveal later), meaning they have full use of logic, template tags and more - so we can also customize the emails depending on the user they are being sent to (note though that email templates are not per-skin; they are global to the site). And, of course, email templates can be added and edited via an interface in the AdminCP. This isn't groundbreaking stuff, but a vast improvement on email handling in 3.x.

Email template design

We also wanted to improve our email templates, so that each type of email sent was designed specifically for the purpose. The data shown in a registration email will be different to a topic digest, for example, and the email should reflect that.

Coding email templates is not a trivial thing, unfortunately. The latest version of Microsoft Outlook uses the Microsoft Word rendering engine(!!), while GMail strips out all CSS included in style tags - and that's just the start of the gotchas. This makes designing email templates a tricky business, and one that requires lots of testing to ensure compatibility. For our first 10 templates alone, I reviewed 900 screenshots to spot problems.

As a result, we've taken the approach of creating email templates which are simple in appearance and would work well for most sites, with the goal of hopefully avoiding the need of most sites to edit them at all (though you can, if you wish). The colors we've used are fairly neutral, for this reason.

For those mail agents that are a little more... advanced, our email templates in 4.0 will be responsive. They will look great on mobile devices as well as desktop clients.

I have included some examples of email templates, along with their mobile counterparts. I should note at this point that this does not reveal the main skin design. As discussed above, emails are intentionally separate in design.

Admin-completed registration




Friend request




New personal message




New profile comment


 Share

Comments

Recommended Comments



How about email handling for large boards, has the way notifications being sent been changed so that it doesnt cause large boards to hang whilst 1000s of notifications get sent before posting content?

 

Link to comment
Share on other sites

  • Management

How about email handling for large boards, has the way notifications being sent been changed so that it doesnt cause large boards to hang whilst 1000s of notifications get sent before posting content?

 

This blog entry is just talking about templates. We will post information on technical sending of emails at some point :)

Link to comment
Share on other sites

Will you be able to have a different template for notification of new records in each custom database?

 

Custom databases, are, after all, customized to the content.  It seems reasonable that email notification (of new records, at least), would also be customizable.  --fingers crossed--

Link to comment
Share on other sites

Looking very nice and we can see a reply button at the bottom of the email, didn't read all the comments  but having this possibility to reply directly from the email client is a leap forward.

Link to comment
Share on other sites

Looking very nice and we can see a reply button at the bottom of the email, didn't read all the comments  but having this possibility to reply directly from the email client is a leap forward.

 

Please don't jump to conclusions.  The reply button you see in the screenshot simply takes you to the form to make a reply on the site.

 

If we were going to integrate accepting email replies, we wouldn't really be able to add a reply button inside the email that is sent.  Different people use different email clients and for the most part, it's not feasible to trigger the "reply to this email" action in a random email client from within the content included in the email.

Link to comment
Share on other sites




Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...