styled-jsx vs sass vs styled-components vs emotion
CSS-in-JS and Preprocessors
styled-jsxsassstyled-componentsemotionSimilar Packages:
CSS-in-JS and Preprocessors

CSS-in-JS and preprocessors are tools that enhance the styling capabilities of web applications. They allow developers to write CSS in JavaScript, enabling dynamic styling based on component state and props. Preprocessors like Sass extend CSS with features such as variables, nesting, and mixins, improving maintainability and organization of styles. These tools help streamline the styling process, making it easier to manage complex stylesheets and ensuring better integration with JavaScript frameworks.

Npm Package Weekly Downloads Trend
3 Years
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
styled-jsx27,949,6387,7991.03 MB839 months agoMIT
sass20,587,8534,1665.87 MB6916 days agoMIT
styled-components7,614,87541,0251.78 MB3356 days agoMIT
emotion662,194---5 years agoMIT
Feature Comparison: styled-jsx vs sass vs styled-components vs emotion

Styling Approach

  • styled-jsx:

    Styled-JSX provides scoped CSS for React components, allowing you to write styles directly in your JSX. It ensures that styles are applied only to the components they are defined in, preventing global style leakage.

  • sass:

    Sass is a preprocessor that extends CSS with features like variables, nesting, and mixins. It compiles down to standard CSS, allowing you to write more maintainable and organized stylesheets without dynamic capabilities.

  • styled-components:

    Styled-Components uses tagged template literals to style components, allowing you to write CSS directly within your JavaScript. It scopes styles to components, preventing style conflicts and enhancing maintainability.

  • emotion:

    Emotion allows you to write CSS styles in JavaScript, enabling dynamic styling based on props and state. It supports both styled components and traditional CSS styles, providing flexibility in how you apply styles to your components.

Performance

  • styled-jsx:

    Styled-JSX has minimal runtime overhead and compiles styles at build time, similar to Sass. This ensures that styles are efficiently applied without impacting the performance of the application.

  • sass:

    Sass compiles styles at build time, which means there is no runtime overhead for styling. This can lead to better performance in production, as the compiled CSS is static and does not require additional processing during rendering.

  • styled-components:

    Styled-Components can introduce some runtime overhead due to its dynamic nature, but it includes optimizations like server-side rendering and style caching to mitigate performance issues. The trade-off is often worth it for the benefits of scoped styles.

  • emotion:

    Emotion is optimized for performance, with a focus on minimizing the runtime overhead. It generates styles at build time and can also use a cache to avoid recalculating styles unnecessarily, leading to faster render times.

Theming Support

  • styled-jsx:

    Styled-JSX does not have built-in theming support, but you can implement theming by using CSS variables or by passing theme props to your components. This requires more manual setup compared to Emotion or Styled-Components.

  • sass:

    Sass supports theming through the use of variables and mixins, allowing you to define a set of styles that can be reused across your stylesheets. However, it lacks built-in support for dynamic theming as seen in CSS-in-JS solutions.

  • styled-components:

    Styled-Components has excellent theming support through its ThemeProvider component, enabling you to define a theme and access it in your styled components. This makes it easy to create a consistent look and feel across your application.

  • emotion:

    Emotion provides robust theming capabilities, allowing you to define a theme object that can be accessed throughout your application. This makes it easy to implement consistent styling and switch themes dynamically.

Learning Curve

  • styled-jsx:

    Styled-JSX is easy to learn, particularly for developers familiar with React. Its syntax is simple and integrates seamlessly with JSX, allowing you to write styles directly alongside your components.

  • sass:

    Sass is relatively easy to learn for those already familiar with CSS. Its additional features like variables and nesting are intuitive, making it a great choice for developers looking to enhance their CSS skills.

  • styled-components:

    Styled-Components has a gentle learning curve, especially for those who are already comfortable with React. The syntax is straightforward, and its integration with React makes it easy to adopt for component-based styling.

  • emotion:

    Emotion has a moderate learning curve, especially if you are familiar with CSS-in-JS concepts. Its flexibility can be overwhelming for beginners, but its documentation is comprehensive and helpful for getting started.

