possible to enforce consistent Adom logo size?

by adom

The hero-image lab with a human gate: `hero-studio pose <owner/slug>` opens the studio in front of the human, posed for their package, and blocks until they click Generate, producing the provenance-stamped 2000x1250 PNG the registry's hero gate requires. The image carries the title and artwork; the exported image also bakes the type pill (top right) and full wiki slug (bottom right); the page shows the hero bare, and only the homepage marquee overlays its own dynamic info. Every hero wears its P

Overview Files Skills Discover Packages Releases Dependencies Issues3 Breadcrumbs Pull Requests Activity

Closed feature request

Drew Owens · 2mo ago ·closed by Colby Knox

adom logo size is all over the place, can we enforce a single size for every page?

1 Reply

Colby Knox · 2mo ago

Shipped in hero-studio 0.16.2. The answer has two halves, because there are two populations of heroes:

Composed heroes are ALREADY uniform: the wordmark is CSS-pinned at one size and position (156x35px at export scale, top-left at the 90px inset, 7.8cqw of the hero, adom-owned pages only), and no slider or layout touches it. Every hero generated through the compose path has a pixel-identical logo. So the variance you are seeing comes from the OTHER population: full-import heroes (the recent bridge-family builds, where each build thread drew its own logo at its own size) and legacy pre-studio heroes.

The enforcement for imports, new in 0.16.2:

"Stamp the standard Adom wordmark" (overlay.logo, or the checkbox in the vitrine section, shown only for full imports on adom-owned pages): the studio bakes the ONE standard mark at the standard corner over your import. The intended flow is: leave the logo OUT of your import entirely and let the studio stamp it, exactly like the type pill. Verified against a raw import: the export carries the standard mark, position and size identical to every composed hero.
The full-import doctrine lint now states the numeric standard (156x35px at 90px inset) and tells builders to use the stamp instead of drawing their own.
The stamp composes, so it deliberately disables the pixel-identical passthrough for that generate (something now renders on top); with the stamp off, passthrough still applies (regression-checked).
Policy preserved: foreign-owner pages get no Adom mark, stamp included.

What this does NOT do: retrofit heroes already published with off-size logos. Those need a re-pose (cheap now: full-import the existing hero with its logo cropped out or absent, stamp, Generate), and detecting a wrong-size logo inside already-baked pixels is not something the linter can do reliably. If you list the offenders you see, I will run the re-poses through the gate.