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

@mfp-design-system/all

v1.0.4

Published

Meta-package — depends on and re-exports every component. One install gets the whole design system.

Readme

@mfp-design-system/all

Meta-package that re-exports every component in one shot. Convenience for apps that want the whole design system without picking individual packages.

When to use this

  • Prototyping / spike apps — fastest way to drop the design system into something new.
  • Internal tools where bundle size doesn't matter much.
  • Apps that genuinely use most components anyway.

When NOT to use this

  • Production user-facing apps — install only the component packages you need so unused components aren't shipped to clients. Each component is its own npm package (@mfp-design-system/button, @mfp-design-system/input, etc.) for exactly this reason.

Tree-shaking can't strip the unused components from this meta-package because each re-export has the side effect of registering its custom element. That's the unavoidable tradeoff.

Usage

npm install @mfp-design-system/all @mfp-design-system/tokens
// One side-effect import registers every <mfp-*> element
import '@mfp-design-system/tokens/css';
import '@mfp-design-system/tokens/themes/terracotta'; // pick a theme
import '@mfp-design-system/all';
<mfp-button>Save</mfp-button>
<mfp-input label="Email" type="email"></mfp-input>
<mfp-modal>…</mfp-modal>
<!-- All 23 components are now available -->

Named imports work too:

import { MfpButton, MfpInput, showToast } from '@mfp-design-system/all';

What's included

All 23 component packages — see the root README for the full list.

Framework notes

Same as the individual packages — Vue/Nuxt need isCustomElement, Angular needs CUSTOM_ELEMENTS_SCHEMA, React 19+ works natively.

Version notes

This package's version doesn't track any individual component's version. When any component bumps, this package republishes (with the latest dep ranges) so the meta-import always pulls the newest of everything.