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 🙏

© 2025 – Pkg Stats / Ryan Hefner

print-utils

v0.15.1

Published

Print utilities for client web applications.

Readme

This project was bootstrapped with @raider/scaffold.

Below you will find some information on how to perform common tasks. You can find the most recent version of this guide here.

Updating to New Releases

Create CSS Module is divided into two packages:

  • create-css-module is a global command-line utility that you use to create new projects.
  • bin-utils is a development dependency in the generated projects (including this one).

You almost never need to update create-css-module itself: it delegates all the setup to bin-utils.

When you run create-css-module, it always creates the project with the latest version of bin-utils so you’ll get all the new features and improvements in newly created modules automatically.

To update an existing project to a new version of bin-utils, open the changelog, find the version you’re currently on (check package.json in this folder if you’re not sure), and apply the migration instructions for the newer versions.

In most cases bumping the bin-utils version in package.json and running npm install OR yarn in this folder should be enough, but it’s good to consult the changelog for potential breaking changes.

I commit to continually publishing so hold on for the ride!

Sending Feedback

I am always open to your feedback.

Folder Structure

After creation, your project should look like this:

my-module/
  .gitignore
  .npmignore
  README.md
  node_modules/
  package.json
  src/
    lib/
      index.js
      styles.css <= This is where your css module styles go
    webpack/
      ...

For the project to build, these files must exist with exact filenames:

  • src/lib/index.js is the JavaScript entry point.
  • src/lib/index.css is the CSS Module.
  • src/lib/webpack is the files used to compile the webpack.config. It is included so that you may experiment with webpack options.

You may create subdirectories inside src. For faster rebuilds, only files inside src are processed by Webpack. You need to put any JS and CSS files inside src, or Webpack won’t see them.

Only files inside public can be used from public/index.html. Read instructions below for using assets from JavaScript and HTML.

You can, however, create more top-level directories. They will not be included in the production build so you can use them for things like documentation.

Available Scripts

In the project directory, you can run:

npm start

Runs the module in hot rebuild mode. If developing in a linked setting, you should run this prior to your hot reloading command in the downstream app.

npm test

Nothing to test here.

npm run build

Builds the module to the lib folder (for publishing).

npm run eject

Note: this is a one-way operation. Once you eject, you can’t go back!

If you aren’t satisfied with the build tool and configuration choices, you can eject at any time. This command will remove the single build dependency from your project.

Instead, it will copy all the configuration files and the transitive dependencies (Webpack, Babel, ESLint, etc) right into your project so you have full control over them. All of the commands except eject will still work, but they will point to the copied scripts so you can tweak them. At this point you’re on your own.

You don’t have to ever use eject. The curated feature set is suitable for small and middle deployments, and you shouldn’t feel obligated to use this feature. However we understand that this tool wouldn’t be useful if you couldn’t customize it when you are ready for it.

Something Missing?

If you have ideas for more “How To” recipes that should be on this page, let us know or contribute some!