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

@gimloader/build

v1.4.0

Published

A package to help build complex plugins for Gimloader

Readme

@gimloader/build

This is a package that provides a preconfigured bundler to help build more complex Gimloader plugins and libraries.

Setup

To get started, run npm create @gimloader in the directory you wish to create the script in. You can also install it globally by running npm i -g @gimloader/build, which you may want for commands such as servefile.

Config

There are two ways to set up using the bundler. You can either have one project per script, or a project with multiple workspaces for different scripts. Your config should be the default export from gimloader.config.js (gimloader.config.ts is also supported if you use Deno or Bun). You can wrap your export in the singleConfig() or workspaceConfig() functions if you want types.

Workspace Config

The configuration for the workspace is housed in the file gimloader.config.js in the root of your project.

Fields
  • type: Must be set to "workspace" to enable workspace mode.
  • outdir: The directory to output scripts in. "./build" by default.
  • relativeOutput: Whether to output the bundled scripts relative to their folder.
  • splitPluginsAndLibraries: Whether to output plugins in a /plugins/ and libraries in a /libraries/ directory.
  • alias: An object mapping short names for scripts to the path to them.
  • autoAlias: An array of paths to directories that will have all their subdirectories automatically aliased.
  • plugins: An array of Esbuild plugins to use.
  • esbuildOptions: Options to pass to esbuild.

Script Config

Config is housed in the file gimloader.config.js in the folder where the script is. This will be the root folder unless you're using workspace mode.

Mandatory Fields
  • input: The input file that will be compiled.
  • name: The name of the script.
  • description: A brief description of the script.
  • author: The author of the script.
Optional Fields
  • version: The version of the script.
  • downloadUrl: The download URL for the script, used by Gimloader for updates.
  • reloadRequired: Set to true if the script needs a reload to take effect, or set to "ingame" if it only needs a reload when in-game, or "notingame" for the opposite.
  • needsLibs: A list of libraries to load. These strings should look like either "[library name]" or "[library name] | [download url]".
  • optionalLibs: The same as libs, but the plugin will still be run without these libraries.
  • needsPlugins: The same as needsLibs, but for plugin dependencies.
  • gamemodes: A list of gamemode ids that api.net.onLoad will only trigger in by default.
  • outdir: Where to output the bundled script ("./build" by default). Set to null for the directory root.
  • plugins: An array of Esbuild plugins to use.
  • esbuildOptions: Options to pass to esbuild.
  • deprecated: A message if the script should no longer be used.
  • changelog: A list of changes to display when the user updates to the current version.
Plugin Fields (Optional)
  • hasSettings: Set to true if the plugin has a settings menu, so the button can be shown when it is disabled.
Library Fields
  • isLibrary: Set to true if you are building a library.

Building

Running npx gimloader build [...paths or aliases] will compile the script and output it to build/[plugin name].js. Paths are only necessary in workspace mode. Passing the --all parameter in workspace mode will build all aliased plugins.

Hot Reload

Running npx gimloader serve [path or alias] will start a local server to host the script. Paths are only necessary in workspace mode. If the "Poll for plugins/libraries being served locally" setting is enabled on Gimloader, it will automatically detect changes to the script and reload it. By default, the plugin will be built whenever you save its files, but passing --manual will change it to only build when pressing enter in the terminal.

Serving a single file

You can run npx gimloader servefile <file> to serve a single javscript file, which will automatically reload when the file is changed. Similarly to gimloder serve, passing --manual will change it to only update when pressing enter in the terminal.