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

@opengeoweb-sandbox/plugin-interface

v1.5.1

Published

A TypeScript library for plugin management, built with React, TypeScript, and Vite.

Readme

Plugin Interface

A TypeScript library for plugin management, built with React, TypeScript, and Vite.

Automatic Releases

Releases are automatically created when code is merged to main using semantic-release. Use conventional commit messages to trigger version bumps.

Commit Types

| Commit Type | Version Bump | Example | | ----------- | ------------ | ----------------------------- | | fix: | Patch | fix: resolve memory leak | | feat: | Minor | feat: add plugin validation | | feat!: | Major | feat!: refactor plugin API |

Other types (docs:, test:, chore:, etc.) do not trigger releases.

Version Examples

| Current | Commit Type | New Version | | ------- | ----------- | ----------- | | 0.0.1 | fix: | 0.0.2 | | 0.0.1 | feat: | 0.1.0 | | 0.1.0 | feat!: | 1.0.0 |

Process

  1. Commit with conventional message (fix:, feat:, etc.)
  2. Merge to main branch
  3. CI/CD runs tests → builds → publishes (if tests pass)

Note: Only commits on main trigger releases. Multiple commits use the highest version bump type.

Plugin Generator

Generate a new plugin project from a template using an interactive prompt system or command-line arguments.

Quick Start

Using npx (recommended - no installation needed):

npx @opengeoweb-sandbox/plugin-interface

Or install globally:

npm install -g @opengeoweb-sandbox/plugin-interface
create-plugin

Interactive Mode (Recommended)

When you run create-plugin without arguments, you'll be prompted for all options:

npx @opengeoweb-sandbox/plugin-interface

The interactive prompts will ask for:

  • Plugin name: Name of your plugin (e.g., MyAwesomePlugin)
  • Scopes: Multi-select interface to choose from available scopes:
    • time - Time state management (setTime events)
    • animation - Animation time span management (start/end times)
  • Initial version: Defaults to 1.0.0
  • Output directory: Defaults to current directory
  • Package name: Optional, defaults to @your-org/<kebab-name>

Non-Interactive Mode

You can also provide all options via command-line arguments:

npx @opengeoweb-sandbox/plugin-interface MyPlugin \
  --scopes time,animation \
  --version 1.0.0 \
  --output-dir ./ \
  --package-name @myorg/my-plugin

Command-Line Options

  • <plugin-name> (required in non-interactive mode): Name of your plugin
  • --scopes <scope1,scope2>: Comma-separated list of scopes (default: time)
  • --version <version>: Initial version (default: 1.0.0)
  • --output-dir <dir>: Output directory (default: current directory)
  • --package-name <name>: Package name (default: @your-org/<kebab-name>)

What Gets Generated

The generator creates a complete plugin project with:

  • ✅ React component structure with scope integration
  • ✅ TypeScript configuration
  • ✅ Vite and Webpack build configs
  • ✅ Storybook setup for development and testing
  • ✅ Default scope functionality (state subscriptions, event handlers, controls)
  • ✅ Interactive demo story with scope controls
  • ✅ Proper plugin interface integration
  • ✅ Example event handlers and initialization code

Example Usage

Interactive mode:

npx @opengeoweb-sandbox/plugin-interface
# Follow the prompts

Non-interactive mode:

npx @opengeoweb-sandbox/plugin-interface WeatherWidget \
  --scopes time,animation \
  --version 0.1.0

After generation:

cd weather-widget
npm install
npm run storybook  # Start development server
npm run build:vite # Build for production

Available Scopes

  • time: Manages time state with setTime events
  • animation: Manages animation time spans with setAnimationStartTime, setAnimationEndTime, and setAnimationTimeSpan events

The generated plugin includes example code for all selected scopes, including state subscriptions, event handlers, and UI controls for testing.

Developing the Generator

If you're making changes to the generator templates or code, you need to rebuild the generator before testing:

Workflow

  1. Make changes to templates in templates/plugin-template/ or generator code in src/generator/

  2. Build the generator to compile your changes:

    npm run build:lib
  3. Run the generator locally (relative path works):

    node bin/create-plugin.js
  4. Test the generated plugin:

    cd [new-plugin-folder]
    npm install
    npm run storybook  # Start Storybook to test your plugin

Quick Reference

# After making template changes
npm run build:lib

# Generate a new plugin
node bin/create-plugin.js

# Test the generated plugin
cd [new-plugin-folder]
npm install
npm run storybook

Development

npm install          # Install dependencies
npm run dev          # Development server
npm test             # Run tests
npm run build:lib    # Build library
npm run lint         # Lint code

Storybook

Storybook provides an interactive development environment for exploring and testing plugin integrations in isolation.

Running Storybook

npm run dev          # Start Storybook dev server (usually http://localhost:6006)

Available Stories

Located in the ./dev folder:

  • PluginIntegration: Shows real-time interaction with plugin state (time, animation, lifecycle controls)

Benefits

  • Isolated Development: Test components without running the full application
  • Live Documentation: Interactive examples with editable props via Controls panel
  • Visual Testing: See component states and variations side-by-side
  • Accessibility: Built-in a11y addon helps catch accessibility issues early
  • Rapid Prototyping: Quickly iterate on plugin behavior and UI integration

Stories include comprehensive documentation explaining the plugin architecture, custom hooks, and usage patterns.

Time Scope API

import {
  PluginManager,
  setTime,
  toIso8601Utc,
  assertIso8601Utc,
  type Iso8601Utc,
} from 'plugin-interface';

const manager = new PluginManager();
const instance =
  /* previously registered plugin instance with 'time' scope */ null as any;

// Basic: pass a valid UTC timestamp literal (compile-time shape checked)
setTime(instance, '2024-10-10T10:10:10Z');

// From Date: convert explicitly
const isoFromDate = toIso8601Utc(new Date());
setTime(instance, isoFromDate);

// Dynamic strings: setTime performs runtime validation and throws on invalid input
const raw = await fetchSomeTimestamp();
setTime(instance, raw);

// Optional pre-validation for clearer local error handling
try {
  const safe: Iso8601Utc = assertIso8601Utc(raw);
  setTime(instance, safe);
} catch (err) {
  console.error('Invalid time format', err);
}

// Explicit conversion example
const iso: Iso8601Utc = toIso8601Utc(new Date('2025-01-01T00:00:00.999Z'));
setTime(instance, iso);

Time Format & Validation

  • Format: UTC ISO 8601 at seconds precision (YYYY-MM-DDTHH:MM:SSZ).
  • Compile-time: template literal type Iso8601Utc validates only literal shapes.
  • Runtime: setTime and helpers validate strings; errors include actionable hints (e.g., milliseconds present).

Helpers

  • setTime(instance, iso): Dispatches the time scope setTime event if iso is valid.
  • toIso8601Utc(date): Returns a compliant UTC string; removes milliseconds.
  • assertIso8601Utc(str): Throws if str is not compliant; narrows type to Iso8601Utc when valid.

If you need offsets or milliseconds support in the future, extend the validation and helpers while preserving the current API surface.