OCX Catalog¶
@ocx-sh/catalog renders one or more OCX package indices into a browsable
static site: a package grid, per-package detail pages with README, platforms,
versions and install commands, client-side search, and an optional docs section.
It is a renderer, not a producer. Point it at an index — a local directory, an HTTPS endpoint, or a git repository — and it builds a site around what is already there. It never writes to an index and never invents index data. See Index vs. catalog for where that line sits.
Read this before you pick a host
A generated catalog site only works when it is served from a domain root, and the security headers it emits are honoured by Cloudflare Pages and Netlify only. Both facts are load-bearing for GitHub Pages and GitLab Pages deployments — see Known limitations and Hosting and headers.
Start from what you are trying to do¶
-
"I run an index on GitHub and want a browsable catalog site."
Render the CI workflow, build the site, deploy it to GitHub Pages — and the two things that will silently break if you use the default project Pages URL.
-
"I run an index on GitLab and want a browsable catalog site."
The rendered job file, the
include:line your root.gitlab-ci.ymlneeds, and apagesjob that publishes the build. -
"I want my catalog to also show the public
index.ocx.shpackages."
Aggregate the official index alongside your own as a second, non-root source — every package from both stays listed, on its own detail page.
-
"I want to self-host my own index — corporate mirror or air-gapped."
A
pathorgitsource as your only source, with no dependency onindex.ocx.shand no build-time egress to it. -
"I just want to see it running before committing to anything."
One command against a directory of index JSON, no config file, no deploy.
Install¶
Node.js >=20.19. vitepress and vue are peer dependencies — this package
plugs a theme into your own VitePress install rather than bundling one. Then
work through the Quickstart.
The rest of the documentation¶
| Section | What is in it |
|---|---|
| How-To | Task-shaped guides: quickstart, sources, deploys, local preview, branding |
| Reference | Exhaustive: CLI flags and exit codes, config schema, CI rendering, output layout |
| Explanation | Why the design is the way it is: ownership, multi-source, security model |
| Ops | Limitations, host selection, troubleshooting |