Table of Contents
Implementing more DRY code using preprocessor
More than one topic? no problem!
Home Web Front-end CSS Tutorial A DRY Approach to Color Themes in CSS

A DRY Approach to Color Themes in CSS

Mar 26, 2025 am 09:55 AM

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>
Copy after login

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>
Copy after login

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>
Copy after login

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>
Copy after login

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>
Copy after login

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>
Copy after login

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>
Copy after login

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>
Copy after login

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 });
}
Copy after login

We will use it like this:

 :root {
   --text: #{ light-dark(black, white) };
   --bg: #{ light-dark(orchid, rebeccapurple) };
   --accent: #{ light-dark(#6d386b, #b399cc) };
}
Copy after login

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>
Copy after login

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!

Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn

Hot Article Tags

Notepad++7.3.1

Notepad++7.3.1

Easy-to-use and free code editor

SublimeText3 Chinese version

SublimeText3 Chinese version

Chinese version, very easy to use

Zend Studio 13.0.1

Zend Studio 13.0.1

Powerful PHP integrated development environment

Dreamweaver CS6

Dreamweaver CS6

Visual web development tools

SublimeText3 Mac version

SublimeText3 Mac version

God-level code editing software (SublimeText3)

Create a JavaScript Contact Form With the Smart Forms Framework Create a JavaScript Contact Form With the Smart Forms Framework Mar 07, 2025 am 11:33 AM

Create a JavaScript Contact Form With the Smart Forms Framework

Adding Box Shadows to WordPress Blocks and Elements Adding Box Shadows to WordPress Blocks and Elements Mar 09, 2025 pm 12:53 PM

Adding Box Shadows to WordPress Blocks and Elements

Working With GraphQL Caching Working With GraphQL Caching Mar 19, 2025 am 09:36 AM

Working With GraphQL Caching

Making Your First Custom Svelte Transition Making Your First Custom Svelte Transition Mar 15, 2025 am 11:08 AM

Making Your First Custom Svelte Transition

Demystifying Screen Readers: Accessible Forms & Best Practices Demystifying Screen Readers: Accessible Forms & Best Practices Mar 08, 2025 am 09:45 AM

Demystifying Screen Readers: Accessible Forms & Best Practices

Comparing the 5 Best PHP Form Builders (And 3 Free Scripts) Comparing the 5 Best PHP Form Builders (And 3 Free Scripts) Mar 04, 2025 am 10:22 AM

Comparing the 5 Best PHP Form Builders (And 3 Free Scripts)

Show, Don't Tell Show, Don't Tell Mar 16, 2025 am 11:49 AM

Show, Don't Tell

What the Heck Are npm Commands? What the Heck Are npm Commands? Mar 15, 2025 am 11:36 AM

What the Heck Are npm Commands?

See all articles