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 🙏

© 2026 – Pkg Stats / Ryan Hefner

sbf-toolkit

v3.15.2

Published

A toolkit for St. Baldricks Front End UI

Readme

St. Baldricks Design UI Toolkit

This UI toolkit is a modular design system for rapid web development. It contains small UI elements, called materials that can be assembled into more complex page layouts.

This guide contains real working examples, code snippets, documentation, and style guidelines.

Directory Structure

The library potion of the toolkit lives in src/assets/toolkit. This contains the javascript, images, scss and templates that other applications will pull in to use.

The documentation side of the toolkit lives in docs. This contains the documentation (markdown) as well as the Single Page App that pulls in the library source and displays it.

Single Page App

The single page app that contains the toolkit documentation and examples is inspired by fabricator. Fabricator didn't nicely support importing templates, so a new SPA was written that uses fabricator's CSS.

The SPA is a React application that heavily leverages the power of webpack loaders to display templates, js, css, and handle live-updating of data in templates.

Libraries Technology Used & Documentation

| Library | Official Docs | Tutorial | |---------|---------------|----------| | React | https://facebook.github.io/react/docs/hello-world.html | | | Redux | http://redux.js.org/ | https://code-cartoons.com/a-cartoon-intro-to-redux-3afb775501a6 | | Webpack | https://webpack.js.org/configuration/ | https://webpack.js.org/concepts/ |

SPA Structure

There are some loose conventions for how the SPA is put together.

Source code for the application that is the SPA itself are located in docs/src.

The documentation and related css/js lives in docs/components or docs/general.

docs/general

docs/general is where general (markdown only) documentation lives. This is for general style guidelines and practices.

Each 'page' in docs/general can have multiple parts, the index.js in any of the folders in docs/general setup the name of the page and the sections they contain.

docs/components

Components in docs/components are more complex than simple mardown documentation. Generally the index.js file in any component is the entrypoint that defines the sections of the 'component page' that will be displayed for any given component. Components often consist of a template (mustache), some styles (scss), some data (yaml) and some notes (markdown). The yaml is used to render the template in the toolkit, it also provides the defaults for the interactive editor.

I expect the shape of the component objects to change as we get a better idea of what we want to display on the page for each component.

Tieing it all together

The components and pages are all pulled in to docs/src/lib/contents.js this is where they are inserted into the menu and passed down to the view components of the SPA