Community and Ecosystem

  • styled-jsx:

    Styled-JSX is primarily used within the Next.js ecosystem, which has a strong community. While it may not have as large a user base as the others, it is well-supported within the context of Next.js applications.

  • sass:

    Sass has a large and established community with extensive resources, plugins, and integrations available. It is a mature technology that has been widely used in web development for many years.

  • styled-components:

    Styled-Components has a vast community and strong ecosystem, with numerous tutorials, resources, and third-party libraries available. Its popularity in the React community ensures ongoing support and development.

  • emotion:

    Emotion has a growing community and is widely adopted in the React ecosystem. It integrates well with other libraries and tools, making it a popular choice for modern web applications.

How to Choose: styled-jsx vs sass vs styled-components vs emotion
  • styled-jsx:

    Choose Styled-JSX if you are using Next.js and want a simple way to write scoped CSS directly in your components. Styled-JSX is designed for React applications, providing a straightforward API for styling components without the need for additional configuration.

  • sass:

    Choose Sass if you prefer a traditional CSS preprocessor that enhances your CSS with features like variables, nesting, and mixins. Sass is ideal for larger projects where you need to maintain complex stylesheets and want to leverage its powerful features for better organization.

  • styled-components:

    Choose Styled-Components if you want a popular CSS-in-JS solution that allows you to write actual CSS code to style your components. It provides a seamless way to manage styles scoped to components, making it easier to avoid style conflicts and improve maintainability.

  • emotion:

    Choose Emotion if you want a highly performant CSS-in-JS library that offers flexibility in styling components while maintaining a small bundle size. Emotion provides powerful theming capabilities and supports both styled components and traditional CSS styles.

README for styled-jsx

styled-jsx

build status

Full, scoped and component-friendly CSS support for JSX (rendered on the server or the client).

Code and docs are for v3 which we highly recommend you to try. Looking for styled-jsx v2? Switch to the v2 branch.

Getting started

Firstly, install the package:

npm install --save styled-jsx

Next, add styled-jsx/babel to plugins in your babel configuration:

{
  "plugins": ["styled-jsx/babel"]
}

Now add <style jsx> to your code and fill it with CSS:

export default () => (
  <div>
    <p>only this paragraph will get the style :)</p>

    {/* you can include <Component />s here that include
         other <p>s that don't get unexpected styles! */}

    <style jsx>{`
      p {
        color: red;
      }
    `}</style>
  </div>
)

Configuration options

The following are optional settings for the babel plugin.

optimizeForSpeed

Blazing fast and optimized CSS rules injection system based on the CSSOM APIs.

{
  "plugins": [["styled-jsx/babel", { "optimizeForSpeed": true }]]
}

When in production* this mode is automatically enabled.
Beware that when using this option source maps cannot be generated and styles cannot be edited via the devtools.

* process.env.NODE_ENV === 'production'

sourceMaps

Generates source maps (default: false)

styleModule

Module that the transpiled files should import (default: styled-jsx/style)

vendorPrefixes

Turn on/off automatic vendor prefixing (default: true)

Features

  • Full CSS support, no tradeoffs in power
  • Runtime size of just 3kb (gzipped, from 12kb)
  • Complete isolation: Selectors, animations, keyframes
  • Built-in CSS vendor prefixing
  • Very fast, minimal and efficient transpilation (see below)
  • High-performance runtime-CSS-injection when not server-rendering
  • Future-proof: Equivalent to server-renderable "Shadow CSS"
  • Source maps support
  • Dynamic styles and themes support
  • CSS Preprocessing via Plugins

Using in Next.js

Next.js automatically configures styled-jsx with babel or swc, you don't have to configure it manually.

How It Works

The example above transpiles to the following:

import _JSXStyle from 'styled-jsx/style'

export default () => (
  <div className="jsx-123">
    <p className="jsx-123">only this paragraph will get the style :)</p>
    <_JSXStyle id="123">{`p.jsx-123 {color: red;}`}</_JSXStyle>
  </div>
)

Why It Works Like This

Unique classnames give us style encapsulation and _JSXStyle is heavily optimized for:

  • Injecting styles upon render
  • Only injecting a certain component's style once (even if the component is included multiple times)
  • Removing unused styles
  • Keeping track of styles for server-side rendering

Targeting The Root

