A DRY Approach to Color Themes in CSS
Recently, Florens Verschelde asked how to define dark mode styles in class and media queries while avoiding repeated declaration of CSS custom properties. I've also encountered this problem in the past, but haven't found a suitable solution.
Our goal is to avoid redefining—and thus repeating—customizing properties when switching light and dark mode. This is the goal of DRY (Don't Repeat Yourself) programming, but the typical pattern of switching topics is usually like this:
<code>:root { --background: #fff; --text-color: #0f1031; /* etc. */ } @media (prefers-color-scheme: dark) { :root { --background: #0f1031; --text-color: #fff; /* etc. */ } }</code>
Do you understand what I mean? Of course, it may not seem important in this short example, but imagine dealing with dozens of custom properties at once – it’s a lot of repetition!
Then I remembered the trick of using --var: ;
, and although I didn't think of it at first, I found a way to make it work: instead of using var(--light-value, var(--dark-value))
or similar nested combinations, use them side by side!
Of course, there must be someone who discovered this before me, but I haven't heard of using (or rather, abused) CSS custom properties to achieve this. Without further ado, this is the idea:
<code>--color: var(--light, orchid) var(--dark, rebeccapurple);</code>
If the --light
value is set to initial
, the fallback value (orchid) will be used, which means that --dark
should be set to a space character (this is a valid value), making the final calculated value look like this:
<code>--color: orchid ; /* 注意额外的空格*/</code>
Instead, if --light
is set to space and --dark
is set to initial
, we end up with a calculated value as:
<code>--color: rebeccapurple; /* 同样,注意空格*/</code>
Now, this is fine, but we need to define --light
and --dark
custom properties based on context. Users can set system preferences (light or dark), or use certain UI elements to switch the theme of the website. Just like the Florens example, we will define these three cases and use Lea's proposed "on" and "off" constants for some small readability enhancements to make it clear at a glance:
<code>:root { /* 感谢Lea Verou!*/ --ON: initial; --OFF: ; } /* 默认情况下,浅色主题处于启用状态*/ .theme-default, .theme-light { --light: var(--ON); --dark: var(--OFF); } /* 默认情况下,暗色主题处于禁用状态*/ .theme-dark { --light: var(--OFF); --dark: var(--ON); } /* 如果用户偏好暗色,那么他们将获得暗色主题*/ @media (prefers-color-scheme: dark) { .theme-default { --light: var(--OFF); --dark: var(--ON); } }</code>
We can then set all the topic variables in one declaration without duplication. In this example, theme-*
class is set to html
element, so we can use :root
as selector, just like many people like to do, but if the cascading properties of custom properties make more sense, you can also set them to body
.
<code>:root { --text: var(--light, black) var(--dark, white); --bg: var(--light, orchid) var(--dark, rebeccapurple); }</code>
To use them, we use var()
and built-in fallback because we like to be careful:
<code>body { color: var(--text, navy); background-color: var(--bg, lightgray); }</code>
Hopefully you've started to see the benefits here. Rather than defining and switching a large number of custom properties, we process two properties and set all other properties only once on :root
. This is a huge improvement from where we started.
Implementing more DRY code using preprocessor
If I were to look at the following line of code out of context, I would definitely be confused because the color is a single value, not two!
<code>--text: var(--light, black) var(--dark, white);</code>
That's why I prefer to be a little abstract. We can set up a function using our favorite preprocessor (Sass in my case). If we keep the code with --light
and --dark
values defined above in different contexts, we just need to change the actual custom attribute declaration. Let's create a light-dark
function that returns us the CSS syntax:
@function light-dark($light, $dark) { @return var(--light, #{ $light }) var(--dark, #{ $dark }); }
We will use it like this:
:root { --text: #{ light-dark(black, white) }; --bg: #{ light-dark(orchid, rebeccapurple) }; --accent: #{ light-dark(#6d386b, #b399cc) }; }
You will notice that there is an interpolation separator #{ … }
around the function call. Without these, Sass will output the code as is (just like a normal CSS function). You can try various implementations, but the syntax complexity depends on your preferences.
How does this look for a more DRY code base?
More than one topic? no problem!
You can do this with more than two modes. The more topics you add, the more complex it will be to manage, but the key is that this is possible ! We add another group of ON or OFF variables topics and set an extra variable in the value list.
<code>.theme-pride { --light: var(--OFF); --dark: var(--OFF); --pride: var(--ON); } :root { --text: var(--light, black) var(--dark, white) var(--pride, #ff8c00) ; /* 换行符是完全有效的*/ /* 其他要声明的变量… */ }</code>
Is this a skill? Yes, absolutely. Is this a good use case for potential, non-existent CSS booleans? OK, this is a dream.
And you? Have you solved this problem in a different way? Please share in the comments!
The above is the detailed content of A DRY Approach to Color Themes in CSS. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics











I see Google Fonts rolled out a new design (Tweet). Compared to the last big redesign, this feels much more iterative. I can barely tell the difference

Have you ever needed a countdown timer on a project? For something like that, it might be natural to reach for a plugin, but it’s actually a lot more

Everything you ever wanted to know about data attributes in HTML, CSS, and JavaScript.

At the start of a new project, Sass compilation happens in the blink of an eye. This feels great, especially when it’s paired with Browsersync, which reloads

Tartan is a patterned cloth that’s typically associated with Scotland, particularly their fashionable kilts. On tartanify.com, we gathered over 5,000 tartan

The inline-template directive allows us to build rich Vue components as a progressive enhancement over existing WordPress markup.

PHP templating often gets a bad rap for facilitating subpar code — but that doesn't have to be the case. Let’s look at how PHP projects can enforce a basic

We are always looking to make the web more accessible. Color contrast is just math, so Sass can help cover edge cases that designers might have missed.
