PPTX.gallery
Open in PPTX.dev

Docs

API & registry reference

Everything in the gallery is consumable programmatically: JSON endpoints per dimension, an open OPF registry, llms.txt discovery, and a prebuilt search index. All endpoints are public, read-only, and require no authentication.

Catalog JSON endpoints

Each live gallery dimension is exposed as a static JSON endpoint. Responses use a shared catalog envelope with version, dimension, and items at minimum, plus dimension-specific supporting data (best practices, categories, legacy aliases).

Envelope shape

{
  "version": "1.0",
  "dimension": "color-schemes",
  "items": [ ... ],
  "name": "Color Schemes",
  "description": "...",
  "routes": {
    "web": "https://www.pptx.gallery/colors",
    "api": "https://www.pptx.gallery/api/color-schemes.json"
  },
  "opfSchema": {
    "name": "design.colors.scheme",
    "url": "https://pptx.dev/schema/opf/v1#/$defs/ColorScheme/properties/scheme"
  }
}

Legacy aliases redirect with HTTP 308: /api/colors.json /api/color-schemes.json, /api/typography.json /api/font-schemes.json, and /api/social-platforms.json /api/socials.json.

OPF registry

The registry is the delivery contract for OPF design choices — the shadcn-style mechanism that CLIs and agents read to inject OPF into a deck. The canonical index lives at /registry.json; each item has a descriptor at /registry/{category}/{slug}.json.

Index shape

{
  "$schema": "https://pptx.dev/schema/registry.schema.json",
  "opf_version": "1.0",
  "items": [
    {
      "name": "hero-split",
      "type": "registry:layout",
      "registry_url": "https://www.pptx.gallery/registry/layouts/hero-split.json",
      "dependencies": [],
      "opf_version": "1.0"
    }
  ]
}

Registry categories

  • layouts registry:layout (470 descriptors)
  • color-schemes registry:color-scheme (14 descriptors)
  • font-schemes registry:font-scheme (89 descriptors)
  • backgrounds registry:background (6 descriptors)
  • narratives registry:narrative (10 descriptors)
  • charts registry:chart (76 descriptors)
  • themes registry:theme (4 descriptors)

Descriptor fields

FieldMeaning
nameStable item name; matches the gallery slug.
typeRegistry item type, e.g. registry:layout or registry:color-scheme.
registry_urlCanonical URL of this descriptor.
slug / categoryRoute slug and registry category.
descriptionHuman-readable summary of the design choice.
web_urlThe browsable gallery page for the item.
opfCopyable OPF snippet(s) — the same JSON shown on the gallery page.
copy_targetsPre-rendered copy payloads (e.g. raw OPF JSON) with content types.
metadataDimension-specific metadata such as tags, categories, or source info.
dependenciesSlugs of other registry items this item references.
opf_versionCatalog API version the descriptor was generated against.

The registry format is open: third parties can publish their own registry.json (e.g. a brand-team OPF registry) using the same schema, and downstream tools can consume it interchangeably. Breaking changes to the format require a version bump and a migration path.

Discovery endpoints

  • /llms.txt — full machine-readable catalog index for LLMs and AI agents: every dimension, item, JSON endpoint, and registry descriptor.
  • /sitemap.xml — every catalog page and how-to article.
  • /api/search-index.json — prebuilt search index over all gallery items, dimensions, and articles (title, href, group, description, keywords). The same index powers the site’s ⌘K search.

The stable-slug contract

  • Every gallery item has a stable, human-readable slug (e.g. color-scheme/corporate-trust) that OPF documents reference by name. Renaming a slug is a breaking change across the ecosystem.
  • Detail pages follow /{dimension}/{slug}; legacy routes (/colors, /typography) remain for SEO continuity.
  • Responses are static and cacheable; endpoints send Cache-Control headers and are safe to fetch at build or generation time.
  • No authentication, no rate limiting, no accounts. The catalog is a public good.

See also