Notice that the outer <div> from the example above also gets a jsx-123 classname. We do this so that you can target the "root" element, in the same manner that :host works with Shadow DOM.

If you want to target only the host, we suggest you use a class:

export default () => (
  <div className="root">
    <style jsx>{`
      .root {
        color: green;
      }
    `}</style>
  </div>
)

Global styles

To skip scoping entirely, you can make the global-ness of your styles explicit by adding global.

export default () => (
  <div>
    <style jsx global>{`
      body {
        background: red;
      }
    `}</style>
  </div>
)

The advantage of using this over <style> is twofold: no need to use dangerouslySetInnerHTML to avoid escaping issues with CSS and take advantage of styled-jsx's de-duping system to avoid the global styles being inserted multiple times.

One-off global selectors

Sometimes it's useful to skip selectors scoping. In order to get a one-off global selector we support :global(), inspired by css-modules.

This is very useful in order to, for example, generate a global class that you can pass to 3rd-party components. For example, to style react-select which supports passing a custom class via optionClassName:

import Select from 'react-select'
export default () => (
  <div>
    <Select optionClassName="react-select" />

    <style jsx>{`
      /* "div" will be prefixed, but ".react-select" won't */

      div :global(.react-select) {
        color: red;
      }
    `}</style>
  </div>
)

Dynamic styles

To make a component's visual representation customizable from the outside world there are three options.

Via interpolated dynamic props

Any value that comes from the component's render method scope is treated as dynamic. This makes it possible to use props and state for example.

const Button = props => (
  <button>
    {props.children}
    <style jsx>{`
      button {
        padding: ${'large' in props ? '50' : '20'}px;
        background: ${props.theme.background};
        color: #999;
        display: inline-block;
        font-size: 1em;
      }
    `}</style>
  </button>
)

New styles' injection is optimized to perform well at runtime.

That said when your CSS is mostly static we recommend to split it up in static and dynamic styles and use two separate style tags so that, when changing, only the dynamic parts are recomputed/rendered.

const Button = props => (
  <button>
    {props.children}
    <style jsx>{`
      button {
        color: #999;
        display: inline-block;
        font-size: 2em;
      }
    `}</style>
    <style jsx>{`
      button {
        padding: ${'large' in props ? '50' : '20'}px;
        background: ${props.theme.background};
      }
    `}</style>
  </button>
)

Via className toggling

The second option is to pass properties that toggle class names.

const Button = props => (
  <button className={'large' in props && 'large'}>
    {props.children}
    <style jsx>{`
      button {
        padding: 20px;
        background: #eee;
        color: #999;
      }
      .large {
        padding: 50px;
      }
    `}</style>
  </button>
)

Then you would use this component as either <Button>Hi</Button> or <Button large>Big</Button>.

Via inline style

*best for animations

Imagine that you wanted to make the padding in the button above completely customizable. You can override the CSS you configure via inline-styles:

const Button = ({ padding, children }) => (
  <button style={{ padding }}>
    {children}
    <style jsx>{`
      button {
        padding: 20px;
        background: #eee;
        color: #999;
      }
    `}</style>
  </button>
)

In this example, the padding defaults to the one set in <style> (20), but the user can pass a custom one via <Button padding={30}>.

Constants

It is possible to use constants like so:

import { colors, spacing } from '../theme'
import { invertColor } from '../theme/utils'

const Button = ({ children }) => (
  <button>
    {children}
    <style jsx>{`
      button {
        padding: ${spacing.medium};
        background: ${colors.primary};
        color: ${invertColor(colors.primary)};
      }
    `}</style>
  </button>
)

Please keep in mind that constants defined outside of the component scope are treated as static styles.

Server-Side Rendering

styled-jsx v5 introduced StyledRegistry component and useStyleRegistry hook to let you scope styles rendering in each SSR render to keep concurrent-safe.

  • registry.styles() will return the array of react components for style tags.
  • registry.flush() can clean the existing styles in the registry, it's optional for SSR when you have a standalone registry for each SSR render.

Next.js 12 integrates with styled-jsx v5 and manages the registry for you.

import React from 'react'
import ReactDOM from 'react-dom/server'
import { StyleRegistry, useStyleRegistry } from 'styled-jsx'
import App from './app'

