feat(toilville): the Rituals hero carries the Paladin #143

Merged

peterswimm merged 1 commit from feat/rituals-hero-paladin into main

2026-09-15 15:55:19 +00:00

peterswimm commented

2026-09-15 15:55:02 +00:00

Owner

The hand-drawn bundle (#141) reached the plugin's art allow-list in toilville_rituals #415. The Rituals band has had no art at all: hero art is keyed off an image in the canvas, and only the Spelwork canvas names one, which is why only that page ever got any.

So the client now gives a product hero art the canvas carries none for. Rituals' copy is about work that has to survive an audit, and the Paladin at a smoking laptop is that work before the product arrives.

Spelwork keeps Best Practices. A drawn Paladin was taken off that band in #408, and this does not put one back there — the piece here is library art, not a stand-in.

Scope

_HERO_ART_BY_SURFACE in forgeblock_toilville.py, plus the regenerated Rituals pattern. The canvas still wins wherever it names an image; this fills only a band that would otherwise render none. One line to move it to another page, one to drop it.

Testing

build_surfaces.py check clean, forgeblock_validate.py check clean, 327 tests pass.
Gutenberg block validation clean on all five patterns — the change adds one attribute to a dynamic block, so nothing stored shifts.
Only toilville-rituals.php and its preview changed; the diff is the one "art": "paladin-in-trouble" attribute.

Impact Statement

One image appears beside the Rituals hero copy on deploy, where there is none today. It ships from the plugin's allow-list, so the file must be present there first: merge toilville_rituals #415 before deploying this, or the attribute names art the plugin doesn't have and the hero simply renders without it. No copy, layout or block-structure changes.

The hand-drawn bundle (#141) reached the plugin's `art` allow-list in toilville_rituals #415. The Rituals band has had no art at all: hero art is keyed off an image in the canvas, and only the Spelwork canvas names one, which is why only that page ever got any. So the client now gives a product hero art the canvas carries none for. Rituals' copy is about work that has to survive an audit, and the Paladin at a smoking laptop is that work before the product arrives. Spelwork keeps Best Practices. A drawn Paladin was taken off that band in #408, and this does not put one back there — the piece here is library art, not a stand-in. ## Scope `_HERO_ART_BY_SURFACE` in `forgeblock_toilville.py`, plus the regenerated Rituals pattern. The canvas still wins wherever it names an image; this fills only a band that would otherwise render none. One line to move it to another page, one to drop it. ## Testing - `build_surfaces.py check` clean, `forgeblock_validate.py check` clean, 327 tests pass. - Gutenberg block validation clean on all five patterns — the change adds one attribute to a dynamic block, so nothing stored shifts. - Only `toilville-rituals.php` and its preview changed; the diff is the one `"art": "paladin-in-trouble"` attribute. ## Impact Statement One image appears beside the Rituals hero copy on deploy, where there is none today. It ships from the plugin's allow-list, so the file must be present there first: **merge toilville_rituals #415 before deploying this**, or the attribute names art the plugin doesn't have and the hero simply renders without it. No copy, layout or block-structure changes.

peterswimm added 1 commit

2026-09-15 15:55:02 +00:00

feat(toilville): the Rituals hero carries the Paladin

PR policy check / policy-gate (pull_request) Successful in 0s

Details

Block Validation / validate (pull_request) Failing after 32s

Details

Security Scans / Trivy filesystem scan (pull_request) Successful in 41s

Details

Security Scans / Gitleaks secret scan (pull_request) Successful in 32s

Details

Test Generator / test (pull_request) Failing after 25s

Details

Test Generator / lint-workflows (pull_request) Successful in 17s

Details

Test Generator / lint-prose (pull_request) Successful in 20s

Details

UDG dist drift gate / dist/ matches dtcg + udg sources (pull_request) Successful in 16s

Details

Copy coverage / Design copy reaching rendered HTML (pull_request) Failing after 32s

Details

1bb96648e8

The hand-drawn bundle (#141) reached the plugin's allow-list in
toilville_rituals #415, and the Rituals band has had no art at all — the
canvas names an image only for Spelwork, which is why only that page got
any.

So the client gives a product hero art the canvas carries none for.
Rituals' copy is about work that has to survive an audit, and the Paladin
at a smoking laptop is that work before the product arrives. Spelwork
keeps Best Practices: a drawn Paladin was taken off that band in #408, and
this does not put one back there.

The canvas still wins wherever it names an image; this only fills a band
that would otherwise render none. One line to move, one to drop.

peterswimm merged commit 3aceb1a065 into main

2026-09-15 15:55:19 +00:00

peterswimm deleted branch feat/rituals-hero-paladin

2026-09-15 15:55:19 +00:00

peterswimm referenced this pull request from a commit

2026-09-15 15:55:21 +00:00

Merge pull request 'feat(toilville): the Rituals hero carries the Paladin' (#143) from feat/rituals-hero-paladin into main

peterswimm referenced this pull request

2026-09-18 18:10:17 +00:00

toilville.com: generated patterns are a content skeleton — fidelity gaps vs the design #102