npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

afrododi

v3.1.4

Published

Framework-agnostic async-compatible CSS-in-JS with support for server-side rendering, browser prefixing, and minimum CSS generation

Downloads

17

Readme

afrododi npm version Build Status Coverage Status Gitter chat gzip size size

Framework-agnostic CSS-in-JS with support for server-side rendering, browser prefixing, and minimum CSS generation.

Support for colocating your styles with your JavaScript component.

  • Works great with and without React
  • Supports media queries without window.matchMedia
  • Supports pseudo-selectors like :hover, :active, etc. without needing to store hover or active state in components. :visited works just fine too.
  • Supports automatic global @font-face detection and insertion.
  • Respects precedence order when specifying multiple styles
  • Requires no AST transform
  • Injects only the exact styles needed for the render into the DOM.
  • Can be used for server rendering
  • Few dependencies, small (20k, 6k gzipped)
  • No external CSS file generated for inclusion
  • Autoprefixes styles

Installation

afrododi is distributed via npm:

npm install --save afrododi

API

If you'd rather watch introductory videos, you can find them here.

import React, { Component } from 'react';
import { StyleSheet, css } from 'afrododi';

class App extends Component {
    render() {
        return <div>
            <span className={css(styles.red)}>
                This is red.
            </span>
            <span className={css(styles.hover)}>
                This turns red on hover.
            </span>
            <span className={css(styles.small)}>
                This turns red when the browser is less than 600px width.
            </span>
            <span className={css(styles.red, styles.blue)}>
                This is blue.
            </span>
            <span className={css(styles.blue, styles.small)}>
                This is blue and turns red when the browser is less than
                600px width.
            </span>
        </div>;
    }
}

const styles = StyleSheet.create({
    red: {
        backgroundColor: 'red'
    },

    blue: {
        backgroundColor: 'blue'
    },

    hover: {
        ':hover': {
            backgroundColor: 'red'
        }
    },

    small: {
        '@media (max-width: 600px)': {
            backgroundColor: 'red',
        }
    }
});

Conditionally Applying Styles

Note: If you want to conditionally use styles, that is simply accomplished via:

const className = css(
  shouldBeRed() ? styles.red : styles.blue,
  shouldBeResponsive() && styles.small,
  shouldBeHoverable() && styles.hover
)

<div className={className}>Hi</div>

This is possible because any falsey arguments will be ignored.

Combining Styles

To combine styles, pass multiple styles or arrays of styles into css(). This is common when combining styles from an owner component:

class App extends Component {
    render() {
        return <Marker styles={[styles.large, styles.red]} />;
    }
}

class Marker extends Component {
    render() {
        // css() accepts styles, arrays of styles (including nested arrays),
        // and falsy values including undefined.
        return <div className={css(styles.marker, this.props.styles)} />;
    }
}

const styles = StyleSheet.create({
    red: {
        backgroundColor: 'red'
    },

    large: {
        height: 20,
        width: 20
    },

    marker: {
        backgroundColor: 'blue'
    }
});

Server-side rendering

To perform server-side rendering, make a call to StyleSheetServer.renderStatic, which takes a callback. Do your rendering inside of the callback and return the generated HTML. All of the calls to css() inside of the callback will be collected and the generated css as well as the generated HTML will be returned.

Rehydrating lets afrododi know which styles have already been inserted into the page. If you don't rehydrate, afrododi might add duplicate styles to the page.

To perform rehydration, call StyleSheet.rehydrate with the list of generated class names returned to you by StyleSheetServer.renderStatic.

Note: If you are using afrododi/no-inportant in your project and you want to render it on server side, be sure to import StyleSheetServer from afrododi/no-inportant otherwise you are going to get an error.

As an example:

import { StyleSheetServer } from 'afrododi';

// Contains the generated html, as well as the generated css and some
// rehydration data.
var {html, css} = StyleSheetServer.renderStatic(() => {
    return ReactDOMServer.renderToString(<App/>);
});

// Return the base HTML, which contains your rendered HTML as well as a
// simple rehydration script.
return `
    <html>
        <head>
            <style data-afrododi>${css.content}</style>
        </head>
        <body>
            <div id='root'>${html}</div>
            <script src="./bundle.js"></script>
            <script>
                StyleSheet.rehydrate(${JSON.stringify(css.renderedClassNames)});
                ReactDOM.render(<App/>, document.getElementById('root'));
            </script>
        </body>
    </html>
`;

Disabling !important

By default, afrododi will append !important to style definitions. This is intended to make integrating with a pre-existing codebase easier. If you'd like to avoid this behaviour, then instead of importing afrododi, import afrododi/no-important. Otherwise, usage is the same:

import { StyleSheet, css } from 'afrododi/no-important';

Minifying style names

By default, afrododi will minify style names down to their hashes in production (process.env.NODE_ENV === 'production'). You can override this behavior by calling minify with true or false before calling StyleSheet.create.

This is useful if you want to facilitate debugging in production for example.

import { StyleSheet, minify } from 'afrododi';

// Always keep the full style names
minify(false);

// ... proceed to use StyleSheet.create etc.

Font Faces

Creating custom font faces is a special case. Typically you need to define a global @font-face rule. In the case of afrododi we only want to insert that rule if it's actually being referenced by a class that's in the page. We've made it so that the fontFamily property can accept a font-face object (either directly or inside an array). A global @font-face rule is then generated based on the font definition.

const coolFont = {
    fontFamily: "CoolFont",
    fontStyle: "normal",
    fontWeight: "normal",
    src: "url('coolfont.woff2') format('woff2')"
};

const styles = StyleSheet.create({
    headingText: {
        fontFamily: coolFont,
        fontSize: 20
    },
    bodyText: {
        fontFamily: [coolFont, "sans-serif"]
        fontSize: 12
    }
});

afrododi will ensure that the global @font-face rule for this font is only inserted once, no matter how many times it's referenced.

Animations

Similar to Font Faces, afrododi supports keyframe animations, but it's treated as a special case. Once we find an instance of the animation being referenced, a global @keyframes rule is created and appended to the page.

Animations are provided as objects describing the animation, in typical @keyframes fashion. Using the animationName property, you can supply a single animation object, or an array of animation objects. Other animation properties like animationDuration can be provided as strings.

const translateKeyframes = {
    '0%': {
        transform: 'translateX(0)',
    },

    '50%': {
        transform: 'translateX(100px)',
    },

    '100%': {
        transform: 'translateX(0)',
    },
};

const opacityKeyframes = {
    'from': {
        opacity: 0,
    },

    'to': {
        opacity: 1,
    }
};

const styles = StyleSheet.create({
    zippyHeader: {
        animationName: [translateKeyframes, opacityKeyframes],
        animationDuration: '3s, 1200ms',
        animationIterationCount: 'infinite',
    },
});

afrododi will ensure that @keyframes rules are never duplicated, no matter how many times a given rule is referenced.

Use without React

afrododi was built with React in mind but does not depend on React. Here, you can see it used with Web Components:

import { StyleSheet, css } from 'afrododi';

const styles = StyleSheet.create({
    red: {
        backgroundColor: 'red'
    }
});

class App extends HTMLElement {
    attachedCallback() {
        this.innerHTML = `
            <div class="${css(styles.red)}">
                This is red.
            </div>
        `;
    }
}

document.registerElement('my-app', App);

Caveats

Style injection and buffering

afrododi will automatically attempt to create a <style> tag in the document's <head> element to put its generated styles in. afrododi will only generate one <style> tag and will add new styles to this over time. If you want to control which style tag afrododi uses, create a style tag yourself with the data-afrododi attribute and afrododi will use that instead of creating one for you.

To speed up injection of styles, afrododi will automatically try to buffer writes to this <style> tag so that minimum number of DOM modifications happen.

afrododi uses asap to schedule buffer flushing. If you measure DOM elements' dimensions in componentDidMount or componentDidUpdate, you can use setTimeout or flushToStyleTag to ensure all styles are injected.

import { StyleSheet, css } from 'afrododi';

class Component extends React.Component {
    render() {
        return <div ref="root" className={css(styles.div)} />;
    }

    componentDidMount() {
        // At this point styles might not be injected yet.
        this.refs.root.offsetHeight; // 0 or 10

        setTimeout(() => {
            this.refs.root.offsetHeight; // 10
        }, 0);
    }
}

const styles = StyleSheet.create({
    div: {
        height: 10,
    },
});

Assigning a string to a content property for a pseudo-element

When assigning a string to the content property it requires double or single quotes in CSS. Therefore with afrododi you also have to provide the quotes within the value string for content to match how it will be represented in CSS.

As an example:

const styles = StyleSheet.create({
  large: {
      ':after': {
        content: '"afrododi"',
      },
    },
  },
  small: {
      ':before': {
        content: "'afrododi'",
      },
    },
  });

The generated css will be:

  .large_im3wl1:after {
      content: "afrododi" !important;
  }

  .small_ffd5jf:before {
      content: 'afrododi' !important;
  }

Overriding styles

When combining multiple afrododi styles, you are strongly recommended to merge all of your styles into a single call to css(), and should not combine the generated class names that afrododi outputs (via string concatenation, classnames, etc.). For example, if you have a base style of foo which you are trying to override with bar:

Do this:

const styles = StyleSheet.create({
  foo: {
    color: 'red'
  },

  bar: {
    color: 'blue'
  }
});

// ...

const className = css(styles.foo, styles.bar);

Don't do this:

const styles = StyleSheet.create({
  foo: {
    color: 'red'
  },

  bar: {
    color: 'blue'
  }
});

// ...

const className = css(styles.foo) + " " + css(styles.bar);

Why does it matter? Although the second one will produce a valid class name, it cannot guarantee that the bar styles will override the foo ones. The way the CSS works, it is not the class name that comes last on an element that matters, it is specificity. When we look at the generated CSS though, we find that all of the class names have the same specificity, since they are all a single class name:

.foo_im3wl1 {
  color: red;
}
.bar_hxfs3d {
  color: blue;
}

In the case where the specificity is the same, what matters is the order that the styles appear in the stylesheet. That is, if the generated stylesheet looks like

.foo_im3wl1 {
  color: red;
}
.bar_hxfs3d {
  color: blue;
}

then you will get the appropriate effect of the bar styles overriding the foo ones, but if the stylesheet looks like

.bar_hxfs3d {
  color: blue;
}
.foo_im3wl1 {
  color: red;
}

then we end up with the opposite effect, with foo overriding bar! The way to solve this is to pass both of the styles into afrododi's css() call. Then, it will produce a single class name, like foo_im3wl1-o_O-bar_hxfs3d, with the correctly overridden styles, thus solving the problem:

.foo_im3wl1-o_O-bar_hxfs3d {
  color: blue;
}

Object key ordering

When styles are specified in afrododi, the order that they appear in the actual stylesheet depends on the order that keys are retrieved from the objects. This ordering is determined by the JavaScript engine that is being used to render the styles. Sometimes, the order that the styles appear in the stylesheet matter for the semantics of the CSS. For instance, depending on the engine, the styles generated from

const styles = StyleSheet.create({
    ordered: {
        margin: 0,
        marginLeft: 15,
    },
});
css(styles.ordered);

you might expect the following CSS to be generated:

margin: 0px;
margin-left: 15px;

but depending on the ordering of the keys in the style object, the CSS might appear as

margin-left: 15px;
margin: 0px;

which is semantically different, because the style which appears later will override the style before it.

This might also manifest as a problem when server-side rendering, if the generated styles appear in a different order on the client and on the server.

If you experience this issue where styles don't appear in the generated CSS in the order that they appear in your objects, there are two solutions:

  1. Don't use shorthand properties. For instance, in the margin example above, by switching from using a shorthand property and a longhand property in the same styles to using only longhand properties, the issue could be avoided.

    const styles = StyleSheet.create({
        ordered: {
            marginTop: 0,
            marginRight: 0,
            marginBottom: 0,
            marginLeft: 15,
        },
    });
  2. Specify the ordering of your styles by specifying them using a Map. Since Maps preserve their insertion order, afrododi is able to place your styles in the correct order.

    const styles = StyleSheet.create({
        ordered: new Map([
            ["margin", 0],
            ["marginLeft", 15],
        ]),
    });

    Note that Maps are not fully supported in all browsers. It can be polyfilled by using a package like es6-shim.

Advanced: Extensions

Extra features can be added to afrododi using extensions.

To add extensions to afrododi, call StyleSheet.extend with the extensions you are adding. The result will be an object containing the usual exports of afrododi (css, StyleSheet, etc.) which will have your extensions included. For example:

// my-afrododi.js
import {StyleSheet} from "afrododi";

export default StyleSheet.extend([extension1, extension2]);

// styled.js
import {StyleSheet, css} from "my-afrododi.js";

const styles = StyleSheet.create({
    ...
});

Note: Using extensions may cause afrododi's styles to not work properly. Plain afrododi, when used properly, ensures that the correct styles will always be applied to elements. Due to CSS specificity rules, extensions might allow you to generate styles that conflict with each other, causing incorrect styles to be shown. See the global extension below to see what could go wrong.

Creating extensions

Currently, there is only one kind of extension available: selector handlers. These kinds of extensions let you look at the selectors that someone specifies and generate new selectors based on them. They are used to handle pseudo-styles and media queries inside of afrododi. See the defaultSelectorHandlers docs for information about how to create a selector handler function.

To use your extension, create an object containing a key of the kind of extension that you created, and pass that into StyleSheet.extend():

const mySelectorHandler = ...;

const myExtension = {selectorHandler: mySelectorHandler};

const { StyleSheet: newStyleSheet, css: newCss } = StyleSheet.extend([myExtension]);

As an example, you could write an extension which generates global styles like

const globalSelectorHandler = (selector, _, generateSubtreeStyles) => {
    if (selector[0] !== "*") {
        return null;
    }

    return generateSubtreeStyles(selector.slice(1));
};

const globalExtension = {selectorHandler: globalSelectorHandler};

This might cause problems when two places try to generate styles for the same global selector however! For example, after

const styles = StyleSheet.create({
    globals: {
        '*div': {
            color: 'red',
        },
    }
});

const styles2 = StyleSheet.create({
    globals: {
        '*div': {
            color: 'blue',
        },
    },
});

css(styles.globals);
css(styles2.globals);

It isn't determinate whether divs will be red or blue.

Minify class names

Minify class names by setting the environment variable process.env.NODE_ENV to the string value production.

Tools

TODO

  • Add JSdoc
  • Consider removing !important from everything.

Other solutions

License (MIT)

Copyright (c) 2016 Khan Academy