function Styles() {
  const registry = useStyleRegistry()
  const styles = registry.styles()
  return <>{styles}</>
}

export default (req, res) => {
  const app = ReactDOM.renderToString(<App />)
  const html = ReactDOM.renderToStaticMarkup(
    <StyleRegistry>
      <html>
        <head>
          <Styles />
        </head>
        <body>
          <div id="root" dangerouslySetInnerHTML={{ __html: app }} />
        </body>
      </html>
    </StyleRegistry>
  )
  res.end('<!doctype html>' + html)
}

There's also a new API createStyleRegistry that is introduced when you have to create a registry manually. In this way you can operate the registry yourself to extract the rendered styles (registry.styles()) or flush them out (registry.flush()).

const registry = createStyleRegistry()
const styles = registry.styles() // access styles

function Page() {
  return (
    <StyleRegistry registry={registry}>
      <App />
    </StyleRegistry>
  )
}

By default <StyleRegistry /> will use the registry from root top StyleRegistry, which means there's only one registry in the react tree.

It's paramount that you use one of these two functions so that the generated styles can be diffed when the client loads and duplicate styles are avoided.

Content Security Policy

Strict CSP is supported.

You should generate a nonce per request.

import nanoid from 'nanoid'

const nonce = Buffer.from(nanoid()).toString('base64') //ex: N2M0MDhkN2EtMmRkYi00MTExLWFhM2YtNDhkNTc4NGJhMjA3

You must then pass a nonce to registry.styles({ nonce }) and set a <meta property="csp-nonce" content={nonce} /> tag.

Your CSP policy must share the same nonce as well (the header nonce needs to match the html nonce and remain unpredictable). Content-Security-Policy: default-src 'self'; style-src 'self' 'nonce-N2M0MDhkN2EtMmRkYi00MTExLWFhM2YtNDhkNTc4NGJhMjA3';

External CSS and styles outside of the component

In styled-jsx styles can be defined outside of the component's render method or in separate JavaScript modules using the styled-jsx/css library. styled-jsx/css exports three tags that can be used to tag your styles:

  • css, the default export, to define scoped styles.
  • css.global to define global styles.
  • css.resolve to define scoped styles that resolve to the scoped className and a styles element.

External styles

In an external file:

/* styles.js */
import css from 'styled-jsx/css'

// Scoped styles
export const button = css`
  button {
    color: hotpink;
  }
`

// Global styles
export const body = css.global`body { margin: 0; }`

// Resolved styles
export const link = css.resolve`a { color: green; }`
// link.className -> scoped className to apply to `a` elements e.g. jsx-123
// link.styles -> styles element to render inside of your component

// Works also with default exports
export default css`
  div {
    color: green;
  }
`

You can then import and use those styles:

import styles, { button, body } from './styles'

export default () => (
  <div>
    <button>styled-jsx</button>
    <style jsx>{styles}</style>
    <style jsx>{button}</style>
    <style jsx global>
      {body}
    </style>
  </div>
)

N.B. All the tags except for resolve don't support dynamic styles.

resolve and global can also be imported individually:

import { resolve } from 'styled-jsx/css'
import { global } from 'styled-jsx/css'

If you use Prettier we recommend you to use the default css export syntax since the tool doesn't support named imports.

Styles outside of components

The css tag from styled-jsx/css can be also used to define styles in your components files but outside of the component itself. This might help with keeping render methods smaller.

import css from 'styled-jsx/css'

export default () => (
  <div>
    <button>styled-jsx</button>
    <style jsx>{button}</style>
  </div>
)

const button = css`
  button {
    color: hotpink;
  }
`

Like in externals styles css doesn't work with dynamic styles. If you have dynamic parts you might want to place them inline inside of your component using a regular <style jsx> element.

The resolve tag

The resolve tag from styled-jsx/css can be used when you need to scope some CSS - for example, if you need to style nested components from the parent, such as the Link component in the example below.

It works by returning the generated scoped className and related styles.

import React from 'react'
import Link from 'some-library'

import css from 'styled-jsx/css'

const { className, styles } = css.resolve`
  a { color: green }
`

