This is a direct Qwik port of the amazing library Next Themes. Please give the original creator some ❤️
An abstraction for themes in your Qwik app.
- ✅ Perfect dark mode in 2 lines of code
- ✅ System setting with prefers-color-scheme
- ✅ Themed browser UI with color-scheme
- ✅ No flash on load
- ✅ Sync theme across tabs and windows
- ✅ Disable flashing when changing themes
- ✅ Force pages to specific themes
- ✅ Class or data attribute selector
- ✅
useTheme
hook
$ bun add qwik-themes
# or
$ npm install qwik-themes
# or
$ yarn add qwik-themes
# or
$ pnpm add qwik-themes
Wrap your root with the ThemeProvider
// src/root.tsx
import { ThemeProvider } from 'qwik-themes'
export default component$(({ Component, pageProps }) => {
return (
<QwikCityProvider>
<head>
<meta charSet="utf-8" />
<link rel="manifest" href="/manifest.json" />
<RouterHead />
<ServiceWorkerRegister />
</head>
<body lang="en">
<ThemeProvider>
<RouterOutlet />
</ThemeProvider>
</body>
</QwikCityProvider>
)
})
That's it, now your Qwik app fully supports dark mode, including System preference with prefers-color-scheme
. The theme is also immediately synced between tabs. By default, qwik-themes modifies the data-theme
attribute on the html
element, which you can easily use to style your app:
:root {
/* Your default theme */
--background: white;
--foreground: black;
}
[data-theme='dark'] {
--background: black;
--foreground: white;
}
Note! If you set the attribute of your Theme Provider to class for Tailwind qwik-themes will modify the
class
attribute on thehtml
element. See With Tailwind.
Your UI will need to know the current theme and be able to change it. The useTheme
hook provides theme information:
import { useTheme } from 'qwik-themes'
const ThemeChanger = component$(() => {
const { theme, setTheme } = useTheme()
return (
<div>
The current theme is: {theme}
<button onClick={() => setTheme('light')}>Light Mode</button>
<button onClick={() => setTheme('dark')}>Dark Mode</button>
</div>
)
})
Let's dig into the details.
All your theme configuration is passed to ThemeProvider.
storageKey = 'theme'
: Key used to store theme setting in localStoragedefaultTheme = 'system'
: Default theme name (for v0.0.12 and lower the default waslight
). IfenableSystem
is false, the default theme islight
forcedTheme
: Forced theme name for the current page (does not modify saved theme settings)enableSystem = true
: Whether to switch betweendark
andlight
based onprefers-color-scheme
enableColorScheme = true
: Whether to indicate to browsers which color scheme is used (dark or light) for built-in UI like inputs and buttonsdisableTransitionOnChange = false
: Optionally disable all CSS transitions when switching themes (example)themes = ['light', 'dark']
: List of theme namesattribute = 'data-theme'
: HTML attribute modified based on the active theme- accepts
class
anddata-*
(meaning any data attribute,data-mode
,data-color
, etc.) (example)
- accepts
value
: Optional mapping of theme name to attribute value- value is an
object
where key is the theme name and value is the attribute value (example)
- value is an
nonce
: Optional nonce passed to the injectedscript
tag, used to allow-list the qwik-themes script in your CSP
useTheme takes no parameters, but returns:
theme
: Active theme namesetTheme(name)
: Function to update the themeforcedTheme
: Forced page theme or falsy. IfforcedTheme
is set, you should disable any theme switching UIresolvedTheme
: IfenableSystem
is true and the active theme is "system", this returns whether the system preference resolved to "dark" or "light". Otherwise, identical totheme
systemTheme
: IfenableSystem
is true, represents the System theme preference ("dark" or "light"), regardless what the active theme isthemes
: The list of themes passed toThemeProvider
(with "system" appended, ifenableSystem
is true)
Not too bad, right? Let's see how to use these properties with examples:
The Live Example shows qwik-themes in action, with dark, light, system themes and pages with forced themes.
<ThemeProvider>
If you don't want a System theme, disable it via enableSystem
:
<ThemeProvider enableSystem={false}>
If your Qwik app uses a class to style the page based on the theme, change the attribute prop to class
:
<ThemeProvider attribute="class">
Now, setting the theme to "dark" will set class="dark"
on the html
element.
You can also use multi Class Themes like [dark, skeumorphic]
<ThemeProvider
themes={[
["simple", "light-yellow"],
["simple", "dark-yellow"],
["brutalist", "light-yellow"],
["brutalist", "dark-yellow"],
["hand-drawn", "light"],
["hand-drawn", "dark"],
]
}>
and then you can simply change the theme as before, just with your arrays instead!
const { setTheme } = useTheme()
setTheme(["simple", "light-yellow"])
TODO
The creator of qwik-themes wrote about this technique here. We can forcefully disable all CSS transitions before the theme is changed, and re-enable them immediately afterwards. This ensures your UI with different transition durations won't feel inconsistent when changing the theme.
To enable this behavior, pass the disableTransitionOnChange
prop:
<ThemeProvider disableTransitionOnChange>
The name of the active theme is used as both the localStorage value and the value of the DOM attribute. If the theme name is "pink", localStorage will contain theme=pink
and the DOM will be data-theme="pink"
. You cannot modify the localStorage value, but you can modify the DOM value.
If we want the DOM to instead render data-theme="my-pink-theme"
when the theme is "pink", pass the value
prop:
<ThemeProvider value={{ pink: 'my-pink-theme' }}>
Done! To be extra clear, this affects only the DOM. Here's how all the values will look:
const { theme } = useTheme()
// => "pink"
localStorage.getItem('theme')
// => "pink"
document.documentElement.getAttribute('data-theme')
// => "my-pink-theme"
qwik-themes is designed to support any number of themes! Simply pass a list of themes:
<ThemeProvider themes={['pink', 'red', 'blue']}>
Note! When you pass
themes
, the default set of themes ("light" and "dark") are overridden. Make sure you include those if you still want your light and dark themes:
<ThemeProvider themes={['pink', 'red', 'blue', 'light', 'dark']}>
This library does not rely on your theme styling using CSS variables. You can hard-code the values in your CSS, and everything will work as expected (without any flashing):
html,
body {
color: #000;
background: #fff;
}
[data-theme='dark'],
[data-theme='dark'] body {
color: #fff;
background: #000;
}
You can also use CSS to hide or show content based on the current theme. To avoid the hydration mismatch, you'll need to render both versions of the UI, with CSS hiding the unused version. For example:
function ThemedImage() {
return (
<>
{/* When the theme is dark, hide this div */}
<div data-hide-on-theme="dark">
<img src="light.png" width={400} height={400} />
</div>
{/* When the theme is light, hide this div */}
<div data-hide-on-theme="light">
<img src="dark.png" width={400} height={400} />
</div>
</>
)
}
export default ThemedImage
[data-theme='dark'] [data-hide-on-theme='dark'],
[data-theme='light'] [data-hide-on-theme='light'] {
display: none;
}
Visit the live example • View the example source code
In your tailwind.config.js
, set the dark mode property to class:
// tailwind.config.js
module.exports = {
darkMode: 'class'
}
Set the attribute for your Theme Provider to class:
// root.tsx
<ThemeProvider attribute="class">
If you're using the value
prop to specify different attribute values, make sure your dark theme explicitly uses the "dark" value, as required by Tailwind.
That's it! Now you can use dark-mode specific classes:
<h1 className="text-black dark:text-white">
Do I need to use CSS variables with this library?
Nope. See the example.
Can I set the class or data attribute on the body or another element?
Nope. If you have a good reason for supporting this feature, please open an issue.
Is the injected script minified?
Yes, using Terser.
Why is resolvedTheme
necessary?
When supporting the System theme preference, you want to make sure that's reflected in your UI. This means your buttons, selects, dropdowns, or whatever you use to indicate the current theme should say "System" when the System theme preference is active.
If we didn't distinguish between theme
and resolvedTheme
, the UI would show "Dark" or "Light", when it should really be "System".
resolvedTheme
is then useful for modifying behavior or styles at runtime:
const { resolvedTheme } = useTheme()
<div style={{ color: resolvedTheme === 'dark' ? white : black }}>
If we didn't have resolvedTheme
and only used theme
, you'd lose information about the state of your UI (you would only know the theme is "system", and not what it resolved to).