Migration from valentus-theme
Do not copy the entire valentus-theme repository.
Move only the Theme Demo slice (docs/modules/ROOT/) into this component and leave the guide module in valentus-theme.
Component rename (theme-demo → demo-pages)
Baseline shared body fixtures use component name demo-pages (docs/demo-pages/).
The earlier name theme-demo was too theme-specific; published URLs and playbook start_path values changed in v0.3.0.
Consumers should pin demo-data @ v0.3.0 (or newer), set start_path: docs/demo-pages, and allowlist demo-pages in siteNavTree.
Sidebar nav (v0.3.3+)
Forest root label Demo pages comes from antora.yml title (component name stays demo-pages).
Under that root, nav.adoc groups Core (body fixtures + migration) and Extensions (overview, topic pages, optional supplements via extensions-supplements-nav).
Pin v0.3.5 or newer for this hierarchy (v0.3.3 forest title Demo pages; avoid v0.3.4); v0.3.1 briefly used the mistaken forest label antora-core.
Post-build redirect stubs on deployed demos map /theme-demo/… → /demo-pages/… for bookmarked Pages URLs.
Source inventory (valentus-theme)
| Path | Notes |
|---|---|
|
Demo hub; update xrefs to stay in |
|
Core AsciiDoc chrome fixtures (~same coverage as |
|
Tabs, STEM, Kroki/Mermaid samples — coordinate with consumer playbook (Facto vs lean Valentus) |
|
Themed SVG artifacts ( |
|
Move to |
|
Keep in |
|
After migration: drop |
CSS / design language (do not duplicate)
Foundational tokens live in the Valentus UI bundle (site-visual.css, --adt-).
Extension supplemental CSS should continue to *reference those tokens with fallbacks — not fork palettes into demo-data.
-
Chassis vs paint:
valentus-theme/CHASSIS.mdunchecked -
Fixture-only classes (e.g.
.adt-logo-fixture-*) stay in bundle CSS; demo pages keep using them
valentus-theme playbook after migration
-
antora-playbook.yml— guide + optional xref to externaldemo-pagessource if you want fixtures on Pages without merging repos -
antora-playbook-visual-demo.yml— pointcontent.sourcesat this repo’sdocs/demo-pagesinstead of sibling cloneWhen pinning a git tag, set
branches: []on that source entry so Antora does not also collectmain(duplicatedemo-pagesnav).
Per-extension fixtures (stay local unless shared)
| Location | Role |
|---|---|
|
Stack-only demos (client Mermaid, lightbox, SoftNav) |
|
Kroki bake / themed-svg smoke |
|
Minimal smoke for CI; link here when pages are reused across demos |
|
Generic AsciiDoc syntax reference for the org docs hub |
Checklist
-
Confirm component name
demo-pages(renamed fromtheme-demoin v0.3.0) -
Copy ROOT pages + images; fix component/version xrefs (index NOTE → external guide link)
-
Valentus copy approval / cleanup: trim
valentus-themenav to guide-only; document URL change (no HTML redirects on Pages) -
Tag
demo-data(v0.2.0baseline migration) and pin consumer playbooks -
Rebuild valentus-theme + facto-stack Pages workflows (CI on next push to
main)
Completed with valentus-theme @ f28c657unchecked on main.
Published URL mapping (Valentus GitHub Pages)
| Before (in-repo ROOT) | After (demo-pages from demo-data) |
|---|---|
|
|
|
|
Guide (unchanged) |
|
Intermediate URLs under …/theme-demo/~/ (v0.2.x) redirect to …/demo-pages/~/ on sites that run the legacy redirect script.
Facto stack demo canonical fixture tree: facto-stack/demo-pages//unchecked (same demo-data source, different site URL).