UI.1 Interface pattern: one slot system every layout maps onto, written down, with a reference mockup

Owner 2026-11-09: our layout efforts do not feel "strong and stable and consistent"; main menu bars, ribbons, panels and footer bars from every mainstream interface must fit one patterned system cleanly. What exists: the layout engine (assets/js/app-workspace.js, 1,050 lines) with 15 block kinds over 12 fixed places (app-workspace-format.js PLACES: top, bottom, left-panel, right-panel, stage-top/bottom/left/right, view-top/bottom, float, none) and six built-in layouts (docked, toolbox, autorev, duncan, vector, sketch), each a data file. The pattern is real but was never drawn or written as a rule book, so each new layout (Duncan, Vector, Sketch) added its own block and its own CSS section. This row: (1) the mockup made today, pattern.html: the slot map, the seven layouts (the six plus the Drafting layout of UI.12) drawn on the same slots, the block families (menu bars, ribbons and tool rows, palettes and panels, bars, overlays, windows) and the consistency rules; (2) a spec docs/INTERFACE-PATTERN.md from it: the places (adding view-corner overlays, UI.10, and windows, UI.2/UI.3), what each family may do in each place, the one tear-off, one "…" menu, one pressed/disabled/hover state, one dialog baseline, one icon set, one keyboard contract, one storage key family; (3) the conformance test (bin/test-app-workspaces.mjs, 12 contract points) gains a point per rule, so every layout in every app is held to the same pattern from then on. Every later row in this wave builds inside this spec; a new block that does not fit it is refused. Owner addition the same day (see UI.21): the pattern is zones and dockable units, a ribbon being tool units docked along the top of the canvas and a palette the same unit docked at a side, the way panels dock, group and collapse in image editors; the mockup and spec state it that way.