Provides a CSSStyleSheet or a CSSResult (Lit) for use with import attributes.
Using the "with" keyword and "type : css".
Allows:
import myStyles1 from './my-styles-1.css' with { type: 'css' };
import myStyles2 from './my-styles-2.css' assert { type: 'css' }; // ⚠️ Deprecated
import myStyles3 from './my-styles-3.css'; // ⚠️ Non-standardTo be imported seamlessly, from your project or a dependency (mono-repo…).
The API ensures strict defaults while allowing opt-in flexibility, especially for catering to Node usage.
npm i vite-plugin-standard-css-modules
Vite or compatible frameworks configuration:
import { standardCssModules } from 'vite-plugin-standard-css-modules';
const myEnvironmentViteConfig = {
// ...
plugins: [
standardCssModules({
/* transformationMode: "CSSResult", */
filter: (params) => {
// console.log({ params });
// if (filePath === "foo") return false;
// if (params.ssr) return false;
return true;
},
/* log: false, */
ssrOnlyLit: true, // Removes the need for `?lit`, server-side.
}),
],
};CSSStyleSheet (default for targetClient) is agnostic, and platform-native.
Might not work with SSR until JS server runtimes support this API or a working minimal implementation.
CSSResult (default for targetSsr) is Lit-specific. On the client, it can lazily provide a CSSStyleSheet.
Works with SSR. Set as default if executed in an SSR environment. That might change in the future, when Node will support CSSStyleSheet.
Useful if, for example, you're using Lit hydration and don't want to load the style on client,
since they are already provided in the Declarative Shadow Dom as a <style> tag. In that case,
you'll set emptyClient to true, resulting in a dummy, empty stylesheet module.
Absolute glob patterns.
E.g. include: ['**/src/features/counters/counters.scss']
import myStyles1 from './my-styles-1.css?lit' with { type: 'css' };Overrides CSSStyleSheet to CSSResult on a per-file basis.
For some reasons, like isomorphism, you might want a CSSResult on the client side, but it's not needed otherwise.
Lit (on browser) handles those two shapes just fine, without intermediary steps.
It's possible to mix and fit them in the static styles of your custom element.
Also, note that hydration alleviates the need for loading the CSS on the client too, hence the emptyClient option for that cases.
If no DOM shims are present in your JS server runtime, you'll get a CSSStyleSheet is not defined.
With a DOM Shim (like the Lit SSR's one), you'll get a replaceSync method is not defined, because the CSSStyleSheet global object is empty.
Solution: use CSSResult here (it is set as the default with SSR).
- Vite 5
- Vite 5 SSR (
ssrModuleLoader) - Astro 4 Client side JS
- Astro 4 Server side JS
Tested with Node 20 (LTS) and 2024 majors browsers.
Firefox / Safari / Chromium are all supporting constructable stylesheets.
Support all Vite's CSS pipelines and formats (PostCSS, Less, SASS…).
// ./src/vite-env.d.ts
// or
// ./src/env.d.ts
// Add this reference:
/// <reference types="vite-plugin-standard-css-modules/css-modules" />
// (Order matters with Astro)
/// <reference types="vite/client" />
// (Or `astro/client`)That way,
import myElementStyles from './my-element.css' with { type: 'css' };
import myElementStyles from './my-element.css?lit' with { type: 'css' };./my-element.csswill be cast asCSSStyleSheet./my-element.css?litwill be cast asCSSResult
You can also append them manually in your env.d.ts, see css-modules.d.ts.
Check out the demo folder.
You'll find an Astro minimal setup, which works exactly the same as with this vite-lit-ssr demo project.
I updated to the latest Lit 3 and Vite 5, and with minor Lit SSR syntax adaption, tested it successfully.
Both of these setups, Homebrewed Lit SSR and Astro, are using ssrLoadModuleLoader.
Basically, you'll get an isomorphic experience thanks to Vite internal tooling which is smoothening environment gaps, minus unresolved DOM limitations in Node.
file.css redirects to file.css?raw which by-pass all specific Vite handling.
Then file.css?inline is requested and injected back. This means you should get your usual Vite CSS handling at the end (think all the post-css stuff).
Since the result is handled like any ?raw imported module with Vite, it's not a "real", living CSS module.
See the rollup-plugin-css-modules documentation for more details about expected limitations, which are shared conceptually, with vite-plugin-standard-css-modules.
For now, attributes are just "decorative", and act as a reminder for what is a standard CSS Module and what is
not.
When Vite will support Import Attributes like Rollup and browsers, those flag will be leveraged and no include/exclude should be needed anymore.
- Support for relative globs in
include/exclude
100% ESM, dependency-free.
You just need the optional lit peer-dependency, if you're using CSSResult over the default CSSStyleSheet.
See also rollup-plugin-css-modules.
Its documentation will bring you insights into the state of this API proposal.
Other projects 👀…
- retext-case-police: Check popular names casing. Example:
⚠️ github→ ✅GitHub. - remark-lint-frontmatter-schema: Validate your Markdown frontmatter data against a JSON schema.
- JSON Schema Form Element: Effortless forms, with standards.