export default () => (
  <div>
    {/* use the className */}
    <Link className={className}>About</Link>

    {/* render the styles for it */}
    {styles}
  </div>
)

The resolve tag also supports dynamic styles, via template string interpolation:

import React from 'react'
import css from 'styled-jsx/css'

function getLinkStyles(color) {
  return css.resolve`
    a { color: ${color} }
  `
}

export default props => {
  const { className, styles } = getLinkStyles(props.theme.color)

  return (
    <div>
      <Link className={className}>About</Link>
      {styles}
    </div>
  )
}

Using resolve as a Babel macro

If you can't (or would rather not) make changes to your .babelrc, the resolve tag can be used as a Babel macro, thanks to the babel-plugin-macros system.

To set this up, first of all, install styled-jsx and babel-plugin-macros:

npm i --save styled-jsx
npm i --save-dev babel-plugin-macros

Next, add babel-plugin-macros to your Babel configuration:

{
  "plugins": ["babel-plugin-macros"]
}

You can then use resolve by importing it from styled-jsx/macro.

import css from 'styled-jsx/macro'

const { className, styles } = css.resolve`
  a { color: green }
`

export default () => (
  <div>
    <Link className={className}>About</Link>
    {styles}
  </div>
)
Usage with create-react-app

Create React App comes with babel-plugin-macros already installed, so the only thing that needs to be done is to install styled-jsx:

npm i --save styled-jsx

Then resolve can be imported from styled-jsx/macro and used the same way as in the example in the Using resolve as a Babel macro section above.

Styles in regular CSS files

styled-jsx v3 comes with a webpack loader that lets you write styles in regular css files and consume them in React.

import styles from '../components/button/styles.css'

export default () => (
  <div>
    <button>styled-jsx</button>
    <style jsx>{styles}</style>
  </div>
)

To consume the styles in your component you can import them from your CSS file and render them using a <style jsx> tag. Remember to add the global prop if you want your styles to be global.

To use this feature you need to register the loader in your webpack config file, before babel-loader which will then transpile the styles via styled-jsx/babel

config: {
  module: {
    rules: [
      {
        test: /\.css$/,
        use: [
          {
            loader: require('styled-jsx/webpack').loader,
            options: {
              type: 'scoped'
            }
          }
        ]
      }
    ]
  }
}

The plugin accepts a type option to configure whether the styles should be scoped, global or resolve (see above). By default its values is set to scoped. type can also be a function which takes the fileName and the fileNameQuery that is being transpiled and must return a valid type.

type validTypes = 'scoped' | 'global' | 'resolve'
type fileName = string
type Options = {|
  type: validTypes | ((fileName, options) => validTypes)
|}
import styles from './styles.css?type=global'

// webpack
config: {
  module: {
    rules: [
      {
        test: /\.css$/,
        use: [
          {
            loader: require('styled-jsx/webpack').loader,
            options: {
              type: (fileName, options) => options.query.type || 'scoped'
            }
          }
        ]
      }
    ]
  }
}

The type can also be set per individual CSS file via CSS comment:

/* @styled-jsx=scoped */

button {
  color: red;
}

The CSS comment option will override the one in the webpack configuration only for this specific file.

Next.js

Example of next.config.js to integrate styled-jsx/webpack:

module.exports = {
  webpack: (config, { defaultLoaders }) => {
    config.module.rules.push({
      test: /\.css$/,
      use: [
        defaultLoaders.babel,
        {
          loader: require('styled-jsx/webpack').loader,
          options: {
            type: 'scoped'
          }
        }
      ]
    })

    return config
  }
}

CSS Preprocessing via Plugins

Styles can be preprocessed via plugins.

Plugins are regular JavaScript modules that export a simple function with the following signature:

function plugin(css: string, options: Object): string

Basically they accept a CSS string in input, optionally modify it and finally return it.

Plugins make it possible to use popular preprocessors like SASS, Less, Stylus, PostCSS or apply custom transformations to the styles at compile time.

To register a plugin add an option plugins for styled-jsx/babel to your .babelrc. plugins must be an array of module names or full paths for local plugins.

