Using Sass to automatically pick text colors

Sérgio Gomes
Dec 21, 2016 · 3 min read

Theming is always a challenge, particularly when you’re working on a library, rather than a standalone website. One example of an interesting issue that you’ll come across very frequently is choosing a text color that ensures readability and accessibility.

This is easy enough when you have known light or dark backgrounds; you can create two CSS classes and have users of your CSS library manually add them in depending on context.

However, things become a bit trickier if you want to add the concept of a theme color to your library, and make it easy to use. This color will very often be used as a background, and will need sufficient contrast for the text that’s placed on top.

In the example above, theme-color-bg-contrast needs to change to ablack text color if the user-defined theme color is light. While this is impossible to do in pure CSS (at least until the extremely useful CSS Color Module 4 is widely available), it can be done in Sass!

Working out the Sass

Here’s what the initial Sass should look like:

Users can override the $theme-color, and depending on what they pick, the choose-contrast-color function will return either black or white.

So how do we implement choose-contrast-color? It turns out that all of the necessary calculations and minimum contrast rules are well defined in the WCAG 2.0 specification. There’s a whole section explaining visual contrast in detail, several links to ISO and ANSI standards, and even papers on the subject. Digging around for a while, I was able to find a published W3C technique with a clear description of the algorithm:

The algorithm for calculating color contrast

If you’re familiar with Sass, you’ll quickly notice an issue: the luminance calculations involve exponentiation, which isn’t available in the language or the standard library.

One solution to this would be to use the extensive Compass library, which not only includes exponentiation, but also the luminance operations we’re trying to implement. It requires Ruby, however, so it’s not an option for node-sass users. A pure Sass solution would be better.

Using old tricks

I was reviewing my math and exploring the possibility of using Newtonian approximation for the fractional parts of the exponent, until I had a chat with @wibblymat, who happened to be implementing an emulator at the time. He suggested a much simpler, old-school approach: using a lookup table!

The only part that involves exponentiation is the per-channel color space conversions done as part of the luminance calculation. In addition, there are only 256 possible values for each channel. This means that we can easily create a lookup table.

An excerpt of the lookup table

You can take a look at the full table that I generated for the MDC-Web project to avoid having to generate your own.

With the channel values calculated, we can implement the rest of the algorithm easily:

That’s it! We now have contrast calculation in Sass, and we’re automatically picking black or white text, depending on which provides the most contrast. This can have a huge impact on readability, particularly for users with low vision.

This solution only requires an extra, pre-calculated constants file that will never change. It works with any Sass implementation, and it won’t bloat your CSS since it’s only used at build time. Pretty neat!

Next time, I want to look at how to do the same thing in JavaScript, at runtime, so you can have dynamic theming with CSS custom properties. See you then!

Edit: here’s a Sassmeister live demo of the technique above.

Dev Channel

Developers Channel - the thoughts, opinions and musings…

Dev Channel

Developers Channel - the thoughts, opinions and musings from members of the Chrome team.

Sérgio Gomes

Written by

Engineer at Google, helping web developers make the web a better place (from a technical point of view, at least, not much to do about all the cats)

Dev Channel

Developers Channel - the thoughts, opinions and musings from members of the Chrome team.