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

@wkovacs64/sly

v0.0.0-dev.2023121703

Published

Sly is a CLI tool to add components, icons, and utilities as code, not dependencies.

Downloads

1

Readme

Sly

Sly is a CLI tool to add components, icons, and utilities as code, not dependencies. Most docs start with installation and configuration but those are boring so lets do this backwards.

After you run a command with Sly, one or more files will appear in your codebase in a directory of your choice.

These files are yours to customize[1] and own forever after. No dependencies[2], no build step[3], no configuration.

For example, if you add a React component this way, it will look just like a React component you wrote yourself, or like one you copy/pasted from the internet.

  1. Provide transformer functions to customize each new component as it's added to your codebase.
  2. If the component you added has its own dependencies, Sly will ask you if you want to install them and offload that work to npm.
  3. You are not dealing with built/compiled/minified output code. Everything in the Sly registry is curated to be used natively.

Commands

Sly does NOT require a config file IF you provide enough information in the command, so instead of telling you what each option does, let's go through what happens if you don't include each option

As an example, we'll install eraser icon from @radix-ui/icons.

--overwrite

npx @sly-cli/sly add @radix-ui/icons eraser --directory ./icons --yes --overwrite

If you don't provide --overwrite, the installation will fail if the file already exists.

--yes

npx @sly-cli/sly add @radix-ui/icons eraser --directory ./icons --yes

If you don't provide --yes, you will be prompted to confirm the installation before a file is written.

--directory

npx @sly-cli/sly add @radix-ui/icons eraser --directory ./icons

If you don't provide --directory, Sly will look for your sly.json file and look for the directory field under @radix-ui/icons in the config. If Sly can't find that config file, you will be asked which directory you want to install the icon to and Sly will create a sly.json file for you.

component

npx @sly-cli/sly add @radix-ui/icons eraser

If you don't provide a component name like eraser, Sly will show you a list of all the icons available in @radix-ui/icons and ask you to select the ones you want.

library

npx @sly-cli/sly add @radix-ui/icons

If you don't provide @radix-ui/icons, Sly will show you a list of all the libraries you've configured and ask you to select the one you want before proceeding to show you the list of icons.

add

npx @sly-cli/sly add

If you don't provide add, you're at the root of the CLI and will get a help menu

npx @sly-cli/sly

npx @sly-cli/sly

If you don't provide @sly-cli/sly, it might be because you've installed Sly already and you can just run sly directly.

npm install --save-dev @sly-cli/sly

npx sly

global installation

If you don't want to use npx, install Sly globally and you can run sly directly.

npm install -g @sly-cli/sly

sly

Configuration

If you don't pass a --directory flag to Sly, it will walk you though creating a sly.json configuration file. Here's what it looks like

{
  "$schema": "https://sly-cli.fly.dev/registry/config.json",
  "libraries": [
    {
      "name": "@radix-ui/icons",
      "directory": "./other/svg-icons",
      "postinstall": ["npm", "run", "build:icons"],
      "transformers": ["transform-icon.ts"]
    }
  ]
}

You can configure each library individually, either via the CLI or by editing the config file directly.

|field|description| |---|---| |name|The name of the library in Sly's registry.| |directory|The directory where you want to insert the components. If a component with the same name already exists, adding will fail unless you pass the --overwrite flag.| |transformers|An array of paths to transformers. These paths are resolved relative to the config file, so simply listing a filename will search in the same directory as the config file.| |postinstall|This is a command that will be executed each time that components are added. If multiple components are added at once, it runs once at the end.|

Sly will create the sly.json in your project root by default, but you are free to move it to one of several locations.

  • sly.json
  • sly/sly.json
  • config/sly.json
  • config/sly/sly.json
  • .config/sly.json
  • .config/sly/sly.json
  • others/sly.json
  • others/sly/sly.json

Transformers

Transformers automate the initial customization steps you would normally do by hand when adding new code to your project.

When you add a component, Sly will pass it through each transformer in order, like a pipeline. For example, you could use this to format the code with Prettier, to append license information, to remove attributes from SVGs, to enforce opinionated formatting preferences, to replace imports, etc.

A transformer to convert a shadcn/ui component to match your project's style might look like this

import prettier from 'prettier'

const usesServerComponents = false
const cnFunctionDir = 'tailwind.config.ts'

/**
 * @type {import('@sly-cli/sly/dist').Transformer}
 */
export default async function transformShadcn(input, meta) {
	if (!usesServerComponents) {
		input = input.replace(/"use client".*/g, '\n')
	}

	input = input.replace('@/lib/utils', cnFunctionDir)

	input = prettier.format(input, {
		parser: 'typescript',
	})

	return input
}

Each transformer must default export a function whose first arg accepts a string, and that returns a string. Returning a promise that resolves to a string is ok too – you're allowed to use async/await here.

The second arg is meta and contains the name of the library, the source url for the component, and its license information. Some licenses require you to keep attribution, and you can add such information as a header comment in this way.

Environment variables

The --directory, --yes, and --overwrite flags can also be set as environment variables. Values set as flags will override values set as environment variables, and a directory set either way will override the sly.json config file.

DIRECTORY=./other/svg-icons YES=true OVERWRITE=true npx sly add

Custom registry

You may want a custom registry to share proprietary components with your team, or to To connect to a custom registry, use the REGISTRY_URL environment variable.

REGISTRY_URL=http://localhost:3000 npx sly

Future

  • Support more libraries. Any open source library of icons, components, hooks, utilities, etc. can be added to Sly.
  • Caching. We should cache the registry so we don't hit the upstream sources so often.
  • Typescript config instead of JSON Is this possible? It's easy enough to read a typescript config file from the CLI, but writing new config values seemed prohibitively difficult.
  • Additional registries. Right now you can point to a locally hosted registry if you wanted full control of the available libraries. If someone wanted to add their own libs while also having access to the official registry, they would need their custom registry to proxy requests to the official registry. Is that ok? Should we support multiple registries up front?
  • Improved contribution flow. We should have some contribution guidelines, list of contributors.
  • Convert website to ESM. The website is currently all CJS and should be ported to ESM.