{
  "plugins": [
    [
      "styled-jsx/babel",
      {
        "plugins": [
          "my-styled-jsx-plugin-package",
          "/full/path/to/local/plugin"
        ]
      }
    ]
  ]
}
Instructions to integrate with Next.js In order to register styled-jsx plugins in a Next.js app you need to create a custom .babelrc file:
{
  "presets": [
    [
      "next/babel",
      {
        "styled-jsx": {
          "plugins": ["styled-jsx-plugin-postcss"]
        }
      }
    ]
  ]
}

This is a fairly new feature so make sure that you using a version of Next.js that supports passing options to styled-jsx.


Plugins are applied in definition order left to right before styles are scoped.

In order to resolve local plugins paths you can use NodeJS' require.resolve.

N.B. when applying the plugins styled-jsx replaces template literals expressions with placeholders because otherwise CSS parsers would get invalid CSS E.g.

/* `ExprNumber` is a number */
%%styled-jsx-placeholder-ExprNumber%%

Plugins won't transform expressions (eg. dynamic styles).

When publishing a plugin you may want to add the keywords: styled-jsx and styled-jsx-plugin. We also encourage you to use the following naming convention for your plugins:

styled-jsx-plugin-<your-plugin-name>

Plugin options

Users can set plugin options by registering a plugin as an array that contains the plugin path and an options object.

{
  "plugins": [
    [
      "styled-jsx/babel",
      {
        "plugins": [
          ["my-styled-jsx-plugin-package", { "exampleOption": true }]
        ],
        "sourceMaps": true
      }
    ]
  ]
}

Each plugin receives a options object as second argument which contains the babel and user options:

;(css, options) => {
  /* ... */
}

The options object has the following shape:

{
  // user options go here
  // eg. exampleOption: true

  // babel options
  babel: {
    sourceMaps: boolean,
    vendorPrefixes: boolean,
    isGlobal: boolean,
    filename: ?string, // defined only when the filename option is passed to Babel, such as when using Babel CLI or Webpack
    location: { // the original location of the CSS block in the JavaScript file
      start: {
        line: number,
        column: number,
      },
      end: {
        line: number,
        column: number,
      }
    }
  }
}

Example plugins

The following plugins are proof of concepts/sample:

Rendering in tests

If you're using a tool such as Enzyme, you might want to avoid compiling your styles in test renders. In general, styled-jsx artifacts like jsx-123 classnames and vendor prefixing are not direct concerns of your component, and they generate a lot of snapshot noise.

One option is to exclude the styled-jsx/babel plugin from the test environment using env in your Babel config (see Config Merging options).

But this can cause noise in your terminal output when rendering:

   console.error node_modules/react-dom/cjs/react-dom.development.js:527
      Warning: Received `true` for a non-boolean attribute `jsx`.

The styled-jsx/babel-test solves this problem. It simply strips jsx attributes from all <style> tags. Be sure to target each environment with the appropriate plugin:

{
  "env": {
    "production": {
      "plugins": ["styled-jsx/babel"]
    },
    "development": {
      "plugins": ["styled-jsx/babel"]
    },
    "test": {
      "plugins": ["styled-jsx/babel-test"]
    }
  }
}

styled-jsx/css in tests

When using styled-jsx/babel-test, styled-jsx/css throws the following error:

styled-jsx/css: if you are getting this error it means that your `css` tagged template literals were not transpiled.

to solve this issue you need to mock styled-jsx/css. You can find a guide at the following link https://kevinjalbert.com/jest-snapshots-reducing-styled-jsx-noise/

FAQ

Warning: unknown jsx prop on <style> tag

If you get this warning it means that your styles were not compiled by styled-jsx.

Please take a look at your setup and make sure that everything is correct and that the styled-jsx transformation is ran by Babel.

Can I return an array of components when using React 16?

No, this feature is not supported. However we support React Fragments, which are available in React 16.2.0 and above.

const StyledImage = ({ src, alt = '' }) => (
  <React.Fragment>
    <img src={src} alt={alt} />
    <style jsx>{`
      img {
        max-width: 100%;
      }
    `}</style>
  </React.Fragment>
)

Styling third parties / child components from the parent

When the component accepts a className (or ad-hoc) prop as a way to allow customizations then you can use the resolve tag from styled-jsx/css.

