If a template used a semi-transparent colour written in the shortened form —
rgba(0,0,0,.15) rather than rgba(0,0,0,0.15) — that colour could disappear
on its way out the door.
The step that prepares your email for sending rewrites your styling so it
survives Gmail, Outlook, and Apple Mail, which strip out stylesheets. That step
did not recognise an opacity value written without the leading zero, and rather
than leaving it alone it discarded it.
The effect depended on where the colour was used:
- A soft border like
border: 1px solid rgba(0,0,0,.15)arrived with the
border still there but no colour on it. - A tinted background written as
background: hsla(200,50%,50%,.3)was worse —
the colour was not just dropped but replaced with an unrelated positioning
instruction, so the tint never appeared.
Both now come through as written.
What you may notice
Emails that were quietly losing these colours will start showing them. If a
template of yours has looked flatter than it did in the editor — a missing
divider line, a panel that never picked up its tint — this was likely why, and
it should now match the preview.
Nothing needs to be re-saved or rebuilt. The fix applies the next time each
email sends.
This is the shortened-opacity form that build tools commonly produce, so it is
most likely to show up in templates imported from an existing design rather
than ones built in the editor by hand.