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

@real-router/solid

v0.22.1

Published

Solid.js integration for Real-Router

Readme

@real-router/solid

License: MIT

Solid.js integration for Real-Router — hooks, components, and context providers.

Installation

npm install @real-router/solid @real-router/core @real-router/browser-plugin

Peer dependency: solid-js >= 1.7.0

Quick Start

import { createRouter } from "@real-router/core";
import { browserPluginFactory } from "@real-router/browser-plugin";
import { RouterProvider, RouteView, Link } from "@real-router/solid";

const router = createRouter([
  { name: "home", path: "/" },
  {
    name: "users",
    path: "/users",
    children: [{ name: "profile", path: "/:id" }],
  },
]);

router.usePlugin(browserPluginFactory());
await router.start();

function App() {
  return (
    <RouterProvider router={router}>
      <nav>
        <Link routeName="home">Home</Link>
        <Link routeName="users">Users</Link>
      </nav>
      <RouteView nodeName="">
        <RouteView.Match segment="home">
          <HomePage />
        </RouteView.Match>
        <RouteView.Match segment="users">
          <UsersPage />
        </RouteView.Match>
        <RouteView.NotFound>
          <NotFoundPage />
        </RouteView.NotFound>
      </RouteView>
    </RouterProvider>
  );
}

Hooks

All hooks that subscribe to route state return Accessor<T> — call the accessor inside a reactive context to read the current value.

| Hook | Returns | Reactive? | | ---------------------------------- | ---------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------- | | useRouter() | Router | Never | | useNavigator() | Navigator{ navigate, subscribe, subscribeLeave, isLeaveApproved, … } | Never | | useRoute() | Accessor<RouteState> | Every navigation | | useRouteNode(name) | Accessor<RouteState> | When the node's slice of state changes (activation, deactivation, params change inside the subtree) | | useRouteUtils() | RouteUtils | Never | | useRouterTransition() | Accessor<RouterTransitionSnapshot> | On transition start/end | | useRouteStore() | RouteState (store) | Granular — per-property | | useRouteNodeStore(name) | RouteState (store) | Granular — per-property, node-scoped | | useRouteExit(handler, options?) | void — wraps subscribeLeave with abort + same-route guards | Never (handler captured at hook call) | | useRouteEnter(handler, options?) | void — fires once on nav-driven mount via useRoute() + transition.from | Never (handler captured at hook call) |

Typed Route Params (useRoute<P>)

useRoute<P>() accepts an optional generic so route.params is typed without an as cast at the call site (the cast happens once inside the hook — no runtime overhead). The generic types the path channel only — route.search (query channel, RFC-4 M2) keeps its own SearchParams shape from @real-router/core, always present ({} when there are no query params):

import { useRoute } from "@real-router/solid";
import type { Params } from "@real-router/core";

type RouteParams = { id: string } & Params;

function UserView() {
  const routeState = useRoute<RouteParams>();
  const id = routeState().route.params.id; // typed as string (path channel)
  const sort = routeState().route.search.sort; // query channel — not narrowed by the generic
  return <p>User {id}, sort {sort}</p>;
}

Link<P> and LinkDirectiveOptions<P> accept the same generic for type-safe routeParams.

useRoute() throws when no route is active

useRoute() returns Accessor<{ route: State<P>; previousRoute?: State }> where route is non-nullable. The hook throws if the router has no active state (unstarted, stopped, disposed) at the point of subscription. Use useRouteNode(name) or useRouteStore() if node inactivity is a legitimate state in your code path — those stay nullable. See Gotchas in the CLAUDE.md for the migration pattern.

Store-Based Hooks (Granular Reactivity)

useRouteStore() and useRouteNodeStore() use createStore + reconcile for property-level reactivity. A component reading state.route?.params.id won't re-run when state.route?.search.page changes (granularity holds across the path/query channels, not just within one):

import { useRouteStore } from "@real-router/solid";
import { createEffect } from "solid-js";

function UserProfile() {
  const state = useRouteStore();

  createEffect(() => {
    console.log(state.route?.params.id);
  });

  return <h1>User: {state.route?.params.id}</h1>;
}

Signal-based hooks (useRoute, useRouteNode) remain available for simpler use cases.

Primitives

Two low-level bridges convert @real-router/sources RouterSource<T> instances into Solid reactive primitives. Use them when you build custom hooks on top of @real-router/sources:

| Primitive | Returns | Description | | ------------------------ | ----------------- | ---------------------------------------------------------------- | | createSignalFromSource | Accessor<T> | Bridges a source to a Solid signal. Calls onCleanup. | | createStoreFromSource | T (Solid store) | Bridges a source to a Solid store via createStore + reconcile. |

Both must be called inside a reactive owner (component body or createRoot).

Contexts (Advanced)

Two Solid contexts are exported for building custom hooks or deeply nested integrations that need direct access to router internals without prop drilling:

| Context | Value type | Description | | --------------- | --------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | | RouterContext | RouterContextValue \| null{ router, navigator, routeSelector } | Stable references. routeSelector(name) is the O(1) createSelector-backed active check used by <Link>. | | RouteContext | Accessor<RouteState> \| null | Reactive signal. Updates on every navigation. Consumed by useRoute(). |

import { RouterContext, RouteContext } from "@real-router/solid";
import { useContext } from "solid-js";

function MyCustomHook() {
  const ctx = useContext(RouterContext);
  if (!ctx) throw new Error("Must be used inside <RouterProvider>");
  return ctx.router;
}

For most use cases the existing hooks (useRouter, useRoute, useNavigator) are sufficient — reach for raw contexts only when building custom primitives.

// useRouteNode — updates only when "users.*" changes
function UsersLayout() {
  const routeState = useRouteNode("users");

  return (
    <Show when={routeState().route}>
      {(route) => {
        switch (route().name) {
          case "users":
            return <UsersList />;
          case "users.profile":
            return <UserProfile id={route().params.id} />;
          default:
            return null;
        }
      }}
    </Show>
  );
}

// useNavigator — stable reference, never reactive
function BackButton() {
  const navigator = useNavigator();
  return <button onClick={() => navigator.navigate("home")}>Back</button>;
}

// useRouterTransition — progress bars, loading states
function GlobalProgress() {
  const transition = useRouterTransition();
  return (
    <Show when={transition().isTransitioning}>
      <div class="progress-bar" />
    </Show>
  );
}

// useRouteExit — exit animations, draft autosave, AbortSignal-aware cleanup
function FadeOut() {
  let ref: HTMLDivElement | undefined;
  useRouteExit(async ({ signal }) => {
    if (!ref) return;
    ref.classList.add("fade-out");
    const cleanup = () => ref!.classList.remove("fade-out");
    signal.addEventListener("abort", cleanup, { once: true });
    ref.getBoundingClientRect(); // style flush
    await Promise.allSettled(ref.getAnimations().map((a) => a.finished));
    cleanup();
  });
  return <div ref={ref}>...</div>;
}

// useRouteEnter — page-enter analytics, focus management, entry animations
function PageEnterAnalytics() {
  useRouteEnter(({ route, previousRoute }) => {
    analytics.track("page_enter", {
      route: route.name,
      from: previousRoute.name,
    });
  });
  return null;
}

Solid handler-reactivity: components run once, so handler is captured at hook-call time. To vary behavior over time, read signals inside the handler body. See CLAUDE.md → "useRouteExit / useRouteEnter Handler Is Captured At Init".

Components

<Link>

Navigation link with automatic active state detection. Uses classList for active class toggling — only the DOM attribute updates, not the whole component.

<Link
  routeName="users.profile"
  routeParams={{ id: "123" }}
  activeClassName="active" // default: "active"
  activeStrict={false} // default: false (ancestor match)
  ignoreQueryParams={true} // default: true
  routeOptions={{ replace: true }}
>
  View Profile
</Link>

routeSearch prop — query channel

routeSearch?: SearchParams — the query (search) channel of the path/query split (RFC-4 M2), parallel to routeParams. Feeds the URL query string on click and in href, and — paired with ignoreQueryParams={false} — the active-state check.

// Pagination link with an explicit query channel; active only on ?page=2
<Link routeName="users" routeSearch={{ page: "2" }} ignoreQueryParams={false} />

routeSearch is the only channel a route's declared ?query may travel in — passing it inside routeParams is refused by core's channel guard (#1572), since the slot IS the channel.

to descriptor — single-object target

<Link> accepts two mutually-exclusive forms: the channel props above (routeName + routeParams + routeSearch) OR a single to={NavigationTarget} descriptor ({ name, params?, search? }). Mixing them is a compile error — TypeScript enforces the exclusion via a discriminated union (LinkProps), and the shared resolveLinkTarget helper is the runtime backstop (to wins, console.warn if channel props also leak in).

// Channel form
<Link routeName="users.view" routeParams={{ id: "7" }} routeSearch={{ tab: "posts" }} />

// Descriptor form — equivalent, one object
<Link to={{ name: "users.view", params: { id: "7" }, search: { tab: "posts" } }} />

routeOptions and hash are separate props under both forms (hash is not part of NavigationTarget — #532).

hash prop — URL fragment / tab-style UIs

<Link routeName="settings" hash="profile">Profile</Link>
<Link routeName="settings" hash="account">Account</Link>

Tri-state: undefined preserves the current hash, "" clears it, a value sets it. Active class is hash-aware — only the matching tab lights up. Setting hash forces the slow path (the fast-path routeSelector is hash-agnostic). Live demo: examples/web/react/hash-examples/link-hash/ — behavior is identical across adapters, only template syntax differs. See the Hash Fragment Support wiki page for the full surface.

<RouteView>

Declarative route matching. Renders the first matching <RouteView.Match> child.

<RouteView nodeName="">
  <RouteView.Match segment="users">
    <UsersPage />
  </RouteView.Match>
  <RouteView.Match segment="settings">
    <SettingsPage />
  </RouteView.Match>
  <RouteView.NotFound>
    <NotFoundPage />
  </RouteView.NotFound>
</RouteView>

RouteView.Match accepts an optional exact prop for strict segment matching:

<RouteView.Match segment="users" exact>
  {/* Only matches "users" exactly, not "users.profile" */}
  <UsersIndex />
</RouteView.Match>

Lazy loading with fallback: Pass a fallback prop (JSX.Element) to wrap the matched content in Solid's <Suspense>. This lets you show a loading state while a lazy() component's chunk is fetching.

import { lazy } from "solid-js";

const LazyDashboard = lazy(() => import("./Dashboard"));

<RouteView nodeName="">
  <RouteView.Match segment="dashboard" fallback={<Spinner />}>
    <LazyDashboard />
  </RouteView.Match>
</RouteView>;

Without fallback, no <Suspense> boundary is added. The prop is optional.

<RouteView.Self> — render the parent node itself

RouteView shows <Match> children when a descendant route is active. To render content when the active route's name equals the parent's nodeName exactly, use <RouteView.Self>:

<RouteView nodeName="users">
  <RouteView.Self>
    <UsersIndex /> {/* active route === "users" exactly */}
  </RouteView.Self>
  <RouteView.Match segment="profile">
    <UserProfile /> {/* active route is "users.profile" or a descendant */}
  </RouteView.Match>
  <RouteView.NotFound>
    <NotFoundPage />
  </RouteView.NotFound>
</RouteView>

<RouteView.Self> accepts an optional fallback prop (JSX.Element) — when provided, the children are wrapped in <Suspense> with that fallback, parallel to <Match fallback>.

Precedence rules:

  1. <Match> first-wins — if any <Match> activates, <Self> and <NotFound> are suppressed.
  2. <Self> first-wins — only the first <RouteView.Self> contributes; later instances are ignored.
  3. <Self> wins over <NotFound> if no <Match> activates (rare — applies only when nodeName === UNKNOWN_ROUTE).

| Element | Fires when | Render position | | ---------------------- | ------------------------------------------------------------------------- | ----------------------------- | | <RouteView.Match> | Active route segment matches segment (or descendant if exact={false}) | Inline at source position | | <RouteView.Self> | Active route name exactly equals parent's nodeName | Appended after Match elements | | <RouteView.NotFound> | Active route is UNKNOWN_ROUTE AND no Match activated | Appended after Match elements |

Note: keepAlive is not supported. Solid has no equivalent of React's <Activity> API. Components dispose completely when navigating away.

<RouterErrorBoundary>

Declarative error handling for navigation errors. Shows a fallback alongside children (not instead of) when a guard rejects or a route is not found.

import { RouterErrorBoundary } from "@real-router/solid";

<RouterErrorBoundary
  fallback={(error, resetError) => (
    <div class="toast">
      {error.code} <button onClick={resetError}>Dismiss</button>
    </div>
  )}
  onError={(error, toRoute, fromRoute) =>
    analytics.track("nav_error", {
      code: error.code,
      to: toRoute?.name,
      from: fromRoute?.name,
    })
  }
>
  <Link routeName="protected">Go to Protected</Link>
</RouterErrorBoundary>;

Auto-resets on next successful navigation. Works with both <Link> and imperative router.navigate().

<ClientOnly> / <ServerOnly>

Paired SSR-aware boundaries. <ClientOnly> renders fallback on the server (and on the client first paint, to match SSR HTML), then swaps in children after mount. <ServerOnly> is the symmetric inverse.

import { ClientOnly, ServerOnly } from "@real-router/solid/ssr";

<ClientOnly fallback={<Skeleton />}>
  <BrowserApiWidget />
</ClientOnly>

<ServerOnly>
  <SeoMetaStrip />
</ServerOnly>;

All SSR-aware exports (ClientOnly, ServerOnly, Streamed, Await, useDeferred, HttpStatusCode, HttpStatusProvider, createHttpStatusSink) live at the /ssr subpath — the main entry stays client-only.

Render-Time HTTP Status (<HttpStatusCode />)

For SSR responses that need a non-200 status (404, 410, 503, redirects), declare the code inline during render. <HttpStatusCode code={N} /> writes through a <HttpStatusProvider> sink and returns null — no DOM, no hydration mismatch. Last write wins; a no-op without a provider so the same code paths work in CSR.

import { renderToString } from "solid-js/web";
import {
  HttpStatusCode,
  HttpStatusProvider,
  createHttpStatusSink,
} from "@real-router/solid/ssr";

// In a "page not found" view:
function NotFound() {
  return (
    <>
      <HttpStatusCode code={404} />
      <h1>Page not found</h1>
    </>
  );
}

// entry-server.tsx
const sink = createHttpStatusSink();
const html = renderToString(() => (
  <HttpStatusProvider sink={sink}>
    <App />
  </HttpStatusProvider>
));
response.status(sink.code ?? 200).send(html);

Streaming SSR caveat: with renderToStream, the response status MUST be sent before the first body byte flushes. If <HttpStatusCode /> is mounted inside a late-resolving <Suspense>, the sink write happens AFTER the headers are already on the wire — the override is lost. Mount the component in the shell (above every <Suspense> that could delay it), or use renderToStringAsync (awaits all Suspense before returning HTML).

Valid code range: Node's res.end() throws Invalid status code on NaN, 0, negative values, or > 999 — surfaces as a 5xx / dropped connection. Pass a real HTTP status integer (100-999; commonly 4xx/5xx).

Implementation: createSignal(false) + onMount(() => setMounted(true)) + <Show>. onMount is SSR-safe per Solid's runtime contract — it never fires during renderToString/renderToStream. End-to-end dogfooding lives in examples/web/solid/ssr-examples/ssr/ (see e2e/ssr-boundaries.spec.ts).

Directives

use:link

Low-level directive for adding navigation to any element. Automatically handles click events, keyboard navigation (Enter key), and active state styling.

import { link } from "@real-router/solid";

<a use:link={{ routeName: "users.profile", routeParams: { id: "123" }, activeClassName: "active" }}>
  User Profile
</a>

<button use:link={{ routeName: "home" }}>
  Go Home
</button>

<div
  use:link={{
    routeName: "settings",
    activeClassName: "active",
    activeStrict: false,
    ignoreQueryParams: true,
  }}
  role="link"
  tabindex="0"
>
  Settings
</div>

Options:

| Option | Type | Required | Default | Description | | ------------------- | --------- | -------- | ------- | --------------------------------------- | | routeName | string | ★ yes | — | Target route name | | routeParams | Params | no | {} | Route parameters | | routeOptions | object | no | {} | Navigation options (replace, etc.) | | activeClassName | string | no | — | Class added when route is active | | activeStrict | boolean | no | false | Exact match only (no ancestor matching) | | ignoreQueryParams | boolean | no | true | Query params don't affect active state |

The directive automatically sets href on <a> elements and adds role="link" + tabindex="0" to non-interactive elements for accessibility.

Must be used inside <RouterProvider>. The directive calls useRouter() internally and will throw if the host element is mounted outside the provider tree. See CLAUDE.md gotcha "use:link Requires useRouter Context" for the failure mode and the canonical wrapping pattern.

Pass the options object directly — not an accessor (#976). Solid's compiler wraps a directive value into an accessor at compile time (use:link={X}link(el, () => X)), so the value you write is the options object:

// CORRECT — object form (canonical)
<a use:link={{ routeName: "home" }}>Home</a>

// WRONG — accessor form double-wraps into `() => (() => options)`, so the
// directive receives a function: the <a> gets no href and clicks go nowhere.
// TypeScript rejects it with TS2322.
<a use:link={() => ({ routeName: "home" })}>Home</a>

The directive captures the options once at init (see CLAUDE.md "use:link Options Are Captured Once"). For reactive route switching, use the <Link> component instead.

Solid-Specific Patterns

Accessors, Not Values

Unlike the React and Preact adapters, hooks that subscribe to route state return Accessor<T>. Read the value by calling the accessor:

// React/Preact
const { route } = useRoute();

// Solid
const routeState = useRoute();
const { route } = routeState(); // call it

Inside JSX, call the accessor directly in reactive positions:

function CurrentRoute() {
  const routeState = useRoute();
  return <div>{routeState().route?.name}</div>;
}

Never Destructure Props

Solid props are reactive getters. Destructuring them breaks the reactive graph:

// WRONG — loses reactivity
function MyLink({ routeName, routeParams }) {
  return <Link routeName={routeName} routeParams={routeParams} />;
}

// CORRECT — pass props through
function MyLink(props) {
  return <Link routeName={props.routeName} routeParams={props.routeParams} />;
}

Accessibility

Enable screen reader announcements for route changes:

<RouterProvider router={router} announceNavigation>
  {/* Your app */}
</RouterProvider>

When enabled, a visually hidden aria-live region announces each navigation. Focus moves to the first <h1> on the new page. See Accessibility guide for details.

announceNavigation also accepts a RouteAnnouncerOptions object to customize the announced text:

| Option | Type | Description | | --------------------- | ------------------- | --------------------------------------------------------------------------------------------------- | | prefix | string | Prefix prepended to the resolved text (default "Navigated to ") | | getAnnouncementText | (route) => string | Full custom text; overrides the default h1 → title → route-name chain (falls back on empty/throw) |

<RouterProvider
  router={router}
  announceNavigation={{
    getAnnouncementText: (route) => `Now on ${route.name}`,
  }}
>
  {/* Your app */}
</RouterProvider>

Scroll Restoration

Opt-in preservation of scroll position across navigations:

<RouterProvider router={router} scrollRestoration={{ mode: "restore" }}>
  {/* Your app */}
</RouterProvider>

Restores scroll on back/forward, scrolls to top (or #hash) on push. Three modes: "restore" (default), "top", "native". Custom containers via scrollContainer: () => HTMLElement | null. Options are read once on mount — changing the prop at runtime does not reconfigure the utility (Solid onMount is non-reactive). Under @real-router/browser-plugin, replace transitions now preserve scroll position and programmatic reloads restore from sessionStorage (portable via state.transition.replace / state.transition.reload). See Scroll Restoration guide for the full behaviour matrix.

Scroll Spy

Opt-in router-coordinated IntersectionObserver scroll spy — the URL hash tracks the topmost visible anchor as the user scrolls, syncing state.context.url.hash so sibling <Link hash> highlights stay current:

<RouterProvider router={router} scrollSpy={{ selector: "[id]:is(h2,h3)" }}>
  {/* Your app */}
</RouterProvider>

Emits a forced same-route transition with { hash, replace: true, force: true, hashChange: true } — same write API as <Link hash> (#532), replace: true so spy doesn't pollute history. Anti-flicker via isTransitioning + coolingDown gates with selfEmitting guard. Hardcoded internals: rAF + 150 ms debounce, MutationObserver 250 ms.

Options: { selector: string, rootMargin?: string, scrollContainer?: () => HTMLElement | null }. Empty selector / undefined = off. Read once on mount (Solid onMount is non-reactive). SSR / browsers without IntersectionObserver = NOOP. Requires browser-plugin or navigation-plugin (hash-plugin / memory-plugin → warn-once + NOOP).

Behaviour is identical to the React adapter — see the React Scroll Spy demo (12 sections, TOC sidebar, 10 e2e scenarios) and the Scroll Spy guide.

View Transitions

Opt-in animated route transitions via the browser's View Transitions API:

<RouterProvider router={router} viewTransitions>
  {/* Your app */}
</RouterProvider>

No-op on unsupported browsers (Firefox as of 2026-04, SSR). Prop is read once on mount (Solid onMount is non-reactive) — if you need toggle, unmount/remount the provider. Customization is pure CSS via ::view-transition-* pseudo-elements and view-transition-name for hero morphs. See View Transitions guide for patterns.

Documentation

Full documentation: Wiki

Examples

20 runnable examples — each is a standalone Vite app. Run: cd examples/web/solid/basic && pnpm dev

basic · nested-routes · auth-guards · data-loading · lazy-loading · async-guards · hash-routing · persistent-params · error-handling · dynamic-routes · store-based-state · use-link-directive · signal-primitives · combined · animation-examples · search-schema

Server-side rendering: ssr · ssr-streaming · ssr-mixed · ssg

Related Packages

| Package | Description | | ---------------------------------------------------------------------------------------- | ------------------------------------ | | @real-router/core | Core router (required dependency) | | @real-router/browser-plugin | Browser History API integration | | @real-router/sources | Subscription layer (used internally) | | @real-router/route-utils | Route tree queries (useRouteUtils) |

Contributing

See contributing guidelines for development setup and PR process.

License

MIT © Oleg Ivanov