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

@nifrajs/i18n

v5.6.0

Published

Framework-agnostic i18n for nifra - locale negotiation + a tiny ICU message formatter on the platform Intl. Dependency-free.

Readme

@nifrajs/i18n

Framework-agnostic i18n for nifra - locale negotiation + a tiny ICU message formatter on the platform Intl. Dependency-free.

Part of the nifra full-stack TypeScript framework - one core, five UI libraries, every runtime. Scaffold a new app with bun create nifra.

Install

bun add @nifrajs/i18n

Locales and URLs

Declare each locale once with defineLocales() - URL segment, BCP-47 tag, hreflang, direction and native name, each defaulted from the segment - and bind it to a locale-prefixed URL scheme with @nifrajs/i18n/routing:

import { defineLocales } from "@nifrajs/i18n"
import { defineI18nRouting } from "@nifrajs/i18n/routing"

export const locales = defineLocales({
  default: "en",
  locales: { en: {}, hi: { hreflang: "hi-IN" }, ur: { tag: "ur-PK" }, gu: { draft: true } },
})
export const urls = defineI18nRouting(locales)

urls.localizePathname("/kundli", "hi") // "/hi/kundli"
urls.alternates("/hi/kundli", { origin: "https://example.com" }) // { canonical, links } with hreflang
urls.matchSegment("gu", "/gu/kundli") // { kind: "not-found" } - a draft is never served
locales.documentMeta("ur") // { lang: "ur-PK", dir: "rtl" }

Guard a [lang] route segment with matchSegment() in routes/[lang]/_middleware.ts: an unknown or draft value answers 404, and the default's prefix (/en/...) or a wrong case redirects.

A page that exists in some locales only is declared once, with defineI18nRouting(locales, { pageLocales: (pathname) => K[] | undefined }): matchSegment answers 404 for the other locales, alternates lists only the page's own, localesOf(path) names them, and localizePathname(path, locale, { fallback: "default" }) links to the default locale's page where the page is missing.

Register the router once, as export const i18n = urls in backend/framework.ts, and @nifrajs/web sets every document's <html lang dir> and Content-Language from it, guards [lang] and [[lang]] routes with matchSegment, and each adapter's useLocale() and <I18nProvider> read the page's locale.

Messages

createFormatter(locale, messages, options) formats ICU messages: interpolation, plural, selectordinal and select, nested, with # in the locale's own number format. Catalogs may nest (messages, lists, blocks) and are read with dotted keys; get(key) returns a list or block whole. A key the catalog lacks is tried in each fallback catalog, then onMissing fires once and the key is returned. timeZone and numberingSystem set defaults for d(), n() and #.

import { createFormatter } from "@nifrajs/i18n"

const t = createFormatter("fr-CA", catalogs["fr-CA"], {
  fallback: locales.chain("fr-CA").slice(1).map((key) => catalogs[key]), // fr, then en
  onMissing: reportMissingKey, // a stable function: formatters are cached per handler
  timeZone: user.timeZone,
})
t.t("cart", { count: 1200 }) // "1 200 articles"

Declare interface Register { messages: typeof en } on @nifrajs/i18n once, and every t() key (adapters' useT() included) and every Translation-typed catalog is checked against en.

rich(formatter, key, tags, vars) from @nifrajs/i18n/rich renders a message's tags (<b>…</b>, <icon/>, names only) with your handlers instead of HTML: a tag without a handler keeps its content as text, and interpolated values are never read for tags. Each adapter's /i18n entry exports a rich() that returns framework nodes (Svelte: <Rich> with one snippet per tag).

localeCookie(name, locale) is the browser half of the detector's persist cookie: assign it to document.cookie in a language switcher and it is byte-identical to the detector's Set-Cookie.

Copy tables

defineCopy(locales) from @nifrajs/i18n/copy keeps a page's text and its translations beside the code that shows it, with no key to name. The default locale's value is required, an undeclared locale is a type error, and every other value has the default's shape. copy.pick(table, locale) falls back along locales.chain() and fires onMissing once per table and locale; copy.format() reads an ICU message.

import { defineCopy } from "@nifrajs/i18n/copy"

export const copy = defineCopy(locales, { onMissing: reportMissingCopy })
export const TITLE = copy({ en: "Bicycle", hi: "साइकिल", ta: "மிதிவண்டி" })
export const FAQ = copy.id("shop.faq", { en: ["Brakes?", "Gears?"], hi: ["ब्रेक?", "गियर?"] })

copy.pick(FAQ, "ta") // ["Brakes?", "Gears?"], from en

A production @nifrajs/web client build moves each table's values into one chunk per locale, so a page's JavaScript carries only the copy of the locale it renders in; the server keeps every table. It reads tables statically (literals, lists and blocks of them, same-module constants) with the app's TypeScript; a table written any other way keeps every locale in the bundle. nifra i18n check checks the tables of a copy export like catalogs, at each table's file:line; tablesToCatalogs() from @nifrajs/i18n/check is the pure transpose.

Checking catalogs

checkCatalogs({ locales, catalogs, ignore }) from @nifrajs/i18n/check reports coverage, missing and unused keys, ICU syntax errors, placeholder and rich-tag parity with the default message, plural cases the locale's grammar needs, script purity (Intl.Locale(tag).maximize().script against Unicode script properties - a Telugu sign in Gujarati, a Cyrillic е in English), and untranslated messages. It also catches partly translated text in a locale that does not write in Latin: latin-share reports a message of 6 words or more that is mostly Latin-script words (latinWords lists the brands a translation keeps), and each locale's coverage carries its latinShare; volume reports a long message translated to under a third of its length. rules adds the app's own checks, reported as custom:<code>. It is pure; nifra i18n check [entry] runs it over the module exporting locales and catalogs, and passes the rest of the options from its check export.

Locale detection

negotiateLocale() / resolveLocale() are pure: query parameter → cookie → Accept-Language → default, always answering from your locales allow-list (request input is matched, never echoed). The server plugin lives at @nifrajs/i18n/detector and needs @nifrajs/core:

import { localeDetector } from "@nifrajs/i18n/detector"

app.use(
  localeDetector({
    locales: ["en", "fr", "de"],
    defaultLocale: "en",
    queryParam: "lang",
    cookie: "locale",
    persist: true, // pin an explicit ?lang= choice into the cookie
  }),
)
// handlers see c.locale / c.localeSource; responses carry Content-Language

Docs

MIT

For AI agents

Start with LLM.md - this package's contract card (the exports you call + its footguns), one cheap read instead of the whole corpus. For the wider framework: the repo's AGENTS.md is the copy-paste quick reference, and llms-full.txt is the full machine-readable corpus. Run nifra check as the done-gate, or nifra mcp to give the agent live project tools.