9 Commits (300153f9f6e69356c6c265972d049d8b9daa7c8a)

Author	SHA1	Message	Date
dev	300153f9f6	uix(tabs): temable — 96 % → 97 %, y su indicador es CANAL DE VALOR, no tema ... El contrato ya estaba entero (79 claves) y NO se acuña ninguna: las tres declaraciones que quedaban fuera lo están por doctrina, y así se firma. Lo que entra: - `width: 100%` de `fitted` firmado con su anotación `/* literal: */` (recipe-contract §3): es IDENTIDAD — `fitted` ES «la lista llena el eje inline», y un token ahí sólo podría tomar un valor sin desdecir la prop. Sale del ratio: 96 % → 97 %. - La propuesta §4.1 de la ficha (acuñar `indicator-width` / `-height` sobre `var(--indicator-w, 0px)`) se RECHAZA por escrito. Esas vars son el canal de VALOR de soma: la capa `MeasuredIndicator` escribe el rect del trigger activo en cada movimiento, así que un público encima sería un knob que un tema puede FIJAR — y fijarlo rompe el deslizamiento. Misma adjudicación que `navigation-menu` lleva escrita para su propio `indicator-w` (y la razón por la que su `-x` se retiró, muerto). El comentario de la receta lo dice ahora en el sitio donde se lee. - Guard R-5.4: entrada nueva en `COMPONENT_OVERRIDES` (barrido de `data-variant` line/surface/pills/segmented + las dos superficies de URL del propio demo, `perm.orientation=vertical` y `perm.disabled=true`): 40/79 → **70/79** sin adjudicar una clave de más. - Ledger: 9 adjudicaciones, todas MEDIDAS a mano sobre los nodos reales — los cuatro tokens de transición (el guard congela `transition`), los tres del anillo de foco (el guard hace `blur` a propósito), `trigger-bg` (la demo monta el Indicator y la regla que sube la etiqueta por encima de la píldora gana 0,2,0; sin indicador alcanza) y `scrollable-fade`, que además pinta por `mask-image`, fuera del juego de propiedades del guard. - README con su sección «Talla y tema» (tabla derivada del contrato) y pestaña `Tokens` en la demo (79 claves, verificada en el navegador). - Ficha `docs/audit/theming/tabs.md` con su veredicto §5. Comprobado y refutado: el trigger NO compone el `Button` canónico (`tabs-trigger.svelte` → `Tabs.Trigger` de soma, un `<button>` desnudo), así que la clase «el compuesto gana a la receta que lo compone» de toolbar / form no le aplica y no hay declaración muerta que ceder. Censo: 96 % → 97 % (77 knobs · 74 públicos · 2 globales · 0 literales · 1 excepción firmada · 1 sistema). Sin cambios en `recipes/base.ts` ni en `generated/base.css` — no hacía falta regenerar. Diff de computed: **0 diffs sobre 2.016 valores en 8 estados** (8 nodos en reposo, 7 en hover). Capturas 2× antes/después, idénticas. Guards: centinela 70/79 verde · `component-audit --only tabs` PASS · `eidos-lint tabs` 0 invalid (13 morfo-backed, 44 eidos-only) · `vitest run src/uix/eidos` 35/36 (el rojo conocido es `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error en ficheros de tabs · prettier limpio sobre el contenido normalizado a LF. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	93017975ca	fix(eidos): la capa de estado es un VELO — 38 hovers que no lo eran, al idioma ... El codemod de ayer apartó 47 knobs «en cola de migración a la capa de estado». Al empezar esa migración se ve que sólo SEIS lo estaban: el velo de §38 es `background-image: linear-gradient(var(--state-hover), var(--state-hover))` y no alcanza nada más. De los otros 41, veintidós mueven un BORDE y diecinueve mueven la TINTA — ninguno es la capa de estado por muy neutro que sea su valor. Eran deuda de nombre, y yo los había excluido del renombrado. El clasificador tenía media prueba: miraba el VALOR (¿neutro o con valencia?) y no la PROPIEDAD. Ahora exige las dos, siguiendo un salto por privado (`--_switch-track-bg-hover`) y entre componentes (la familia calendar presta `--calendar-control-*` a month-grid, range-calendar y year-grid, y por eso esos cuatro no aparecían consumidos en su propia receta). renombres 38 en 22 componentes · 113 referencias en 30 ficheros cola real 6 (checkbox · date-range-picker ×2 · scroll-area · splitter · switch) — los únicos que pintan fondo censo 162 · 5.203 · 1.841 (37 %) · 56 — IDÉNTICO --names 38 → 0 desviadas diff generated 38 renombres 1:1 · 0 cambios de valor computed field · tabs contra la línea base ORIGINAL (anterior a las dos pasadas): 4.031 valores, 16 estados, 0 diffs huérfanos 0 · formato sin regresión · audit 163 PASS · rtl 0 · docs 0 · suite 434 pasan (1 rojo conocido) · check 0 errores en ficheros tocados La muta-prueba se reescribió contra el catálogo vivo — asertaba nombres que el codemod ya había renombrado — y gana los casos que faltaban: un knob de borde neutro es `modifier`, uno de tinta neutro es `both`, y sólo los de fondo son `state-layer`. Queda una pregunta que §38 no contesta y que NO he decidido: si un hover de borde o de tinta POR COMPONENTE debe existir siquiera. R-4.3 guarda `background*` en `:hover`, nada más. Ahora al menos se llaman como deben mientras se decide. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bd916ef3fb	refactor(eidos): el catálogo habla un idioma — 269 claves al vocabulario firmado ... D-TH.6, ejecutada. El slot de tinta pasa a `fg` y el modificador interactivo se pone delante, que es lo que theming §6.7 r7 documentaba sin guard desde que se escribió. Value-preserving: renombra la clave en `recipes/base.ts` y sus 793 referencias en 101 ficheros; no toca un solo valor. claves renombradas 269 en 66 componentes referencias 793 en 101 ficheros censo antes/después 162 recetas · 5.203 knobs · 1.841 públicos (37 %) · 56 sin contrato — IDÉNTICO, como debe ser un rename --names antes/después 269 desviadas → 0 Qué NO entra, y por qué: 47 `{rol}-{slot-de-rol}` canónicas: COLOR_ROLE_SLOTS pone el modificador detrás POR CONSTRUCCIÓN (`primary-solid-hover`) 13 exentas firmadas `--focus-ring-*` es familia del sistema; el color de `aura` es un sustantivo; `stop-color` ES una parte de gradient-builder 47 hovers neutros por VALOR: migran a la capa de estado (§38 + R-4.3), no se renombran — firma 3 6 ocurrencias en historia changelog, errores-toxico, PLAN-affix/background: reescribir un registro fechado lo vuelve mentira El clasificador vive en el censo (`--names`), no en un script suelto, para que el guard R-5.3 consuma la MISMA gramática que el codemod. Su muta-prueba (`__names-mutatest.ts`, 27 casos) es lo que hizo el trabajo: cazó que yo promovía al frente CUALQUIER valor declarado por el morfo, y así `--sidebar-width-icon` (la anchura del raíl colapsado) se convertía en `--sidebar-icon-width` (la anchura de un icono), que es otra cosa. La firma dice «delante lo interactivo, detrás lo dimensional y contextual»: ahora sólo promociona el vocabulario interactivo cerrado, y lo contextual —`below`, `loaded`, `vertical`, `icon`— se queda donde estaba. Los cinco casos de regresión están en la muta-prueba. También cazó que `dropdown-menu.item-bg-hover` lee `var(--color-primary-element)`: es un hover CON VALENCIA (el palette swap de recipe-contract §2), no el hover bespoke que §38 deprecó. Clasificar por el nombre lo habría metido en una migración que no le toca; se clasifica por el VALOR. Verificación (§7.4, artefacto por paso): diff de generated/ 269 renombres 1:1 · 0 cambios de valor · 22 privados reapuntados a los nombres nuevos (`__names-verify-diff`) computed tag-group · field · tabs: 6.467 valores en 23 estados, 0 diffs — y comprobado en el navegador que sirve el CSS nuevo, para que ese 0 no sea el de una copia cacheada huérfanos 0 en código suite eidos 434 pasan · 1 rojo, el conocido (`skin-media-player`). `recipe-css-contract` verde: es el guard que caza el `var()` sin fallback a un nombre que ya no se emite, o sea el fallo exacto de un rename a medias component:audit 163 PASS · 3 NEEDS-WORK, los tres SIN TOCAR por esto check 0 errores en ficheros tocados (los 73 globales son de otras sesiones de la rama; se atribuye por fichero) rtl:check 0 · docs:check 0 formato el renombrado no alarga ninguna línea: ningún fichero tiene más líneas de 100 chars que antes, así que no se pasa prettier — hacerlo reformateaba 300 ficheros de deriva ajena Entra aquí la corrección del repaso de los 7 ya hechos: `gradient-builder.checker-color` → `checker-fg` (el damero de transparencia; ahí `color` era slot). Sus `stop-color-*` no se tocan. Queda para el paso siguiente: R-5.3 no puede graduar a `error` directo mientras los 47 hovers neutros sigan hablando el idioma viejo — o migran antes (firma 3, ya firmada), o el guard necesita una exención greppable. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	76f18a5e87	refactor(tabs): el indicador pasa a MeasuredIndicator, y aparece un punto ciego del guard ... Buscados los indicadores que comparten mecanismo con el de dc5e95665. Medidos los dos, no supuestos. NAVIGATION-MENU: CORRECTO, no se toca. Su indicador solo existe mientras un menu esta ABIERTO, asi que abrirlo ES el disparador de la medida y nunca queda rancia; ademas voltear cierra el menu, con lo que el escenario del rect viejo ni se alcanza; y ancla y medida son ambas fisicas. Medido dx=0 en LTR, en RTL y al volver. El usuario ya lo veia bien y tenia razon. TABS: roto por partida doble. (a) No remedia al voltear —dx=518—, el mismo agujero que el radio-group. (b) NI CON MEDIDA FRESCA acertaba en RTL —dx=400— porque [data-tabs-indicator] anclaba con inset-inline-start LOGICO mientras el JS le aplicaba un translate3d(x) FISICO. Es el defecto del slider, escondido donde el guard no mira. Migrado a MeasuredIndicator, que es la capa escrita para generalizar justo esto: soma mide (heredando la dependencia `dir` de dc5e95665) y expone --indicator-*, y el recipe posiciona con la propiedad translate desde esas vars y ancla en left: 0 fisico, coherente con una medida que es fisica. El wrapper de eidos pierde su rAF, sus observadores y su medicion: pasa a ser forma, que es su sitio. Los cuatro escenarios a dx=0, verificado en las tres variantes con indicador y a ojo en RTL. PUNTO CIEGO DE RTL-1, documentado en el propio rtl-lint.ts y en el handoff: el defecto (b) llevaba ahi desde siempre y el guard no podia verlo, porque el ancla estaba en el CSS y el transform lo escribia el JS INLINE. RTL-1 cruza declaraciones dentro de una regla CSS. "24 -> 1" significa 24 en el CSS estatico, NO que el catalogo este limpio: lo que pinta desde JS sigue necesitando el ojo. Efecto lateral bueno: la variante `line` vuelve a mandar en su grosor de 2px. El height inline del wrapper viejo lo pisaba — un comentario del propio tabs.css daba por hecho que no pasaba. Un guardian se activo y es CORRECTO que lo hiciera: component-visual-attrs.test.ts exigia data-ready en el wrapper de eidos. El atributo cambio de dueño a soma, asi que se retira la entrada, igual que el indicador del radio-group, que tampoco lo lista. Verificado: check 74 = linea base exacta. 446 tests pasan; el unico fallo es el de lint.test.ts por audio-player, PREEXISTENTE y comprobado con stash. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	53b6f629f2	feat(audit): component re-audit + fixes P0–P5 (P4 complete, P5 in progress) ... Re-audit of the whole component catalog at pilot depth (91 fichas + the checkpoint verdicts in docs/audit/components/) and the executed fix packages. - P0–P3: doctrine (sema participation, CANON §3 intent, component-guide §5 + API naming, §32 outline), guards (morfo-vocabulary-check S10/S11d, component-audit A-3.1/A-1.4/S9, eidos-lint classHooks), morfo contracts (role=application removed ×4, aria-selected off the Day, drp translationRef, field data-state prune, pin-input commit-set, media-player renames), 13 new sema packs + 12 morfos family-default → pack. - P4 (N1–N10) COMPLETE: selectionMode (select/combobox/toggle-group/calendar); onValueCommit terminal-callback norm (pin-input/search/password/textarea + date/time/color-field add); typed validation reason + onInvalid (tags-input, css-field); index/onIndexChange (carousel); deselectable; openDelay/ groupSkipDelay; allowCustomValue; defaultValue prune. - P5 (in progress): S1 class-hooks codemod (22 hooks → data-attrs across cropper/button/image-picker/toggle/image-adjustments); S5 outline remnant in field.css; depth pass (data-depth=overlay on tooltip/toast/float-panel); touch-rows (--touch-target token, decoupled ::before hit-slop, area-not-visual, 44 AAA). S6 (Field composition) + S8 (calendar-surface) pending. Verification: errors-outside-(alpha|words|palabras|chronos) == 59 (baseline); morfo-vocabulary-check exit 0; eidos-lint class-hooks/invalid 0 on touched components; per-component vitest suites green. Handoff + remaining plan: docs/process/continue-audit-fixes-2026-07.md Excluded (broken by the N1 rename, left broken per user decision, not staged): words/**, palabras/**, chronos, web/routes/alpha/**. Reconciliation pending: the touch-rows ::before for checkbox/switch reverses changelog §37's earlier pseudo-element rejection (WCAG-overlap) that had routed markers to a labeled-row/Field task — flagged for the user in the handoff. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	3095065f0c	feat(eidos): recipe contract R-4.x + motion-channel migration 15/15 + theme-builder fixes + inventory decisions ... Fable audit follow-through (fable_audit.md + fable-eidos-audit.md): - RECIPE_CONTRACT.md (E2 canon): the transversal systems every recipe must consume, enforced by component-audit R-4.1-4.6 (all at error; escape valves /* literal */ + /* functional */; WIP tracks excluded). Stale audit rules fixed against the current architecture (E-2.2 wrapper imports, D-1.2 v2 9-tab union, D-3.1 single snippet, TabsVariant mirror) - verdicts went 0/117/15 -> 75/50/5. - Motion migration 15/15: recipes off local @keyframes onto the channel - preset stamps (dropdown/context/select/combobox/tooltip/link-preview/ clipboard), new expand/collapse + value-flash signatures, shared-axis reverse pair, delayed-open open-alias in the preset trigger (PRESET_STATE_ALIASES), materials pattern for irreducible triggers (card/timeline/tabs/nav-menu/metrics). Duration/scale hooks keep every recipe's tuned values. - buildScheme (fase C): full a1..a12 alpha ramp per role (was a2/a3 - stale alphas after applyColorScheme), intentSeeds so temper starts from the ACTIVE theme's intent mapping (risk stays orange), alpha background self-derived from the scheme's own neutral step 1 (was hardcoded #fff/#111); mode now forces the donor variant. - Inventory decisions (fase D): semanticTracking axis removed (all-zero), border-hover slot dropped (0 consumers), separator slot adopted across line dividers (step 6, Radix divider tone), size-bundle consumption pilot on toggle (canonical coordinates consumed, deliberate deviations kept visible). - Docs: building-a-component.md (the one door, 9-phase route + known traps), PLAN-docs-reconciliation.md (fase 6 kickoff for a fresh session), THEMING wiring updates. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	9fecb80fac	chore(eidos): fold tabs trigger hover into the --state-* layer ... The last neutral component on a bespoke hover. tabs trigger (transparent base) moves to the shared state layer: background: var(--tabs-trigger-bg-hover) -> background-image: linear-gradient(var(--state-hover), var(--state-hover)) Overlay (background-image) keeps it filled-safe for the segmented/pill variant. Removed the now-orphan --tabs-trigger-bg-hover recipe token + regenerated base.css. tabs.css is concurrently being reworked by the other session (segmented variant + focus outline migration, uncommitted). Staged ONLY the hover line via line-level staging (checkout HEAD + sed the single line) so their uncommitted segmented/focus work stays untouched + unstaged in the working tree. Completes the --state-* neutral-hover unification: every neutral component now uses the state layer; only valenced (palette) hovers keep their own. Verified: tabs.css uses --state-hover, token gone from base.css, segmented tokens intact; eidos suite 15 failed (pre-existing) / 255 passed.	3 months ago
dev	a8045658aa	Guard Eidos recipe CSS contract	5 months ago
dev	cb5097b3c3	Add active eidos runtime and morfo lang registry	5 months ago