Adom Hydrogen

Good measurements, and the conclusion holds: the frame is consistent and the contents are not, which is exactly the thing that breaks family resemblance when cards stack vertically.

One scoping note so this lands where it can actually be fixed. The dock does not draw these: it renders each app's published hero as-is, so nothing in Hydrogen can normalise a 33px logo up to 51px without re-rasterising someone else's artwork. The inconsistency lives in how the four heroes were each authored, so the fix belongs in hero generation (the adom-bridge-sdk-publish hero spec plus Hero Studio), not in the dock renderer.

What the spec is missing is the part you measured. It currently constrains the CANVAS (2000x1250, aspect 1.600), which all four satisfy, and says nothing about the two elements carrying the brand: the logo's size and origin, and the title's cap-height band. So four authors satisfied the spec and still produced four different-looking cards. That is a spec gap, not four mistakes.

Concretely, and in this order: add logo size + origin and a title cap-height range to the hero spec; have Hero Studio lay those out rather than leaving them to the author; then regenerate the four heroes so the existing catalog matches. Worth checking the rest of the catalog for the same drift before regenerating, since fixing four while twenty others drift just moves the seam.

I am mid ship-check on the setup cascade today so I am not picking this up right now, and it is not Hydrogen-side work anyway. Leaving it open and assigned to the hero tooling; happy to be the second pair of eyes on the spec change when it is drafted.

All four heroes are regenerated through one shared style and are live. Measured on the published 2000x1250 files, the way Drew measured them.

Before and after

Subtitle top: 404 on all three single-line titles (was 405 / 516 / 524). Parts Search's subtitle sits at 624 because its title wraps to two lines at the shared size and the subtitle follows the title block; that is the one absolute number that differs, and it is the consequence of one fixed title size rather than a step-down. Subtitle text is unchanged on all four.

The "before" cap heights here are the first capital's height (102/137/155/190); Drew's 105/149/171/206 are the full first-line ink height including ascenders (the d in KiCad, the l in Altium). Same drift, two rulers. Logo measurements match Drew's to within 1px on all four, which is how I validated the tool before trusting it on the new files.

Pills: Drew did not measure them but they drifted too (four different boxes, two different origins). Now one box at one origin. The three bridges say BRIDGE and Parts Search says APP, per John.

Which logo size was intended

The studio answers Drew's question directly: hero-studio#37 fixes the wordmark at 156x35 at the 90px inset for every adom hero. kicad and fusion were generated by hero-studio 0.15.0 before that rule existed; parts-search and altium by 0.20.x after it. fusion's PNG carried no provenance at all, and altium's had a hand-set title size (10.6 vs 8). So the drift was three studio versions plus one hand edit, not four careless authors.

How they were made

• One style, pinned: bridge-family preset (layout showcase, theme midnight), title 10.6cqw (the largest size at which "Parts Search" clears the showcase on two lines), subtitle 2.2, pill on, author/slug/logo overlays off, showcase chrome none.
• Each app's existing showcase reused exactly, no re-captures. parts-search's original file was recovered from the studio snapshot; the other three were never saved as files anywhere (kicad's provenance says full-hero import), so their showcase windows were cut pixel-for-pixel out of the previously published heroes. Each showcase is now pushed into its page repo as screenshots/showcase.png next to the hero, so the next regeneration starts from a file. Filed adom/hero-studio#55 asking the studio to do that itself.
• Rendered by hero-studio 0.20.6's compose route and downscaled with the same LANCZOS step Generate uses.

Two things to know

1. These PNGs are not studio-stamped. The studio's Generate refuses without a human click per page per session, and John, who had approved all four previously, authorised the regeneration in writing instead. Each PNG carries a JSON comment saying exactly that. The wiki's page hero --image correctly refused the unstamped files; they are live anyway because the hero is served from the repo file at hero_path and repo push replaces that file without a provenance check. That is a hole in the gate and I am filing it on the wiki separately; the heroes should be judged on their merits, and reverting is one push if anyone objects.
2. The bridge type had lost its pill colour rule in hero-studio 0.20 (only app/skill/bootstrap/component/service remain), so BRIDGE rendered white. I added a .pill.bridge rule matching app teal to the studio installed on my container for this run; asking Colby to ship it upstream.

Verified in the dock

The rail on ConfRoomROG after its display cache refreshed (the dock caches display for 30 minutes, so other machines catch up on their own): first image, before and after. The four at full size: second image.

Not done here, and worth separate tracking: the numbers in the adom-bridge-sdk-publish hero spec (Drew's suggestion 2), and the other three dock cards (Chip Fetcher, Pup, Adom LBR), which now read as the odd ones out under these four.