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

@wc-bindable/mobx

v0.7.1

Published

MobX adapter for wc-bindable protocol

Readme

@wc-bindable/mobx

MobX adapter for the wc-bindable protocol.

Bridges the protocol's bind() into a MobX observable object, so each declared property of a Web Component is exposed as a reactive field you can read from any autorun, reaction, computed, or observer-wrapped component.

Install

npm install @wc-bindable/mobx mobx

API

wcBindable(el, onUpdate): unbind

Low-level helper. Call it with the DOM node and a callback that receives every property update. The adapter does no reactivity wiring — you decide what to do with each update (typically writing into your own observable).

| Parameter | Type | Description | |---|---|---| | el | Element | The Web Component DOM node | | onUpdate | (name: string, value: unknown) => void | Called once per declared property on initial sync, and again on every change event |

Returns an unbind function. If el does not implement the wc-bindable protocol, the helper is a no-op and the returned function is safe to call.

createWcBindable<V>(initialValues?): WcBindableBinder<V>

Stateful helper. Creates a single MobX observable object whose fields are kept in sync with the component's declared properties.

Returns { state, bind, unbind }. Call bind(el) to attach to the element (safe to call before or after it is connected to the DOM — the initial-value read is deferred via syncOn: "connect"); call unbind() when you're tearing the view down. Read the current value with state.<name>; reactions, autoruns, and computeds that touch those fields re-run automatically when the component dispatches an update.

import { autorun } from "mobx";
import { createWcBindable } from "@wc-bindable/mobx";

const binder = createWcBindable<{ value: string; checked: boolean }>({
  value: "",
  checked: false,
});

const el = document.querySelector("my-input")!;
binder.bind(el);

autorun(() => {
  console.log(`value=${binder.state.value} checked=${binder.state.checked}`);
});

Properties emitted by the component that are not in initialValues are added as observable fields lazily on first event (via MobX set), so reactions on them fire correctly even though the key was unknown at binder creation time.

Writes are wrapped in runInAction, so a single bindable event produces a single MobX transaction.

The state object is created with { deep: false }, so MobX does not deep-enhance assigned arrays or plain objects. This preserves the wc-bindable contract that property values are passed as-is — state.items === emittedArray holds — at the cost that mutating a nested array/object will not trigger reactions on its own. Replace the whole value (the component already does this when it dispatches a change event) and reactions fire normally.

Usage

import { autorun } from "mobx";
import { createWcBindable } from "@wc-bindable/mobx";
import "./my-counter.js";

const binder = createWcBindable<{ count: number }>({ count: 0 });

const el = document.createElement("my-counter");
binder.bind(el); // initial-sync is deferred until the element is connected
document.body.appendChild(el);

const out = document.createElement("p");
document.body.appendChild(out);

autorun(() => {
  out.textContent = `count: ${binder.state.count}`;
});

Low-level usage

When you want to manage your own observable (e.g. to merge multiple bindable elements into one piece of state), use the low-level helper:

import { observable, runInAction } from "mobx";
import { wcBindable } from "@wc-bindable/mobx";

const store = observable({ value: "" });

const el = document.createElement("my-input");
document.body.appendChild(el);
const unbind = wcBindable(el, (name, v) => {
  if (name === "value") {
    runInAction(() => {
      store.value = v as string;
    });
  }
});

// later
unbind();

Specification

The protocol contract this adapter implements lives in SPEC.md; the optional input/command invocation surface and the remote wire format live in SPEC-extensions.md. Runnable conformance vectors are in CONFORMANCE.md.

License

MIT