6 Commits (f3bf6a02996eb64fa11d25b7d875ce7b4e413584)

Author	SHA1	Message	Date
dev	15621632be	fix(color): un solo vocabulario de rol, y la documentación del color reconciliada ... Había DOS tipos exportados con el mismo nombre. config-types.ts:39 declara `ColorRole = HierarchyColorRole | Intent` derivado del const (9 roles, con tertiary) y existía desde el 2026-05-13; eidos/lib/types.ts:125 lo re-escribió a mano siete días después con 8 miembros —sin tertiary— y nada lo justifica: ni el commit (fb5dd0919, «Advance Eidos demos and form validation docs»), ni un comentario, ni un documento. No fue una decisión de excluirlo: fue una omisión, y el 2026-06-27 se fosilizó al añadir HierarchyColorRole AL LADO en vez de arreglarla. Qué fichero importara de dónde decidía si tertiary era legal. La deriva era SÓLO de tipos: el runtime nunca divergió. resolveComponentColor une COLOR_ROLES + PALETTE_SCALES (42), la capa compartida emite la fila [data-color='tertiary'] iterando COLOR_ROLES, y 94 ficheros pasan por ese resolvedor. O sea que el tipo rechazaba en compilación un valor que el motor resuelve. Por eso ensanchar 8 -> 9 es aditivo: check queda en la línea base exacta (73 errores / 53 warnings) y los 362 tests de eidos pasan. - eidos/lib/types.ts re-exporta ambos tipos de config-types, donde derivan del const. El docblock deja escrito el porqué para que no vuelva por ignorancia. - Guard nuevo en recipe-css-contract.test.ts: falla si un fichero de eidos/lib vuelve a deletrear >=2 nombres de rol como literales. Verificado con control negativo — caza el texto del bug original y el HierarchyColorRole a mano; permite el Extract<> legítimo, el re-export y uniones ajenas al color. Documentación del color, reconciliada contra el código: - reference.md §4 «Per-component subset» seguía enseñando los subconjuntos por componente que §25 derogó el 2026-07-18, con tabla y justificación, sin marca. Marcada REVOKED; conserva el arbitraje (intent evaluativo gana), que es lo que sigue vivo. - `tertiary` figuraba como RESERVADO y no consumido en dos sitios (reference §4 y el comentario de themes/base.ts) cuando entra en ComponentColor, lo acepta todo prop color abierto y tiene su fila en la capa compartida. - rfc-color-engine §13 decía «the 9 --color-{role}-{slot} slots»; son 12 (COLOR_ROLE_SLOTS). Ahora enlaza el const en vez de copiar el número. - El frontmatter del mismo RFC daba la fase 5 por «gated» cuando su `border` 6->7 aterrizó el 2026-06-05 (reference §28); y §9 leía como lista de defectos vivos cuando sus cuatro filas están hechas. - reference §40 se contradecía en una línea: llamaba a CONTRAST_PAIRS fuente compartida «con el Stage-2 solver» y 40 líneas después declaraba que Stage 2 cerró SIN solver. - 8 citas a «THEMING §25.5» apuntadas a §25: esa numeración sobrevivió en la crónica (changelog §25.5) pero no en la referencia tras la escisión. - JSDoc de avatar y card documentaba su prop como «Canonical ColorRole» (8) cuando el tipo real es ComponentColorProp (42 + CSS crudo) — justo lo que lee un consumidor. - «8 roles» hardcodeado en callout/README.md (error de docs:check), callout.svelte y mark/README.md: enlazan el const, como manda authoring.md. docs:check baja de 2 errores a 1. Y una anotación, no un arreglo: banner/types.ts declara `BannerIntent = ColorRole`, fundiendo el eje evaluativo con el de pintura (primary/secondary no son evaluativos), y Banner no tiene prop `color` en absoluto. Queda marcado en el docblock como decisión pendiente con sus citas — resolverlo es el otro frente (un solo eje de color arbitrado por intent), y no está decidido. Fuera de este commit: src/uix/blocks/banner/ es un directorio entero sin trackear (trabajo en vuelo), y ahí quedan las dos últimas instancias del conteo hardcodeado, incluido el error que le queda a docs:check. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	73411f1440	docs(color): amplía el cierre de Stage 2 — RFC §15 + README + stub ... Documenta el resultado (el solver de contraste era innecesario: el morph HEREDA el contraste de donantes §40-compliant) en los docs de diseño/código: - docs/rfcs/rfc-color-engine.md: §15 nueva (resolución Stage 2 con las 3 bancas de evidencia + decisiones D1–D6), anotación de fases §11 (Phase 0 = tipos diferidos D5; Phase 3 = base→seeds NO se hace, D2), footer + §14. - src/arts/color/README.md: CONTRAST_PAIRS en la API + nota "contraste heredado, no resuelto" con puntero a RFC §15 y reference §40. - src/uix/eidos/COLOR_ENGINE_RFC.md (stub): deja de sobreafirmar que el tipo ColorScaleSeed existe (está diferido, D5) + puntero a §15. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 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	2050becba6	fix(docs): counts sweep round 2 — 12 slots (not 13), 9 roles (not 8) + guards ... Extending the I1 count guard to color roles and role slots surfaced four more stale counts the palette fix predicted: the RFCs still said '13 slots' and enumerated borderHover8 (the slot was retired 2026-07-02, zero consumers — COLOR_ROLE_SLOTS is 12), and two component READMEs (css-field, float-panel) still said '8 roles' from before tertiary made it 9. The guard itself had the same disease it polices: extractConstArray counted the quoted 'borderHover' inside the comment documenting its own retirement, so expected=13 and the stale mentions passed — comments are now stripped before extraction. css-field's README is fixed on disk but left unstaged (it carries unrelated local modifications). docs-check now verifies families=8, intents=6, archetypes=26, palette=33, roles=9, slots=12 against their consts on every run. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	fc9fc80e09	fix(eidos-docs): the palette is 33 scales, not 31 — UI bug + docs + count guard ... User-caught drift, and it was live in the UI, not just prose: the demo harness's hand-copied PALETTE_GROUPS enumerated 31 scales — fuchsia and steel (the two non-Radix scales) never appeared in any demo's PalettePicker even though PALETTE_SCALES (the const, 33) and the recipe cascade (paletteScaleDecls maps the const) resolve them fine. Fixed the two missing entries, typed the groups as PaletteScale[], and added a dev-time completeness assertion so growing the const without grouping throws at module load. Prose swept (the numbers were inherited verbatim from the pre-book sources, which contradicted their own '33-scale library' headers): decisions.md color-model row, demo-authoring x4 (incl. the '31-scale palette' lede), rfc-color-engine x4 (ground-truth + templates open-question). Where the count was incidental the text now points at PALETTE_SCALES instead of restating a number. Guard: docs-check I1 gains the palette count (EN + ES patterns, ~-approximation and type/space-scale exclusions; s-mark added to the section-number skip). The check line now prints palette=33. This was the exact class I1 already covered for families/intents/archetypes and had not been extended to the palette. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	732e128bf1	docs(book): F7.4 (4/4) — color-engine RFC translated; rfcs/ batch COMPLETE ... COLOR_ENGINE_RFC (619 L, the largest RFC) -> rfcs/rfc-color-engine.md, Spanish to English, same section numbering (s0 TL;DR, s6 generator + s6.1 isomorphism + s6.2 deriveScheme/buildScheme, s7 wide-gamut strategies, s8 APCA, s10 frozen invariants, s11 phases with 4-bis implemented, s13 bloat-doc absorption, s14 comparison). Its THEMING_AUDIT citation notes the audit is retired; the s25/s26 canon citations point into theming/reference.md. decisions.md row repointed + Status aligned (implemented through phase 4-bis); the index's naming note rewritten — the deferred eidos-RFC rename is now DONE via stubs, while the arts DESIGN_* docs keep their legacy names in place (their citations were not swept). F7.4 complete: 7 RFCs live at docs/rfcs/rfc-{scaling, structure, depth, shape, typography, color-model, color-engine}.md; MOTION_SERVICE_RFC stays in src (foreign/concurrent). docs:check 0 errors. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago