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!

This is the 3rd post in a small series we did on form accessibility. If you missed the second post, check out "Managing User Focus with :focus-visible". In

This tutorial demonstrates creating professional-looking JavaScript forms using the Smart Forms framework (note: no longer available). While the framework itself is unavailable, the principles and techniques remain relevant for other form builders.

The CSS box-shadow and outline properties gained theme.json support in WordPress 6.1. Let's look at a few examples of how it works in real themes, and what options we have to apply these styles to WordPress blocks and elements.

Building an inline text editor isn't trivial. The process starts by making the target element editable, handling potential SyntaxError exceptions along the way. Creating Your Editor To build this editor, you'll need to dynamically modify the content

The Svelte transition API provides a way to animate components when they enter or leave the document, including custom Svelte transitions.

If you’ve recently started working with GraphQL, or reviewed its pros and cons, you’ve no doubt heard things like “GraphQL doesn’t support caching” or

This article explores the top PHP form builder scripts available on Envato Market, comparing their features, flexibility, and design. Before diving into specific options, let's understand what a PHP form builder is and why you'd use one. A PHP form

This tutorial guides you through building a file upload system using Node.js, Express, and Multer. We'll cover single and multiple file uploads, and even demonstrate storing images in a MongoDB database for later retrieval. First, set up your projec


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

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

DVWA
Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software

PhpStorm Mac version
The latest (2018.2.1) professional PHP integrated development tool

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

MinGW - Minimalist GNU for Windows
This project is in the process of being migrated to osdn.net/projects/mingw, you can continue to follow us there. MinGW: A native Windows port of the GNU Compiler Collection (GCC), freely distributable import libraries and header files for building native Windows applications; includes extensions to the MSVC runtime to support C99 functionality. All MinGW software can run on 64-bit Windows platforms.

ZendStudio 13.5.1 Mac
Powerful PHP integrated development environment
