Using Stylify CSS with Webpack
Webpack is a module bundler. Its main purpose is to bundle JavaScript files for usage in a browser, yet it is also capable of transforming, bundling and etc.
How to integrate the Stylify CSS into the Webpack
First, install the @stylify/unplugin package using NPM or Yarn:
npm i -D @stylify/unplugin
yarn add -D @stylify/unplugin
Next, add the following configuration into the webpack.config.js
file:
const path = require('path');
const { stylifyWebpack } = require('@stylify/unplugin');
const mode = 'development';
const stylifyPlugin = stylifyWebpack({
bundles: [{
outputFile: './index.css',
files: ['./**/*.html'],
rewriteSelectorsInFiles: mode === 'production'
}],
// Optional
// Compiler config info https://stylifycss.com/en/docs/stylify/compiler#configuration
compiler: {
// https://stylifycss.com/en/docs/stylify/compiler#variables
variables: {},
// https://stylifycss.com/en/docs/stylify/compiler#macros
macros: {},
// https://stylifycss.com/en/docs/stylify/compiler#components
components: {},
// ...
}
});
module.exports = {
entry: './input.js',
mode: mode,
plugins: [ stylifyPlugin ],
module: {
rules: [{
test: /\.css$/i,
use: ["style-loader", "css-loader", "postcss-loader"]
}],
},
output: {
path: path.resolve(__dirname),
filename: 'index.js',
libraryTarget: 'umd'
}
};
Now add the generated index.css
file into the index.js
entry file.
Production Build and Selectors Mangling
When you execute yarn dev
/npm run dev
(which often runs webpack --watch
) during a development, selector are going to be generated in the same way as they are written in the class attributes.
In production build, that is executed by yarn build
/npm run build
(which often runs webpack
), selectors are minified from long color:blue
to short a
.
Selectors are rewritten directly within files/templates. This is because Stylify matches selectors only in selected areas (to prevent unwanted characters to be matched) like class
, className
, :class
. However, frameworks compiles these attributes like class="color:blue"
to something like add_attribute(button, "class", "color:blue")
under the hood.
This can cause, that some original selectors will not be rewritten because they are not matched. Stylify could have matching areas defined for frameworks' compiled output, but this could break with any release. Therefore is safer to rewrite them directly within templates during a production build, where it takes no effect on development environment because this command is mostly executed in build pipeline in Github/Gitlab or during a Vercel/Netlify build and deploy.
How to disable mangling and selectors rewritting
If you want to disable mangling, for example for testing production build locally or even in production build, just add the following into the config:
const stylifyPlugin = stylifyWebpack({
// ...
bundles: [ /* */ ],
compiler: {
mangleSelectors: false
}
});
Sometime, the class attribute can be consistent during the build within the bundler (it's random). You may try to disable rewriting selectors within files like this:
const stylifyPlugin = stylifyWebpack({
bundles: [
{
// ...
rewriteSelectorsInFiles: false
}
]
});
If selectors are rewritten correctly even after this configuration, you can keep it that way. Otherwise, if you still want the rewriting to be disabled, you will have to dig into Stylify Compiler <code>rewriteSelectors</code> method and see what comes as an input into this method and configure a correct selectorsArea, so Stylify can process it correctly.
Where to go next?
- 🚀 Learn how to get started
- 🔌 Check out @stylify/unplugin configuration
- ⚙️ Or configure Stylify right away: