5 Commits (e522e04e65eaa3d8fb303442aed87ab0f64a9c62)

Author	SHA1	Message	Date
dev	e522e04e65	docs(theming): los 21 de la mañana recuperan su README y su pestaña Tokens ... La revisión de hoy (`REVIEW-theming-2026-08-23.md`, punto P4) destapó que NINGUNO de los commits de tokenización de la mañana del 23 hizo los pasos 8 y 9 del protocolo: `git show --stat` de los diecisiete sólo tocaba CSS, base.ts, el ledger y las fichas. Veintidós componentes tokenizados sin la tabla de tokens en su README y veintiuno sin la pestaña que la enseña viva. QUÉ ENTRA - **README «Talla y tema»** en 22 (los 21 con demo + `surface`, que no tiene ruta). La tabla NO está escrita a mano: se DERIVA de `lib/recipes/base.ts` y de `theming-sentinel-exceptions.ts`, así que lo que el lector ve es lo que el contrato dice. Hasta 30 claves va la tabla completa clave → valor por defecto; por encima, agrupada por parte (con la paleta en su propio grupo, que si no se come la tabla: button tiene 70 claves de tono de 106). Debajo, lo que el guard da por silencioso con su razón medida, y la excepción POR PATRÓN cuando la razón es la cascada de paleta. - **Pestaña `Tokens`** en los 21 con demo, con el conteo real de claves. VERIFICADO EN EL NAVEGADOR, LOS 21 Cada pestaña abre y lista exactamente sus claves: menubar 35 · field 68 · onion-menu 19 · button 106 · callout 34 · empty-state 26 · dropdown-menu 28 · context-menu 28 · checkbox 47 · image 23 · anchor-nav 12 · banner 53 · date-range-field 7 · time-range-field 7 · tooltip 23 · section 4 · sticky 1 · button-group 1 · qr-code 10 · toggle-group 1 · split-button 1. ⚠ Y el verificador mintió DOS veces antes de acertar: primero buscaba el rótulo de la cabecera del panel en `innerText` (no lo encontraba aunque la tabla estaba ahí), y después clicaba con `element.click()` tras `waitUntil: 'load'` — la página aún NO ha hidratado, así que el `onclick` de Svelte no está enganchado y el clic no hace nada. Con `networkidle` + el clic de Playwright (que espera a que el nodo sea accionable), los 21 en verde. Es la ley de siempre: el instrumento miente primero. `audio-player` queda fuera: no tiene README propio — hueco aparte, anotado. Verificación: `npm run check` sin errores nuevos en las 21 demos (los 72 globales son ajenos y preexistentes) · `docs:check` 0 · cada README conserva su estructura de encabezados y **ninguno gana un hunk de prettier** (mi sección se formateó dentro de su propio recorte, sin tocar lo ajeno). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4a27715170	uix(section): la sección de una página es un componente, no un esqueleto que cada block reescribe ... Los 19 blocks del tier repetían el mismo chasis: un <section {...rest}> escrito a mano, dentro Section (el aire), dentro Container (la medida) y a veces Background (la decoración). Medido antes de tocar: containerSize recableado en 16 blocks, sectionSize en 15, decor en 9, y OCHO copias del mismo Header — Box maxWidth 48rem + Motion viewport + Stack gap 3—, una de las cuales ya había derivado en silencio: la de article-grid perdió su Motion. La regla del propio tier dice que una parte se gana el compound cuando SE REPITE. Aquí lo que se repite son los blocks, así que la repetición se gana un componente. Y no uno nuevo: ese componente ya existía a medias y se llama Section. Crece en vez de nacer un hermano — un segundo componente obligaría a explicar en cada README en qué se diferencia de Section, y la explicación sería «Section con tres props más». Section gana, todo opcional: containerSize (compone Container DENTRO, y sin él los hijos se renderizan igual que siempre), decor (pinta Background.Pattern como HIJO, para que la banda sangre a todo el ancho por detrás de la medida sin ganar caja) y la parte Section.Header. Y renderiza un <section> real. Renderizaba un <div> a propósito, con la nota «si un consumidor necesita un <section> de verdad para el landmark, que lo envuelva» — y nueve blocks hacían exactamente eso, pagando un nodo extra para poder nombrarse. Un <section> sin nombre NO es landmark (se expone como region sólo al llevar nombre accesible, que es lo que A-109 dejó medido esta misma semana), así que el tag no ensucia el árbol de nadie y la raíz duplicada desaparece. Para eso Box gana `as`, que cierra F21 («los primitivos de layout no pueden cambiar de elemento»): lista CERRADA de elementos contenedores, nunca void — es una escotilla semántica, no un prop de tag libre—, default 'div', y el modelo de caja, las vars y la receta idénticos rinda lo que rinda. Los ≥2 casos reales que la decisión original pedía para reconsiderarlo llegaron hace tiempo: la columna de enlaces del pie que debía ser ul/li, y estos dieciséis blocks. Migrados DOS como prueba, uno por clase: feature-grid (medida) y stats-band (medida + decoración). Cada uno pierde dos niveles de anidamiento y su <section> duplicado — medido en navegador: [data-section] ES el <section>, el patrón 'grid' sigue siendo su hijo, 1280 de ancho, 64px de aire, 1024 de medida, y el documento pasa de 3 elementos <section> a 2. Los otros 17 van en tandas aparte. ⚠️ El paso de tipos que costó los únicos 5 errores de esta rama, y que lo explica una regla ya escrita en el propio types.ts de stats-band: «sub-parts extend the props of the canon component they wrap, never HTMLAttributes: the raw attribute surface clashes with the canon's refined style/class when spread through (the feature-grid lesson)». Ahora la RAÍZ también envuelve un componente del canon, así que sigue la misma regla: FeatureGridProps y StatsBandProps extienden SectionProps. Gates: svelte-check 72/62 antes y después · vitest eidos+blocks 470/471 (el rojo es skin-media-player, ajeno y documentado) · blocks:check 0/19 · docs:check 0/0. Prosa al día: README de Box y de Section, la demo de Section (que anunciaba la limitación en cuatro sitios) y F21 cerrado en PLAN-blocks-quality §6. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e97fdc53c2	fix(demos): drop fake soma snippet from 26 eidos-only component demos ... Eidos-native components have NO soma layer, yet each demo rendered a misleading "soma" code-snippet block ("n/a · eidos-native — equivalent markup shown") fed by an orphan `somaSnippet` derived. Sweep the fix already verified on text/heading across all 26: layout primitives box flex grid stack container auto-grid wrap group section aspect-ratio float typography/inline code code-block kbd mark highlight link badge separator visual leaves avatar banner skeleton spinner icon display scroll-frames For each: remove the `somaSnippet` declaration + the soma `data-uix-code` block, leaving only the real eidos snippet (and dropping its now-unneeded inline margin-top). Skipped (correctly): card / avatar-group / image (soma mentioned only in prose, no fake code block — image reads a real ImageProvider) and all genuinely soma-backed components. Verified: `npm run check` 0 errors; 0 orphan somaSnippet refs in swept files; browser spot-check (box, scroll-frames) shows one eidos code block, zero soma badges. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	4 months ago
dev	591b08853a	feat(layout): canon demos + morfos for the remaining 6 primitives ... Replicates the box / flex canonical pattern across grid, stack, group, wrap, container and section. Each gets: - `src/uix/morfo/components/{name}.ts` — scope `eidos`, single Provider part, no events. Header comment justifies the 0-event surface as a passive container composing through Box / Flex. - Rewritten demo following DEMO_AUTHORING_GUIDE: 6 tabs (Live · API · Morfo · Sema · Recipe · A11y), `Layout · {Name}` eyebrow, 4 meta pills, permanent stage between header and tablist, trace strip, MutationObserver wired to data-event, reactive soma + eidos snippets, API tables grouped by concern, reference comparison vs radix-themes / chakra-ui / mantine. Cross-references in every lede + API tab: - Grid → Box (item placement) + Flex (flex containers) - Stack → Flex (full API) + Group (row cluster) - Group → Stack / Wrap / Flex - Wrap → Flex (`wrap="wrap"`) + Group (nowrap) - Container → Box (arbitrary maxWidth) + Section (block padding) - Section → Box (non-semantic padding) + Container (max-width) Demo sizes: grid 479L, stack 426L, group 458L, wrap 460L, container 415L, section 386L (vs 80-95L before — matches drawer/avatar canon mass). svelte-check: 0 errors, 0 new warnings. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	5 months ago
dev	9ec2a57a85	feat(eidos): port 8 layout primitives from air (box, flex, grid, stack, group, wrap, container, section) ... Visual-only primitives translated from the legacy `air/components/layout` on the morfo-runtime branch. Architectural adjustments for the eidos target: drop the `air-` class prefix, target `[data-{name}]` directly, rename CSS vars to `--{name}-*`, replace `var(--air-space-N)` with the eidos foundation `var(--space-N)` token, resolve responsive props via `ActiveEidos.resolve(prop)`. - `box` — universal box-model utility (size, padding, margin, gap, position, overflow, flex/grid item props). Every prop maps to a CSS custom property; unset props fall through via `revert-layer`. - `flex` / `grid` / `stack` / `group` / `wrap` — layout containers that render through Box (single `<div>` per primitive, no semantic-tag prop in this batch). Markers stack as `[data-box][data-{name}]`. - `container` — max-width centered (sm/md/lg/xl/full). - `section` — semantic-padding block with background tone variants. Shared helpers at `_layout/shared.ts` (formatLayoutSpace / formatLayoutLength / formatLayoutRaw / pushStyleVar / composeStyle) plus an optional `Layout.*` namespace barrel for consumers who prefer that style; the individual `import { Box }` from each component dir also works. Each primitive ships a demo at `/uix/components/{name}/` with a live example, a props table, and a reference comparison row (radix-themes / chakra-ui / mantine). svelte-check: 0 errors / 0 new warnings. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	5 months ago