A plugin for Babel v6 which transforms inline styles defined in JavaScript modules into class names so they become available to, e.g. the className
prop of React elements. While transforming, the plugin processes all JavaScript style definitions found and bundles them up into a CSS file, ready to be requested from your web server.
babel-plugin-css-in-js works seamlessly on both client and server. It has built-in support for media queries, pseudo-classes, and attribute selectors. The plugin's options allow you to configure vendor-prefixing, minification, and class name compression.
If you're impatient, visit the live demo. The source code for it can be found in the example directory.
In order for the plugin to work, in your components, surround each inline style specification with a module-level cssInJS()
function call. This provides a hook for the plugin to process the first argument given to the call and then replace it with an object literal containing the resulting class names as values.
In
<Button className={styles.button} />
var styles = cssInJS({
button: {
padding: 5,
backgroundColor: "blue"
}
});
Out
JavaScript:
<Button className={styles.button} />
var styles = {
button: "example_js_styles_button"
};
CSS:
.example_js_styles_button {
padding: 5px;
background-color: blue;
}
The stylesheet specification format is explained further down.
Note the return value of cssInJS(...)
must be assigned to a variable. The name of the variable is used to distinguish multiple cssInJS
calls within a file.
Install via npm:
$ npm install babel-plugin-css-in-js --save-dev
.babelrc
{
"plugins": ["css-in-js"]
}
$ babel --plugins css-in-js script.js
require('babel-core').transform('code', {
plugins: ['css-in-js']
});
The plugin allows configuration of several parameters which control the generated CSS. You can pass options to the plugin by using a two-element array when adding the plugin. For instance, using .babelrc
:
{
"presets": [
"es2015",
"react"
],
"plugins": [
"foo-plugin",
["css-in-js", { "vendorPrefixes": true, "bundleFile": "public/bundle.css" }]
]
}
Available options:
Option | Default | Description |
---|---|---|
vendorPrefixes |
false |
If true, the generated CSS is run through autoprefixer to add vendor prefixes to the rules. If set to an object, it is passed to autoprefixer as options argument. |
minify |
false |
Set to true to enable minification of the generated CSS. The popular clean-css package is used for this. |
compressClassNames |
false |
Set to true to shorten/obfuscate generated CSS class names. A class name like "my_file-my_styles_var-my_name" will so be converted to, e.g., "_bf" . |
mediaMap |
{} |
This allows you to define media query shortcuts which are expanded on building the CSS. Example: using { phone: "media only screen and (max-width: 640px)" } as value for this option and a stylesheet spec having "@phone" as a key, that key will be translated to @media only screen and (max-width: 640px) in the final CSS. |
context |
null |
If set to an object, each identifier found on the right-hand side of a style rule is substituted with the corresponding property value of this object. If set to a file path, the file is require'd and the exported object is used as stylesheet context. |
cacheDir |
tmp/cache/ |
If you set the compressClassNames option to true , the class name cache will be persisted in a file in this directory. |
bundleFile |
bundle.css |
All generated CSS is bundled into this file. |
identifier |
cssInJS |
The name used for detecting inline styles to transform. |
Here's what you can put inside the parentheses of cssInJS(...)
.
Simple Styles
{
myButton: {
border: 'solid 1px #ccc',
backgroundColor: 'lightgray',
display: 'inline-block'
},
myInput: {
width: '100%',
// ... etc.
}
}
An inline style is not specified as a string. Instead it is specified with an object whose properties form the CSS ruleset for that style. A property's key is the camelCased version of the rule name, and the value is the rule's value, usually a string.
There's also a shorthand notation for specifying pixel values, see this React tip for more details.
Pseudo-Classes and Attribute Selectors
{
myButton: {
border: 'solid 1px #ccc',
backgroundColor: 'lightgray',
display: 'inline-block',
cursor: 'pointer',
':focus': {
borderColor: '#aaa'
},
':hover': {
borderColor: '#ddd',
':active': {
borderColor: '#eee'
}
},
'[disabled]': {
cursor: 'not-allowed',
opacity: .5,
':hover': {
backgroundColor: 'transparent'
}
}
}
}
As you can see, pseudo-classes and attribute selectors can be nested arbitrarily deep. But you don't have to use nesting. Here is the example from above in the un-nested version:
{
myButton: {
border: 'solid 1px #ccc',
backgroundColor: 'lightgray',
display: 'inline-block',
cursor: 'pointer'
},
'myButton:focus': {
borderColor: '#aaa'
},
'myButton:hover': {
borderColor: '#ddd'
},
'myButton:hover:active': {
borderColor: '#eee'
},
'myButton[disabled]': {
cursor: 'not-allowed',
opacity: .5
},
'myButton[disabled]:hover': {
backgroundColor: 'transparent'
}
}
Media Queries
{
myButton: {
border: 'solid 1px #ccc',
// ...
},
myInput: {
width: '100%',
// ...
},
'@media only screen and (max-width: 480px)': {
myButton: {
borderWidth: 0
},
myInput: {
fontSize: 14
}
},
'@media only screen and (max-width: 768px)': {
myButton: {
borderWidth: 2,
':hover': {
borderWidth: 3
}
}
}
}
Media queries can appear at the top-level (as shown above) or nested in the style:
{
myButton: {
border: 'solid 1px #ccc',
'@media only screen and (max-width: 480px)': {
borderWidth: 0,
':active': {
borderColor: 'blue'
}
},
'@media only screen and (max-width: 768px)': {
// ...
}
}
}
Given you set { phone: 'media only screen and (max-width: 480px)', tablet: 'media only screen and (max-width: 768px)' }
as mediaMap
option for the transformation, the above spec can be simplified to:
{
myButton: {
border: 'solid 1px #ccc',
'@phone': {
borderWidth: 0,
':active': {
borderColor: 'blue'
}
},
'@tablet': {
// ...
}
}
}
Expressions in Style Rules
You can do simple arithmetic and string concats on the right-hand side of style rules. Each identifier found is substituted with the corresponding property value of the context
object provided as option.
Example for a given context { MyColors: { green: '#00FF00' }, myUrl: 'path/to/image.png' }
:
{
myButton: {
color: MyColors.green,
borderWidth: 42 + 'px',
backgroundImage: 'url(' + myUrl + ')'
}
}
If you just want to see some example output for a file, head over to this repo's quick example. There you will find the code for a simple button component together with its transformed version and CSS file (both with and without compressed class names).
The code for a more sophisticated example can be found in the repo's example directory. After cloning this repo, see the example's README for more info on how to run it.
- Just using
var styles = cssInJS(...)
in your React modules and skipping the transformation step won't work. It's the transformation that is responsible for a) generating the real CSS, and b) turning yourcssInJS(...)
calls into object literals holding the CSS class names so you can do<foo className={styles.bar} />
without breaking React. But you are transpiling your JavaScript anyway to get these cool new ES2015 features, aren't you? - Apart from simple arithmetic and string concats, a stylesheet specification cannot contain advanced dynamic stuff, because although the transformer parses the source input, it is not compiled. If you really need to add truly dynamic styles, that's what the
style
attribute/prop was made for.style
also has the positive side-effect of taking precedence over class names.
- Fork it ( https://github.com/martinandert/babel-plugin-css-in-js )
- Run
npm install
to install dependencies. - Run the tests. We only take pull requests with passing tests, and it's great to know that you have a clean slate:
make test
. - Create your feature branch (
git checkout -b my-new-feature
) - Add a test for your change. Only refactoring and documentation changes require no new tests. If you are adding functionality or are fixing a bug, we need a test!
- Make the test pass.
- Commit your changes (
git commit -am 'add some feature'
) - Push to your fork (
git push origin my-new-feature
) - Create a new Pull Request
Released under The MIT License.