When the component doesn't accept any className or doesn't expose any API to customize the component, then your only option is to use :global() styles:

export default () => (
  <div>
    <ExternalComponent />

    <style jsx>{`
      /* "div" will be prefixed, but ".nested-element" won't */

      div > :global(.nested-element) {
        color: red;
      }
    `}</style>
  </div>
)

Please keep in mind that :global() styles will affect the entire subtree, so in many cases you may want to be careful and use the children (direct descendant) selector >.

Build a component library with styled-jsx

There's an article explaining how to bundle React components with Rollup and styled-jsx as an external dependency.

Syntax Highlighting

When working with template literals a common drawback is missing syntax highlighting. The following editors currently have support for highlighting CSS inside <style jsx> elements.

If you have a solution for an editor not on the list please open a PR and let us now.

Atom

The language-babel package for the Atom editor has an option to extend the grammar for JavaScript tagged template literals.

After installing the package add the code below to the appropriate settings entry. In a few moments you should be blessed with proper CSS syntax highlighting. (source)

"(?<=<style jsx>{)|(?<=<style jsx global>{)|(?<=css)":source.css.styled

babel-language settings entry

Webstorm/Idea

The IDE let you inject any language in place with Inject language or reference in an Intention Actions (default alt+enter). Simply perform the action in the string template and select CSS. You get full CSS highlighting and autocompletion and it will last until you close the IDE.

Additionally you can use language injection comments to enable all the IDE language features indefinitely using the language comment style:

import { colors, spacing } from '../theme'
import { invertColor } from '../theme/utils'

const Button = ({ children }) => (
  <button>
    {children}

    {/*language=CSS*/}
    <style jsx>{`
      button {
        padding: ${spacing.medium};
        background: ${colors.primary};
        color: ${invertColor(colors.primary)};
      }
    `}</style>
  </button>
)

Emmet

If you're using Emmet you can add the following snippet to ~/emmet/snippets-styledjsx.json This will allow you to expand style-jsx to a styled-jsx block.

{
  "html": {
    "snippets": {
      "style-jsx": "<style jsx>{`\n\t$1\n`}</style>"
    }
  }
}

Syntax Highlighting Visual Studio Code Extension

Launch VS Code Quick Open (⌘+P), paste the following command, and press enter.

ext install Divlo.vscode-styled-jsx-syntax

If you use Stylus instead of plain CSS, install vscode-styled-jsx-stylus or paste the command below.

ext install vscode-styled-jsx-stylus

Autocomplete Visual Studio Code Extension

Launch VS Code Quick Open (⌘+P), paste the following command, and press enter.

ext install Divlo.vscode-styled-jsx-languageserver

Vim

Install vim-styled-jsx with your plugin manager of choice.

ESLint

If you're using eslint-plugin-import, the css import will generate errors, being that it's a "magic" import (not listed in package.json). To avoid these, simply add the following line to your eslint configuration:

"settings": {"import/core-modules": ["styled-jsx/css"] }

TypeScript

If you're using TypeScript, then in order to allow <style jsx> tags to be properly understood by it, create a file named "styled-jsx.d.ts" anywhere within your project containing the following, or add this line to the top of any single existing .ts file within your project:

/// <reference types="styled-jsx" />

If you're using babel to transform styled-jsx code with TypeScript, you need to specify "jsx": "preserve" in your tsconfig.json to keep the original JSX and let babel parse and transform with styled-jsx babel plugin.

Credits

  • Pedram Emrouznejad (rijs) suggested attribute selectors over my initial class prefixing idea.
  • Sunil Pai (glamor) inspired the use of murmurhash2 (minimal and fast hashing) and an efficient style injection logic.
  • Sultan Tarimo built stylis.js, a super fast and tiny CSS parser and compiler.
  • Max Stoiber (styled-components) proved the value of retaining the familiarity of CSS syntax and pointed me to the very efficient stylis compiler (which we forked to very efficiently append attribute selectors to the user's css)
  • Yehuda Katz (ember) convinced me on Twitter to transpile CSS as an alternative to CSS-in-JS.
  • Evan You (vuejs) discussed his Vue.js CSS transformation with me.
  • Henry Zhu (babel) helpfully pointed me to some important areas of the babel plugin API.

Authors