Implementing emails in 2021: Rounded buttons with shadow that work in Outlook
Rounded buttons and shadows are an easy task for CSS3. But can you use border-radius and box-shadow in formatted emails?
This article is a part of the Implementing emails in 2021 series. If you missed the introduction, read Implementing emails in 2021: Basics & how to test generated emails.
This part will be about the CTA (call-to-action) buttons in our redesigned emails and how we managed to implement them to match the design requirements.
This is what a typical usage of such a button looks like:
Nothing complex: border-radius, centered text, and some shadow. Three lines of CSS. The problem is that Outlook doesn’t support any of that.
What do they teach you on the Internet?
Making a button with rounded corners for Outlook is not unusual these days. There are even websites that generate the button code for you. Great to start with!
- Bullet-proof email buttons by Campaign Monitor
- Email button generator by 100% email
- Button builder by Forward Action
These solutions will typically only give you a plain button with no shadow. So let’s start there and add the shadow later.
Note: We used (and I’ll show you) VML buttons for Outlook inspired by the solutions above. However, there are also other options to consider.
The anatomy of a bulletproof email button
As always, you need to have a component variant for Outlook and then for the other email clients.
In the case of a button, you begin by building a link with pretty standard CSS properties, which renders just as you’d expect in email clients with a standard HTML rendering engine. No rocket science.
It displays fine in most of the email clients, but you get this incomplete view in Outlook:
To provide a proper background in Outlook, the link needs to be wrapped with a conditional
v:roundrect VML object to give it an appropriate background area with rounded corners. The extra top-level
DIV resets the default spacing and provides the reference frame that we will need in a few moments.
The resulting code is similar to what the above button generators would produce.
Notice how you can work with the design for Outlook vs. other email clients. You typically start with normal HTML with standard properties to power the other clients and then expand that with the content for Outlook under the
<!--[if mso]> condition. This is common to all the email solutions for Outlook.
There is one catch, though. Outlook is not very good at auto-resizing objects based on the content. To get a good experience, especially with some larger padding, you simply need to tell it the size of the object. That is also the reason the button generators mentioned at the beginning require you to enter the button size along with the text.
In our solution, we simply calculate the width based on the length of the button text using some estimated average character width. The height is fixed. I am pretty sure it could have been done better, but this works for us pretty well.
Let’s try some shadow, shall we?
Let me summarize a couple of facts we know so far:
- Outlook doesn’t support many standard CSS properties including shadow.
- Outlook supports VML for advanced visuals.
So the logical step is to consult the VML specification and see what it has to offer.
It indeed supports a
shadow element, so the first logical step seems to be just to apply it to our
The problem with it is that the VML only supports a single-color shadow. No gradient shadows. And the result looks like this (colors aside). Not exactly what we need:
I even tried to configure a double shadow but with no luck. It didn’t work—a nice example of how Outlook doesn’t follow full VML specification, just a part of it.
So what other options do we have? It is always either extremely simple HTML and CSS, image, or VML.
Think outside the box, simulate the shadow
What if there was a way to add a nicely shaped gradient under the button? Would that make a nice shadow effect? Let’s see what options we have ...
With standard HTML, we could simply use absolute positioning. But no, email clients don’t support that.
After reading a ton of articles about various topics that we needed to address, I stumbled upon an official, yet archived, Microsoft documentation on VML.
The key ingredient is
position: relative that behaves similarly to
position: absolute in normal CSS, but only for VML object. I assume that this together with the
left translates to MS Word shape features like “place before the text” and its respective position.
Using this, we can place multiple shapes on top of each other. The only question remaining is how to render something that would look like a button shadow, with the button placed on top of it.
I went back to VML specification and searched for what elements actually support gradients.
Based on this, I created another rounded rectangle, with a
gradientradial fill type. After a bit of experimenting and polishing, I created the following code to render my shadow.
The gradient shape is a bit larger than the button itself, and its focus (the default area that has the full color) is set not to reach outside the button, yet enforce the most consistent shadow possible in all places.
Fine-tuning the shadow is the cherry on top, and it depends on the specific design.
The last step is to combine everything together. There is one last catch in the implementation, however. You need to place the shadow under the button, which means that you need to make the button position-relative, otherwise the button is under the shadow. But when you make everything relative, there is no object to allocate the space that the button needs. So we will add another
v:rect object which will have a standard inline position and button height to allocate the vertical space for us.
This is my final button code. A pretty small feature, but a lot of code for Outlook. But it works, and that is what matters!
And here is what the final result looks like. We have managed to develop a button with the shadow for Outlook!
Is there some catch using such a button?
It wouldn’t be Outlook if there were no catch. Outlook and VML don’t support transparency in a gradient!
So what you really see is a gradient from orange to white, not to a physically
position: relative doesn’t allocate space in the document (just like an absolute position in normal HTML), it also means that whichever object you position this way may easily overflow other elements if you don’t use enough of the negative space.
If you combine a lack of transparency with the overflow, it may result in a weird situation where your shadow object may expose its otherwise hidden non-transparency. Like this:
So be careful and design your spacing and shadow size with this limitation in mind.
I showed you how to create a nice button with a gradient shadow and explained the limitations the design brings. The solution works well but won’t scale for general-size containers. I’ll tell you more about these in a separate article.
This was the second part of the Implementing emails in 2021 article series, but there is still more to learn. Continue with one of these articles based on what interests you the most or read the whole series:
- Implementing emails in 2021: Basics & how to test generated emails
- Implementing emails in 2021: Rounded buttons with shadow that work in Outlook
- Implementing emails in 2021: How to create inline tags with vertical alignment that work in Outlook (coming on Jul 28)
- Implementing emails in 2021: Outlook specifics for spacing and vertical alignment in tables (coming on Aug 4)
- Implementing emails in 2021: How to add rounded corners to containers in Outlook (coming on Aug 11)
In the next article, I will show you how you can apply rounded corners to the inline content, which, in our case, means workflow tags and mentions.