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

@statewalker/render.view.react

v0.2.2

Published

The sole @json-render/react boundary: <SpecRenderer spec registry> (json-render Renderer + JSONUIProvider) plus defineRegistry/schema re-exports.

Readme

@statewalker/render.view.react

What it is

The package where json-render specs become React elements. It exports <SpecRenderer>, which renders a json-render spec against a registry inside a <JSONUIProvider>, and re-exports @json-render/react's defineRegistry, schema and state hooks so view packages can build catalogs and component bindings without importing @json-render/react themselves.

Why it exists

@statewalker/render.core stores specs (in the SpecStore) and registries (in the json:catalogs slot) as opaque unknown values, so logic packages depend on neither json-render nor React. The concrete json-render types have to appear somewhere for anything to render. This package is that place: one file casts the opaque values to json-render types, and every other view package goes through it.

How to use

pnpm add @statewalker/render.view.react

Peer dependencies: react and react-dom (>=18).

| Import | Provides | | --- | --- | | @statewalker/render.view.react | SpecRenderer, SpecRendererProps, re-exports from @json-render/react |

There is no ./fragment and no ./styles entry: the package registers nothing.

import { SpecRenderer } from "@statewalker/render.view.react";

<SpecRenderer spec={record.spec} registry={registry} />;

SpecRendererProps:

  • spec: unknown — a json-render spec, as held by the SpecStore.
  • registry: unknown — a json-render registry, as held by the json:catalogs slot.
  • store?: unknown — an external json-render StateStore. Pass one when code outside the spec must seed or update the state the spec reads. When omitted, <JSONUIProvider> creates its own store, which is enough for self-contained specs.
  • handlers?: unknown — the action handlers, { [actionName]: (params) => void | Promise<void> }.

Examples

Define a catalog, bind it, render a spec

import { defineCatalog } from "@json-render/core";
import { defineRegistry, schema, SpecRenderer } from "@statewalker/render.view.react";
import { z } from "zod";

const catalog = defineCatalog(schema, {
  components: { Hello: { props: z.object({ name: z.string() }) } },
  actions: {},
});

const { registry } = defineRegistry(catalog, {
  components: { Hello: ({ props }) => <p>Hello, {props.name}</p> },
  actions: {},
});

<SpecRenderer spec={spec} registry={registry} />;

Bind a component to spec state

import { useBoundProp, useStateValue } from "@statewalker/render.view.react";

These are the @json-render/react hooks, re-exported unchanged.

Internals

Actions do nothing without handlers

json-render's ActionProvider resolves action handlers from the handlers prop, not from the action schemas in the registry. A spec whose elements dispatch on.<event> actions but is rendered without handlers logs No handler registered and the click has no effect.

Why both <JSONUIProvider> and <Renderer>

<Renderer> reads the visibility, validation and state contexts that <JSONUIProvider> sets up. A spec rendered without the provider does not render correctly, so SpecRenderer always wraps one.

Why the props are unknown

The stores hold specs and registries opaquely. SpecRenderer casts them to any in one place (with lint suppressions), so the casts do not spread into other packages.

Dependencies

  • @json-render/core, @json-render/react — the rendering engine this package wraps.
  • react, react-dom — peers.

Used by @statewalker/shell.view.react (its json dock panel) and by the catalog bindings in the other view packages.

License

MIT