Preview card 13 · 390px

The width the product requires, below every breakpoint the source declared

Each frame is exactly 390px
so it lays out at 390px here

The linked product's accessibility bar asks for a structurally complete 390px layout. The source home page's smallest declared breakpoint is 560px, so everything between 390 and 560 was inherited rather than designed — and until this card existed, never actually looked at. A checklist that nobody runs is an assumption wearing a checklist's clothes.

Every surface, at 390px

Source · home390 × 620
Kit · register browser390 × 620
Kit · case file390 × 620
Kit · corrections390 × 620
Target · dashboard390 × 620
Target · case file390 × 620

What changed to make 390px hold

Two gaps showed up as soon as the frames rendered, and both are now fixed in app.css at a new ≤430px breakpoint — the fifth, and the first one designed rather than inherited.

Problem at 390pxFix
The record table (.rt) forced a horizontal scroll on the page, not inside its own container — the extension's overflow-x only kicked in at 960px. The scroll container now starts at every width, and the table gets a minimum column width so cells stop collapsing.
Panel key/value rows put a 21px serif figure beside a wrapping sans key, so long keys squeezed the figure toward its neighbour. .prow stacks below 430px — key above, figure below, left-aligned — so the figure keeps its own line.
The filing-tab card's ::before label could exceed the card width and clip. Tab wraps to its own line and the card gains top padding to receive it.

The eight checks, now run

Standing rule: 390px is now a declared width, not an inherited one. tools/audit-readiness.py fails the package if the ≤430px breakpoint disappears from app.css, so the checklist above cannot silently stop being true.

← All preview cards