50 Commits (c05349c3ff1e0efac5bae08dedf20914772cb063)

Author	SHA1	Message	Date
dev	7781d6e4c8	feat(audit): R-5.3 — la gramática de los nombres deja de ser prosa ... El canon de nombres llevaba meses documentado y sin guard, y la medición del 2026-07-01 ya decía qué le pasa a un canon así: deriva entre el 30 y el 85 %. Había derivado. El codemod de ayer lo normalizó; esto es lo que impide que vuelva. R-5.3 valida una FORMA, no una lista — ahí se separa del guard de eventos, que comprueba pertenencia a un vocabulario cerrado. La forma es: tinta = `fg`, modificador interactivo DELANTE, y detrás lo dimensional y contextual. No reimplementa la gramática: la consume de `theming-census --names`, que es la misma fuente sobre la que corrió el codemod. Dos implementaciones de una gramática son dos gramáticas que acaban discrepando — y este repo ya pagó esa factura con `commit-resize`, un hook muerto tres meses en una receta con todos los tests en verde. Entra en `error` directo, sin rampa `warn`, porque su deuda murió en el mismo pass (precedente R-4.4). Las claves en cola de migración a la capa de estado se reportan APARTE: no son deuda de nombre, son knobs que van a desaparecer, y renombrar lo condenado es churn. Muta-prueba de tres caras, que es lo único que distingue un guard de un guard que pasa sobre el vacío: `-bg-hover` con valor de acento → ROJO `trigger-color` → ROJO `primary-solid-hover` → VERDE (canónica: COLOR_ROLE_SLOTS pone el modificador detrás por construcción) La tercera es la que importa: es el fallo que un codemod ingenuo habría cometido sobre las 47 claves de rol, `button` entero incluido. Doctrina en el mismo pass: recipe-contract §1 gana las dos filas que le faltaban (tinta y estado) más la frase que las gobierna y las dos familias con gramática propia; §4 gana la fila R-5.3; theming §6.7 una nota fechada que acota el principio de plataforma del px/py a los ejes dimensionales. El checklist de cierre declara la regla — lo cazó `docs:check` con su propio guard I5, que exige que toda regla del audit esté declarada allí. Lo que NO entra, y por qué: el tercer muro (el tipo en `defineRecipes`, molde `PhysicalAxisKey`) está escrito y probado, y dispara sobre 17 claves — los hovers neutros que la firma 3 manda migrar. Meterlo hoy rompería `npm run check` a todo el mundo por una deuda que ya tiene dueño y fecha. Entra cuando la migración a la capa de estado las vacíe; son dos líneas entonces. component:audit 163 PASS · 3 NEEDS-WORK (badge, mockup, motion — los tres sin tocar por esto, R-5.3 pasa en los 166) docs:check 0 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	740274a847	uix(background): el fondo se mueve con el scroll, y con lo que el lector no pidió no ... F3 (parallax) + F4 (demo y registro documental) + las correcciones de sus dos auditorías, en un commit porque viven en los mismos ficheros: la demo enseña los ejes que F3 añade, y separarlas dejaría un estado que nunca se probó. Cinco maneras de que una capa deje de estarse quieta: `speed` (cuánto del token de travel cubre mientras el anfitrión cruza el viewport), `bleed` (crece más allá del anfitrión para que el viaje no arrastre su propio borde), `depth` (la deriva contra el puntero), `spotlight` y `attach='fixed'`. El travel es CSS: `animation-timeline: view()` lo gobierna desde la posición de scroll, sin listener ni rAF. Sólo donde el motor no lo trae, la pila arranca `ScrollProgress` y escribe `--background-progress`, que la rama `@supports not` mete en la MISMA declaración; los dos caminos no pueden estar vivos a la vez porque el JS comprueba la condición idéntica con `CSS.supports`, y ambos se paran bajo `prefers-reduced-motion` — el parallax es movimiento atado al scroll del propio lector, que es justo la clase que provoca síntomas vestibulares. **La decisión que no estaba prevista.** El scroll y el puntero quieren mover la MISMA capa, y una animación sobre `translate` gana a cualquier declaración estática: el puntero habría dejado de existir sin más. Así que el scroll anima una custom property REGISTRADA (`@property`, o interpolaría a saltos) y un único `translate` compone los dos términos. Medido: parallax solo → `0px 30px`; con el puntero arriba-derecha y `depth: 20px` → `20px 10px`. Es `translate` y nunca el shorthand `transform`, la misma ley que sigue el lift del draggable con `scale`. El precio, dicho porque en la primera redacción escribí lo contrario tres veces: una custom property NO se puede compositar, así que el navegador recalcula estilo cada frame. Para una decoración es el intercambio correcto —una property por capa que viaja, ninguna bajo reduced motion— pero «va en el compositor» era falso y ahora el código dice lo que ocurre. **Dos footguns cerrados por forma, no por disciplina:** - `attach='fixed'` se DECLARA desde la capa y la pila se recorta sola. Antes había que escribirlo también en la pila, y olvidarlo dejaba la capa `position: fixed` pintando a sangre por todo el viewport, detrás de todo y sin error (un hijo fijo se escapa de `overflow: clip`; sólo un `clip-path` lo trae de vuelta). La prop de la pila desaparece: no hay nada que olvidar. - Un `speed` negativo —una capa que se mueve contra el scroll— invertía el bleed: la capa ENCOGÍA y enseñaba justo los bordes que el bleed tapa. Ahora usa la magnitud. **Lo que costó medición**: el shorthand `animation` pone `duration: 0s` y una línea de tiempo de progreso necesita el `auto` inicial, así que con el shorthand la capa no se movía nunca (van longhands, con el porqué escrito) · mi listener de puntero pedía un frame y no lo liberaba si el rect salía degenerado, matando el puntero para el resto de la sesión (reescrito sin frame, con el rect cacheado e invalidado por `pointerenter` y `observeResize`) · las cuatro registraciones —`animated`, `pointer`, `scroll`, `fixed`— comparten un solo sitio, `declare.svelte.ts`, donde vive la regla A30 y su segunda mitad: registrar desde el init, y seguir el prop sin escribir en la primera pasada. **La demo** (`/uix/components/background`, v2, nueve pestañas) monta un ANFITRIÓN de verdad en el escenario, porque este componente es invisible por sí solo y sin padre no se puede enseñar lo único que importa: que el padre se adopta y el layout no se mueve. Los chips son uniones completas verificadas por el TIPO (`Record<Union, 0>`): un miembro que falte es error de compilación. Y fue la demo la que destapó que, con A30, encender `animate` en caliente no hacía aparecer el control de pausa — el registro era un hecho de montaje. Invisible en una sonda, obvio con un interruptor. Registro documental (D-BG.11): `next-features.md` §11 · la frase en `design-text-effects.md` (el mismo corte canon/pack leído desde el otro lado) · `PLAN-blocks-quality.md` Q0.3 → sucesor · `surface/README.md` §Gaps «scrim de autoría» CERRADO por `Background.Scrim` · glosario con entrada `Background` y `Aura` corregida (decía «Not built yet» y está construido) · y en `motion-guide.md` §8 + el RFC: el travel ligado al scroll no es un preset —un preset nombra una transición discreta CON duración, y esto es modulación continua sin ninguna— y sólo se replantea como dominio con un segundo consumidor. Verificado en Chrome real: el puntero mueve `depth` y `spotlight` con los valores exactos y vuelven al centro al salir · `attach='fixed'` estampa y retira el recorte de la pila · el bleed aguanta el speed negativo · RTL: el `translate` del puntero se mantiene FÍSICO y el bleed en el eje de bloque · cada control de la demo cambia algo (los de `spotlight` y `depth` no llegaban a tres de las cuatro clases de capa hasta la segunda auditoría). ⚠️ SIN VERIFICAR, y no lo doy por bueno: el travel real al hacer scroll, los 60 fps y el detector de reflow. El panel del navegador va oculto con viewport 0×0 y ahí las animaciones scroll-driven declaradas en CSS no se activan — comprobado que es del ENTORNO con un caso mínimo inyectado (un `div` pelado con `animation-timeline: view()` sale inactivo mientras una `ViewTimeline` creada por API sobre el mismo sujeto marca 68%). Necesita una pasada con Chrome visible. Gates: audit `--only background` PASS 0 errores · eidos-lint invalid 0 · `rtl:check` 0/180 · `docs:check` 0/0 en 634 docs · `blocks:check` 0/18 · `morfo:check` PASS · smoke PASS · 441/442 (el fallo es el `skin-media-player` de siempre) · `check` 0 errores propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ad26922d29	uix(foundation): data-ink, el contexto de tinta para marcas ajenas ... El hermano de data-on, para un problema distinto: uno re-entinta un subárbol porque cambió su lienzo, este porque el contenido son marcas de otros y se pelean entre sí. Un muro de logos de clientes es el caso que todas las referencias shippean y ninguna resuelve a nivel de sistema: veinte marcas en veinte paletas gritan sobre la página, así que los catálogos retocan cada asset a mano — y por eso venden el modo oscuro como un segundo artefacto, porque un asset retocado no puede seguir a un tema. Va a la fundación y no a un componente, y eso se midió antes de elegir. Image no tiene eje de tinta, ni prop ni regla, y tampoco era su casa: es un componente con máquina de estados de carga para fotos, mientras que un logo suele ser un svg en línea. Y el mecanismo es doble — un vectorial toma la tinta por currentColor y un raster por filtro —, así que un solo eje tiene que cubrir los dos. Un primitivo Logo nuevo se descartó por lo mismo: no habría cargado más que el contexto. Sin tokens nuevos: el reposo y el realce son los que el tier semántico de la escala de opacidad ya tenía. Y el opt-out por marca vale anidado, porque hay marcas registradas que no se pueden alterar y el bloque no puede saber cuáles. Dos medias querys que importan: la transición se anula con la preferencia de movimiento reducido, y bajo colores forzados se retira el desaturado entero, porque ahí la paleta es del sistema y desaturar pelearía contra el contraste que ese modo existe para garantizar. Verificado sobre ocho marcas de anchos y colores dispares: en mono, gris al sesenta y cinco por ciento con la tinta del tema, y otra distinta en oscuro; en brand, el color propio de cada una; al pasar el puntero, color entero. Queda anotada en el generador la trampa que me costó una vuelta: renderBlock une declaraciones con un salto de línea y no añade punto y coma, así que cada entrada trae el suyo salvo la última. Escritas sin ellos, las reglas llegan a la hoja de estilo y no pintan nada. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	93d18c90df	uix(table): una tabla ancha vuelve a tener por dónde salir, y expone los tipos que exige ... Dos cosas que salieron al componer la tabla de comparación de pricing, y que no son del block. La primera se ve y se mide: a 375 la tabla ocupaba 420 dentro de un contenedor de 327, y esos 93 píxeles eran inalcanzables. Sin barra, sin indicio, columnas desaparecidas. Fijar la primera columna —que funciona— no sirve de nada si no hay nada que desplazar. El envoltorio recortaba en los dos ejes: el recorte existe por el radio de las esquinas y el eje de bloque lo necesita, pero el eje en línea no, y ahí se comía contenido. Ahora el eje en línea desplaza y el de bloque sigue recortando, así que el radio se conserva y nada scrollea en vertical salvo que se pida con maxHeight, que es otra cosa. Medido después: cuatrocientos veinte sobre trescientos veinticinco, desplazable; al mover noventa y cinco la columna fijada se queda donde estaba y la última columna entra en pantalla. La demo del propio componente no cambia. La segunda es de tipos: el componente exige una instancia del motor y no la exportaba, así que cualquiera fuera de libs tenía que cruzar una frontera para tipar su propia envoltura. El guard del tier blocks lo rechazó por nombre y tenía razón: lo que se corrige es que el componente exponga lo que demanda, no que la frontera se ensanche. El guard afirma la forma con su porqué escrito y está probado por mutación: devolviendo el recorte de siempre, falla. Que sea guard y no nota importa porque el fallo era silencioso — nada peta, el contenido desaparece por el borde. Quedan registradas dos filas abiertas que no toco: la columna fijada se ancla con una propiedad física, así que en dirección derecha-izquierda se mueve con el contenido en vez de quedarse —medido, su borde se sale de la pantalla—, y eso es del eje de dirección; y el prop de la tabla no lleva parámetro de tipo, así que todo consumidor tipado castea, empezando por la demo de este mismo componente. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b92dc3bdb2	uix(card): el estado deshabilitado deja de pelearse con la animación por la opacidad ... Salió midiendo el plan actual de pricing: la tarjeta no se atenuaba. La regla estaba escrita, el token resolvía a 0.4 sobre la propia tarjeta y el cursor de esa misma regla sí aplicaba — pero la opacidad computada seguía en uno. La culpable es su propia animación de entrada. Corre con relleno en los dos extremos y su último fotograma es opacidad uno; una animación gana a una declaración normal en la cascada, así que fijaba la propiedad para siempre. Aislado en el mismo nodo desactivando la entrada, atenúa correctamente. Llevaba ahí desde que el componente existe, invisible porque el cursor hacía parecer que el estado estaba cableado, y alcanzaba a toda Card deshabilitada del ecosistema. El arreglo es dejar de compartir la propiedad: el estado atenúa por filter, que la animación no posee. Mismo token, misma escala, ninguno nuevo, y el bloqueo del puntero en la tarjeta interactiva no se toca. El guard afirma la FORMA con su porqué escrito —que la regla usa filter y no opacity, más el bloqueo del puntero y la presencia de la animación que obliga a esa forma— y está probado por mutación: devolviendo la regla a opacity, falla; restaurada, verde. Verificado con la animación presente: la deshabilitada computa filter opacity a 0.4 y sus hermanas ninguno; en píxeles, su tinta más oscura sube a 164 frente a 139 de la normal sobre el mismo lienzo, que es justo lo que da un 0.4 sobre el fondo de página. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d61515027a	docs(theming): el changelog vuelve a su formato — mi entrada no traía 400 líneas ... Al escribir la §49 pasé prettier por el fichero y reformateó los ejemplos de código de entradas ajenas: 237 inserciones y 185 borrados de los que apenas veinte eran míos. Es justo lo que el handoff del tier advierte de los ficheros que ya venían con otro formato — formatearlos produce un diff del documento entero y sepulta el cambio real. El fichero vuelve al formato que tenía y la entrada se re-aplica sin pasar prettier. Efecto neto contra el estado anterior al commit: 43 líneas, todas de la §49. No reescribo el commit porque la rama es compartida. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d38c54fdf8	uix(card): el realce al puntero deja de ser rehén de `interactive` ... El usuario preguntó por qué una tarjeta de plan de precios no responde al puntero. Le dije que Card no exponía estado de puntero y era falso: el realce existe desde siempre —los dos tokens están en la fundación, con reglas para ghost, outline y solid, composición con el anillo de selección para que no desaparezca al pasar el ratón, y anulación bajo reduced-motion—, pero todo colgaba de un solo attr. Y ese attr empaqueta cinco cosas: el elemento button, el evento commit-select, el cursor, la escala de pulsación, el anillo de foco y la elevación. Una tarjeta que ya contiene su propia llamada a la acción no puede tomar ese paquete: un button dentro de otro es marcado inválido y las dos activaciones se pelean por el mismo gesto. Así que la elevación era inalcanzable justo donde más se pide — planes de precio, teasers de artículo, tarjetas de testimonio. La elevación pasa a su propio eje. `interactive` lo implica, así que una tarjeta clicable no cambia en nada. Lo que el eje NO trae, a propósito: ni cursor de puntero —un puntero sobre algo que al pulsarlo no hace nada es una promesa falsa—, ni escala de pulsación, ni anillo de foco. Eso es lo que un CONTROL le debe al visitante. Sin tokens nuevos: los dos que hacían falta ya estaban. Y el attr es de envoltorio visual, no contrato — lo estampa el componente de eidos y lo guarda la mitad de presencia, que gana su primera fila de card; no el morfo, porque declarar ahí lo que sólo lee una capa es justo lo que la doctrina del 15 de agosto dejó dicho. El eidos-lint lo clasifica como eidos-only, 0 inválidos. Medido en navegador sobre estilos computados y posición real: apagado, el hover no mueve nada ni pinta sombra —cero regresión—; puesto, translateY de −2px y sombra de 18/48, con la tarjeta todavía div, cursor auto y su CTA intacto dentro, sin un solo botón anidado en botón; bajo reduced-motion el desplazamiento se anula y la sombra se queda, que es suprimir el movimiento sin perder la señal de profundidad; y una Card interactive de verdad —cinco en la demo del canon— sigue siendo button, con cursor de puntero y los mismos dos píxeles de elevación. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f1b672da79	docs: la doctrina alcanza a los cambios de la jornada — cinco backlogs y una llave de mas ... Auditoria de deriva doc<->codigo sobre los 33 commits del 2026-08-13/14: cinco sitios seguian describiendo lo que el codigo dejo de hacer ayer. Se corrigen COMO BITACORA, al final de cada fichero (el cuerpo es el acta de lo que se firmo, no el estado del codigo; reescribirlo falsearia la firma). El formato es el que ya existia en `arts/adom` y `soma/textarea`: `## Backlog`. - `decisions/book-deviations.md` — dos entradas. D.7 nombraba `IntentExpectedFamily`, tipo que M6 (13246a2c2) borro, y describia una derivacion de DOS cubos que S-33 (1a174d5a6) hizo positiva y TRIPLE. Y el caveat SEM-4 de tree-view/tree-grid nombraba `targetOverride` en presente: b8aa333fd lo borro, hoy se ancla por identidad (`partInstance`). - `theming/channels.md` — decia «built-in opt-in channel» de announce. S-19(ii) (23b20fff5) lo encendio por defecto en las DOS raices; ese commit actualizo `sema.md` y se dejo este atras. - `architecture/morfo.md` — el §semaSelector no nombraba los dos matchers que M5 (b53c93e42) anadio: `state` tipado contra `DataPairOf<M>` y el escape `undeclaredState`, que LANZA si el attr resulta estar declarado — es lo que mantiene obligatorio el tipado. - READMEs de virtual-list / virtual-grid — su columna informal «Emitted? NO» precede al campo del contrato. c73cae022 hizo que el morfo diga QUIEN dispara: `emission: 'host'`. La conducta no cambia; cambia su estatus. Ademas, `architecture/sema.md`: `{{ announce: false }}` -> `{ announce: false }`, llave doblada que introduje ayer en 23b20fff5. Verificado: docs-check 0/625 · prettier sin regresion (los 6 ficheros que avisan ya avisaban en HEAD, medido con stash). Los ficheros de blocks (`blocks.md`, `AUDIT-blocks-ledger.md`, `CONTINUE-blocks.md`, `PLAN-blocks.md`) son de la otra sesion y quedan fuera. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6f42eebfe8	feat(morfo,sema,eidos): todo evento dice de que familia es, y el cruce por fin se ve ... El framework llamaba a la misma cosa de dos maneras: `open` pelado en ocho componentes y `emerge-open` en tres. No era estetica — un preset de movimiento engancha el nombre con `^=`, asi que el dialecto pelado no casaba con ninguna firma y simplemente no animaba, sin romper una sola prueba. Los 40 nombres sin prefijo pasan a `{familia}-{verbo}[-{matiz}]`: 256 eventos, 256 con prefijo, 0 ambiguos. El plan decia 36 y decia `handle-drag-start`; eran 40, y el canon (c25) dice que esos verbos son `pick` y `drop` — `handle-pick` y `handle-drop` ya existian en 10 y 4 componentes. `validateMorfo` cierra la puerta: un `events[].name` que no empiece por su familia ahora lanza. Visto fallar antes con un nombre pelado inyectado. Lo que el renombrado destapo, y va aqui tambien: - La receta del splitter enganchaba `commit-resize`, muerto desde `bd2e40366`. No casaba desde mayo y nadie chillo. Reescrita por FAMILIA, como slider y knob, y `eidos-lint` valida ahora el VALOR de `data-event*` contra el catalogo de morfos — el guard que lo habria cazado en su dia. - La familia `shift` era muda en el canal visual, contra su propia doctrina (c27: el cruce debe percibirse; c34 tipifica el «shift invisible»). Su mapa ya describia la firma que le faltaba y su sonido por defecto es `slide`. Ahora tiene firma direccional: sexto atributo del sello (`data-event-direction`, `forward`|`backward`, por emision) y deslizamiento de 320ms RTL-safe por `:dir()`. Medido: LTR -30px/+30px, RTL los invierte. - El sello de `shift-navigate` pasa del BOTON al `grid` en los cuatro calendarios. Medido: el boton recibia `contact-activate` y 8,5 ms despues —media trama— el `shift-navigate` pisaba la misma ranura y el `press-squeeze` moria sin pintar un fotograma. Una superficie, una ranura (A-36). - 101 contradicciones docs<->morfo adjudicadas con evidencia (git log, docs de decision, el componente vivo). Las docs desfasadas, corregidas; los nueve DEFECTOS de codigo obsoleto quedan abiertos y sin tocar. - `SoundDirection` -> `SoundContour`: era un contorno de tono, no un sentido, y habia tres cosas distintas deletreadas «direction». check en su linea base con 0 errores nuevos por diferencia de conjuntos · docs:check 0/0 · eidos-lint invalid 0 · el censo y las escenas de navegador medidas con raton real y rAF vivo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	49362d89e9	feat(sema,sound): un pack se entrega como quieras — y un `data:` no se pide, se descodifica ... La entrega deja de ser parte del contrato. Un pack de ficheros puede llegar como quince URLs o como UN JSON de base64 (`packFromBase64`): mismo tipo, mismo intercambio en caliente, misma reserva sintética por entrada, y un nombre que no existe sigue sin compilar. Medido sobre `static/sounds/ui-inline.json`: una petición en vez de quince, y 69.082 B con brotli frente a 79.332 B de los ficheros sueltos — el +33 % del base64 lo deshace la compresión, y el JSON gana además porque nadie comprime `audio/mpeg` y todos comprimen `application/json`. ## `step` no se oía Era a la vez el MÁS CORTO (18 ms) y el MÁS FLOJO (gain 0.025), y esas dos cosas se multiplican: el oído integra energía durante ~100-200 ms, así que un tono corto necesita MÁS amplitud, no menos. Medido, rendía a −29,8 dBFS con la novena parte de la energía de `touch`. Ahora 0.06 a los mismos 18 ms. Lo que no había era el guard: la distinguibilidad es una RELACIÓN, y dos sonidos pueden ser perfectamente distintos entre sí y ser los dos inaudibles. `sound-names.test.ts` gana un suelo absoluto sobre `gain² × duración`. ## El precalentamiento no precalentaba - `preload` pedía el contexto con `getOrCreateContext()`, que hace `await resume()` — y antes del primer gesto esa promesa se queda PENDIENTE en Chrome, no se rechaza. No descargaba nada hasta que el usuario ya había pulsado, que es justo la latencia que el preload existe para quitar. `decodeAudioData` funciona en un contexto suspendido. - Aplicar un pack en caliente no calentaba la caché: cada nombre pagaba su viaje la primera vez que sonaba. Ahora `rebuildMap()` llama a `warmSamples()`. - Con `preferences.sound === 'off'` no se descarga NADA — un pack que no se puede oír son bytes gastados en silencio. Pero la petición se RECUERDA en vez de tirarse: el nivel se lee en el dispatch, así que la primera reproducción audible vacía la cola y encender el sonido no devuelve una caché fría. ## Un `data:` se descodifica en el sitio `connect-src 'self'` BLOQUEA `fetch('data:…')` — la directiva casa por ESQUEMA y `'self'` no cubre `data:` — mientras deja pasar una ruta del mismo origen. Un pack inline enrutado por `fetch` caía a síntesis EN SILENCIO justo en el entorno que llevó a alguien a hacerlo inline. Y es ~6x más lento. `bytesFor()` lo resuelve con `atob`. ## De la revisión adversarial - Las claves del JSON se validan: una que no sea `SoundName` LANZA, igual que una ruta mala en `assertMapPaths` y por la misma razón — tragarse la errata da el síntoma «parte de mi pack no se aplicó» sin nada a lo que apuntar. - `isSoundName` preguntaba `name in SEMA_MAP.sounds`, y `in` recorre el prototipo: `isSoundName('toString')` devolvía `true`. Inofensivo mientras todos los llamantes tecleaban el nombre; nada inofensivo al validar red. - `warmSamples` sólo tenía una de las dos ramas que sí tiene el constructor, así que una app con canal de sonido propio se calentaba al arrancar y nunca más; y esa rama leía la preferencia UNA vez, en construcción. Las dos se caían por lo mismo: ahora comparten `warmUrls()` en vez de duplicarse. - El demo del catálogo cancela su fetch: elegir `inline` y saltar a `synth` antes de que llegara reinstalaba el pack sobre un `clearMap()` ya hecho. - `fallbackFor(name)` borra los dos casts que copiaba todo el que autorase un pack de ficheros. ## Documentación `architecture/sema.md` gana la sección de las dos formas de entrega y el párrafo de `preloadSamples` reescrito — describía un precalentamiento que ya no es el que ocurre. El README del arte conoce la ruta `data:`. La página de packs gana su sección equivalente y deja de señalar unos `.wav` sueltos como «el ejemplo». Y un fantasma: `soft` no existe — es un nombre del catálogo viejo que quedaba como ejemplo en ocho sitios, incluido el docstring de `applySounds`, cuyo ejemplo copiado literalmente LANZABA. `static/sounds/ui-inline.json` se genera desde `packs/ui-mp3.ts`; el comando está documentado ahí y reproduce el fichero byte a byte. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e0265bed95	feat(eidos,sema): un tema es UNA cosa — siete ejes, y ninguno fuera del alcance ... Cierra el eje: el haptico entra al mapa, `masterGain` deja de descartarse, y `applyTheme` gana el septimo eje. ⚠️ CORRIGE MI PROPIA PROPUESTA. Dije que la puerta unica iba en la raiz de composicion. Al medirlo, la dependencia corre AL REVES: `ActiveEidos` tiene `#uix` y lo conduce (registra presets con `uix.motion`), mientras `ActiveUix` no tiene eidos. Un tema compuesto en la raiz habria invertido la direccion. Va donde ya vive el metodo que se llama a si mismo «the capstone composing them», y que hasta hoy componia seis de ocho. eidos.applyTheme({ color: '#3b5bdb', sound: { soft: { gain: 0.08 } } }); eidos.clearTheme(); // revierte los siete Un eje que pasas se aplica, uno que omites revierte — la misma lectura atomica que ya tenian los seis visuales, ahora sobre siete. Sin `uix` (render headless) el eje perceptual se salta y los visuales siguen: un tema que se aplica a medias es mejor que uno que revienta. EL HAPTICO, AL MAPA. Su tabla `kind → pattern` vivia como const dentro del canal, asi que era el unico eje perceptual que un tema no alcanzaba — exactamente la asimetria que el trabajo del sonido existia para quitar, dejada en pie un canal mas alla. Ahora es `SEMA_MAP.haptics`, con perfiles derivados (`floorMs` + `scale`/`gapMs`) o constantes (`pattern`): los tres kinds evaluativos son ritmos constantes porque lo que hace reconocible a un `error` es su cadencia, no su longitud. El canal lo lee por GETTER, no por copia, asi que un `applyMap()` en caliente le llega sin re-registrarlo. `masterGain` SE APLICA. Pasarlo con motor compartido se tiraba en silencio (S-05/S-32) pese a ser una perilla viva del motor y la forma natural de poner el volumen desde la raiz. Ahora llega a `master.setGain`, y de las opciones que de verdad no pueden aplicarse a un motor ajeno se AVISA en vez de desaparecer. Y `DeltaValue` pasa a exportarse: es la forma de toda semilla de override, sin ella un consumidor no puede tipar el tema que esta pasando. Su ausencia era un error VIVO en el estudio de sema, que lo importaba y no podia — por eso check BAJA a 73 desde el baseline de 75. VERIFICADO: theming 8/8 (incluye re-vocear el haptico y que la tabla autorada quede intacta) · sema+eidos+morfo 802/802 · check 73 (baseline 75, −2 por el export) · docs:check 0/618 · suite completa 7 fallos, los mismos ajenos y preexistentes de contracts.test. ⚠️ Nada de esto se ha OIDO ni TOCADO en un dispositivo real: todo esta medido con el resolver y las suites. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c5b394574c	feat(sema): el mapa perceptual se TEMATIZA, y con la misma forma que los ejes visuales ... El autor: «que yo no pueda definir a nivel de tema la personalizacion es un fallo». Lo era, y medirlo destapo algo peor que el hueco que se veia. NO ERA UN CAMPO QUE FALTABA EN EL SEED: eran dos formas distintas de personalizar. Eidos retunea en vivo, atomico y revertible (applyX/clearX); sema leia `overrides.runtime` UNA VEZ en el constructor y nunca mas, sin forma de revertir. Un `applyTheme` unico construido encima habria sido peor que dos puertas honestas — una llamada donde el color cambia ahora y el sonido no cambia nunca, porque ya arranco. Por eso la puerta unica va la ultima y aqui va el sustrato. 1. EL CATALOGO ENTRA EN EL MAPA (`families · intents · sounds`). Es dato, y el mapa es la estructura que un tema direcciona. Mientras vivio fuera como const de modulo —error mio de ayer— el VOCABULARIO era el unico eje perceptual que un producto no podia re-vocear a ninguna hora. El resolver pasa a resolver el nombre contra el mapa que recibe, no contra un const, que es lo que hace que un tema surta efecto. 2. `applyMap(seed)` · `applySounds({ soft: { gain } })` · `clearMap()` — en vivo y revertibles, reconstruyendo desde el mapa autorado, asi que aplicar dos veces es aplicar una. Misma forma que los seis applyX de eidos. El engine ya pasaba `this.map` por emision, asi que el retuneo surte efecto en la siguiente ocurrencia sin re-arranque. 3. UNA RUTA MALA LANZA (S-09). Antes CREABA la rama: `families.commmit.…` dejaba el valor real intacto y hacia crecer un fantasma al lado, en silencio; y descender a traves de una hoja primitiva la sustituia por un objeto. En una API de theming eso es intolerable — el sintoma es «el sonido no cambio» y no hay nada a lo que apuntar. Se valida tambien en construccion, no solo en el retuneo. LO QUE SIGUE CERRADO A PROPOSITO: el vocabulario. `SoundName` es `keyof SOUND_CATALOGUE`, asi que un tema cambia a que suena un nombre y no puede inventar uno que ningun componente pueda referenciar. La voz se abre; las palabras no. ⚠️ REGRESION PROPIA, cazada y corregida antes de commitear: tipar el mapa `as const satisfies SemaMap` daba las claves literales que `SoundName` necesita, pero estrechaba TODO el mapa y rompia a los consumidores que lo recorren en generico (el estudio de sema: +5 errores en check). El catalogo pasa a ser su propio const y `SEMA_MAP` conserva su anotacion ancha. ⚠️ Y un hallazgo del harness: los tres primeros tests median 0.85x de lo esperado. No era el codigo — era BK-FREQ-MEMORY atenuando la tercera emision del mismo evento. La memoria de frecuencia funciona. VERIFICADO: `theming.test.ts` 7/7 (re-vocea un NOMBRE en vivo y revierte, re-vocea una FAMILIA, idempotente, no muta el mapa canonico, rechaza las dos rutas malas de S-09) · sema+morfo+sound 444/444 · check 75 = baseline · docs:check 0/618. QUEDA, y es decision de producto no defecto: la puerta unica `uix.applyTheme(seed)` en la raiz de composicion. Mas dos menores: `masterGain` sigue descartandose en silencio (S-05/S-32) y la tabla haptica `kind → pattern` sigue en el canal en vez de en el mapa, asi que es el unico eje perceptual que un tema no alcanza. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1302f28a5d	docs(sema,theming): el orden real, como se autora cada canal, y el hueco del theming ... Tres cosas que el cambio del sonido dejo sin plasmar. 1. EL ORDEN CANONICO MENTIA. La numeracion 1·2·3·4·5a·5b esta citada como canonica en sema.md, resolver.ts y engine.ts, y despues del reorden era falsa para `sound`: un pack ya no autora en 5a, lo hace en 1.5. Corregido en los tres sitios a la vez, con el porque — todo lo que AUTORA un sonido corre ahi conservando su precedencia relativa; solo cambio su posicion respecto al intent. El resto de la regla (channels/haptic/hold) mantiene el «gana el ultimo» porque no son ejes evaluativos. 2. COMO SE AUTORA CADA CANAL (CANON §7). El reparto por dueño estaba escrito; lo que un componente ESCRIBE, no. Tabla nueva: el canal visual no se escribe (se declara el evento y eidos reacciona), `sound` es UN NOMBRE, `haptic` es un `kind`. La regla es la misma en las tres filas y ese es el punto: un componente dice QUE ocurre, nunca cuan fuerte, cuan brillante ni cuanto dura. El sonido era la excepcion hasta ayer. 3. EL ANALISIS DEL THEMING que el autor pidio (theming/channels.md §5b). Lo que el cambio NO toco: nada de eidos. El canal visual se proyecta estampando data-event-*, y esa ruta quedo intacta — ni una receta, ni un token, ni un selector. Eidos no sabe que existe el sonido y no le hizo falta. Lo que cambio fue DONDE se autora (un catalogo en vez de 71 ficheros) y CUANDO se aplica (antes del intent), ambos dentro de sema. Lo que si cambio, y es lo util: `applyTheme(seed)` retunea SEIS ejes visuales (color·type·depth·shape·space·gradient) y el sonido tiene CERO. Antes esa asimetria se justificaba sola — con 214 reglas autorando 33 firmas a mano no habia objeto que retunear. Hoy hay exactamente uno: 16 nombres en un const. Un eje `sound` en ThemeSeed seria la misma forma que los otros seis. Y las tres puertas de personalizacion, medidas, ninguna llega al catalogo: `overrides.runtime` recorre rutas de SEMA_MAP y el catalogo no esta en el mapa (ademas se traga las erratas, S-09); `overrides.cascade` es por selector, no un tema; `masterGain` se descarta en SILENCIO (S-05/S-32). Un producto puede silenciar y puede pisar una ocurrencia, pero NO puede re-voceear el sistema. Queda escrito en vez de ser folclore. ⚠️ chronos: `src/uix/sema/components/chronos.ts` entro en la migracion de `769e426c5` pese a ser de escritura excluida. Era forzoso — con el tipo estrechado, dejarlo sin migrar rompe la compilacion del arbol entero — y el cambio es mecanico (soundTuning(...) -> nombre), sin decision de diseño. Su SPEC.md NO se ha tocado y sigue citando `soundTuning('commit.soft')`. VERIFICADO: sema+morfo+sound 437/437 · check 75 · docs:check 0/618. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	432106f1f6	docs(sema): la doctrina deja de mentir — deriva propia, copias podridas y dos leyes muertas ... Pasada de saneamiento documental tras los tres commits de sonido, con el informe de AUDIT-sema-2026-08-05 como mapa. Tres clases de defecto. 1) DERIVA QUE YO MISMO DEJE (lo mas urgente) El 05 renombre las claves silenciadoras a `commit.silent` / `emerge.silent` y el 06 las elimine del catalogo — dejando media docena de docs citando claves que ya no existen, y afirmando ademas comportamientos que ya no ocurren: - switch / toggle / toggle-group README: decian «silent-by-default (`commit.silent`)». Hoy es `commit.medium` (gain 0.1) y suenan. Corregidos con el nivel real y su razon (un tercio de una pulsacion de boton). - tooltip README + docblock del pack: decian que el tuning «resta el gain de la familia, asi que neutral emite a 0» y que «threat / fulfill siguen aflorando». Ambas cosas son falsas desde el 06: es `SILENT`, el resolver retira el canal y NADA aflora, porque no queda ganancia que subir. - toggle-group apuntaba a `LIBRO_VARIACIONES_Y_EXTENSIONES.md`, que es un stub movido; ahora apunta a book-deviations. - La nota del renombrado en D.5 decia «hoy es `commit.silent`»: una clave que vivio UN DIA. Marcada como tal, con la lista de las que siguen vivas. 2) COPIAS PODRIDAS — la ley del corpus es enlazar, no copiar, y estas dos entradas la incumplian - D.9 transcribia `SEMA_HOLDS_BY_INTENT` entera y se habia quedado atras: D.12 corrigio DOS valores el 2026-07-06 (`commit.fulfill` noticed→settled, `signal.loss` noticed→brief, ambos contra el texto del libro) y la copia siguio afirmando los viejos un mes. Sustituida por el puntero a holds.ts + el enumerado generado, con la leccion escrita en el sitio. - sema.md transcribia `SEMA_VERBS` y le faltaban DOS verbos vivos: `commit.unselect` y `handle.zoom`. Retirada; queda el puntero a verbs.ts y a vocabularies.md, que si se genera y tiene guard de frescura. 3) LEYES QUE LA PRACTICA YA HABIA DEROGADO, Y NADIE REGISTRO - El contrato `emit` publicaba `Promise<void>`; devuelve `Promise<string>` desde D.9. Corregido, y explicado que ese string es el id de la ocurrencia — el unico asidero para cerrar una senal persistente con `clear`. - channels.md fijaba «3 canales runtime» y D.8 cerraba la puerta a Announce («hoy no»). El `AnnounceChannel` existe desde el 2026-07-04: built-in, opt-in y exportado. channels.md pasa a 4 con la distincion que importa (visual/sound/haptic EXPRESAN; announce SUSTITUYE) y D.8 queda marcada PARCIALMENTE SUPERSEDED. - sema.md prescribia `{ announce: uix.announce }` — y eso NO COMPILA: las dos firmas no casan (bolsa de opciones vs posicional). Ahora ensena el adaptador de una linea que si compila, y declara que ninguna raiz cablea el canal hoy, asi que activarlo cae en el fallback que anade un SEGUNDO par de live regions. El arreglo de codigo queda sin tomar: es decision de diseno. - La cabecera de engine-sound.ts y la fila de arts/README seguian afirmando como MECANISMO que «`prefs.sound` mapea al bus ui», que la auditoria AU-4 ya habia corregido en el README del propio arte: lo garantizado por construccion es el NEGATIVO (ninguna politica de UI escribe el bus content). AMBIGUEDADES QUE NO RESUELVO PORQUE SON TUYAS, pero que dejan de estar escondidas: D.7 prohibe canonizar samples fuera de `signal` y `proof-of-human` los usa en dos eventos `commit`, aplastando la modulacion por intent que esa misma entrada existe para proteger —y el comentario del pack afirma literalmente lo contrario de lo que hace—; y D.8 declara que los packs deben respetar el `activeChannels` de la familia mientras sema.md prescribe lo contrario y el pack de dialog deja dos reglas inertes. Ambas quedan marcadas con su estado real y los dos caminos excluyentes, pendientes de tu firma. VERIFICADO: docs:check 0/616 · sonido + sema 244/244 · cero referencias vivas a las tres claves muertas (las que quedan en book-deviations son historia declarada como tal, y las de cronica no se reescriben) · prettier: los 6 docs con avisos ya estaban sucios en HEAD, no los toco. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
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	3097cfcb69	revert: deshacer la auditoría entera — se hizo sin leer la doctrina ... Revert de los 7 commits de la sesión del 2026-07-29/30: 352ca8bbe style(soma): formato Prettier en el test de gradient-picker 17a1f167b test(soma): chat-list e70397fca test(soma): field-langs y gradient-picker c9b83d025 docs(morfo): qué hace pública una parte + hallazgos retirados feb4a8424 test(soma): los primeros providers que no tenían red f8e35b8fd fix(morfo): el eje intent/color c39170abb fix(uix): la auditoría del sistema `4e785d32b` (stats-band, otra sesión) queda intacto — el revert lo salta. ## Por qué se revierte todo y no una parte La instrucción de partida era «audita el sistema, **para ello previamente lee toda la documentación**». No se leyó. Se auditó primero y se justificó después, y eso contaminó el conjunto, no unos commits concretos: - Tres hallazgos del informe eran FALSOS, todos de la misma forma — heurísticas de una sola vía dadas por hechas sin abrir el código: D-3 `AgentTimersPort` (el puerto sí está satisfecho por el adaptador de `defineActiveAgent`); «5 derivas de scope» (`avatar-group` / `path-trace` / `rotate-align` sí están implementados, co-locados en el directorio del padre); «29 morfos con `kind:'public'` irreal» (medía si existe `<Componente.Parte>` e ignoraba que un primitivo de API plana compone por props y snippets). - `c9b83d025` existe SÓLO para retirar esos hallazgos del commit anterior. - Los 6 tests de provider se montan sobre un `installSomaHarness` que FABRICA cuatro servicios compartidos (`dom`, `langs`, `timers`, `prefs`), violando la primera regla de propiedad de `architecture/active-uix.md`: «Only composition roots create shared services. `morfo`, `soma`, `sema`, `eidos` and components never create `dom`, `langs`, `prefs`, `format`, `clipboard` or equivalents: they receive them from `ActiveUix`.» El arranque real son tres líneas (`createActiveUix` → `setActiveUix` → `Soma.create()`) que estaban escritas. - Y se le pidieron al usuario decisiones cuya respuesta estaba en el corpus (`testing-and-tooling.md` dice que los tests de provider son convención, no guard; la regla 1 zanja el arnés). Triar qué conservar exigía justo el juicio que falló. Se revierte todo, se lee el corpus, y vuelve sólo lo que se pueda sostener citando un documento — o lo que sea defecto MEDIBLE y por tanto no dependa de criterio (el colapso de uniones de props, que hacía compilar `<Avatar color="nonsense">`; que `translations:check` crashease en cada ejecución de su historia). Nada se pierde: los commits siguen en la historia y se recuperan con `cherry-pick`. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c39170abbf	fix(uix): la auditoría del sistema — lo que los guards no veían ... Auditoría clean-room de todo ActiveUIX (excluido `web/`), componente a componente. Lo que sale de aquí no es una lista de bugs: es un patrón. El framework validaba que lo escrito fuese VÁLIDO, no que lo declarado se CUMPLIESE — y sus guards fallaban ABIERTOS. ## El colapso de las uniones de props (95 → 0) Un `Props` de eidos es `{ …props propias… } & <atributos nativos>`. Cuando el elemento declara un atributo homónimo, la intersección funde ambos y una unión estrecha contra el `string` nativo COLAPSA a `string`. Causa: `Without<T, U> = Omit<T, keyof U>` invocado como `Without<T, {}>` — `Omit<T, never>`, un no-op — 433 veces en soma; sólo 3 con argumento real. Invisible para `svelte-check`: ensanchar un tipo no es un error, es una garantía perdida. Medido: 95 props en 72 componentes. `<Avatar color="nonsense">` compilaba. `ComboboxInput.size` chocaba con el `<input size>` numérico y era inusable. Migrado con codemod sobre AST (nunca regex) a `Own & Omit<Nativos, keyof Own>`: 92 tipos en 73 ficheros + carousel a mano. `check` no se movió. Garantía nueva: `eidos/prop-surface.test.ts` (PROP-1) compara los literales de la anotación del autor contra los de la propiedad pública. Verificado que falla reintroduciendo el defecto. ## Los cuatro guards que fallaban abiertos - `translations:check` crasheaba en CADA ejecución de su historia — un stripper de comentarios borraba `//` dentro de strings. Sustituido por import dinámico. Al arrancar destapó 8 slots `texts` sin traducción. - `soma-attr-audit` agotaba el timeout de 5 s: sin veredicto, verde por omisión. - `component-audit` D-7.4 hacía `continue` mudo cuando el tipo no resolvía. Ahora resuelve con el checker de TypeScript (`scripts/prop-unions.ts`): puntos ciegos de 124 → 3. - `component-audit` R-1.1: el regex casaba `[data-motion='reduce']` y daba PASS por el motivo equivocado. Regla adoptada: un guard que no puede evaluar TIENE que decirlo. El informe lleva ahora bloque «Not verified» y recuento en el resumen. ## D-1 · tooltip y D-2 · card, cableados `tooltip` declaraba 3 eventos `emerge` que nadie emitía. Ahora emiten; `present` pasa a `sequence: 'post'` — con `'pre'` el hold de ~240 ms gateaba el montaje del propio overlay. `card` declaraba `commit-select` sin emisor posible (scope sin soma). Puente headless en `soma/components/card/` con la forma ya establecida por `menu-dial` / `onion-menu`: eidos posee estado y render, soma posee sólo el `SomaRuntime` que emite. ## Documentación: 22 mentiras corregidas `docs/` afirmaba guards inexistentes (`NO_MISSING_PROVIDER_TESTS`), APIs con firma equivocada y un modelo de Motion que el código no implementa. Corregido en CANON, arquitectura, glosario, theming/motion, checklist y los README de `motion` / `callout` / `arts/motion`. ## Además - CardGroup: la descripción se metía en la primera celda del grid. - Motion: `data-state` siempre estampado, salida real en `leave()`, token fantasma `--motion-stagger-each-default` eliminado. - `engine-motion`: `handoffState` Map → WeakMap (fuga por nodo). - `mockup`: primitivo crudo → token de rol (R-4.6). - 5 catálogos de traducción que faltaban. Handoff: `docs/process/CONTINUE-audit-2026-07-29.md`. Batería: check 0 errores en src · vitest server 3701/3701 · docs:check 0/0 · component:audit 161 PASS / 2 NEEDS-WORK. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	79a90e6283	fix(eidos): las variables de `Flex` y `Grid` dejan de heredarse ... Dentro de un `Mockup`, un `<Grid columns={7}>` colapsaba a columnas de `0px`: el grid medía 72px, exactamente los 6 huecos de 12px, sin nada para las 7 pistas. La §46 registró `inherits: false` para las 44 variables de `Box`, pero `--flex-*` y `--grid-*` se quedaron fuera. Como una custom property hereda por defecto, el `align="center"` de un `Stack` exterior escribía `--flex-align: center` y CADA descendiente lo heredaba: un `Stack` anidado que no pide alineación ninguna acababa con `align-items: center`, su hijo `Grid` encogía a contenido, el ancho quedaba indefinido y `1fr` no tenía nada que repartir. Las 7 variables de `flex.css` y las 13 de `grid.css` se registran ahora con `@property { syntax: '*'; inherits: false }` y sin valor inicial, igual que Box. Un layout anidado vuelve a decidir su propia alineación. Verificado: `vitest src/uix/eidos` 361/361 · el grid del mockup pasa de `0px` a `103.71px` por columna, que es exactamente `(798 − 6×12) / 7` —el reparto real— · demos de hero, pricing, feature-split, testimonials, button, accordion y table sin regresión. Doctrina en theming/changelog §48. Lección registrada: al arreglar la herencia de un recipe hay que barrer TODOS los hermanos que escriben variables para sí mismos. El «pon `justify` explícito en los clusters anidados» que yo había anotado en el handoff era este bug sin diagnosticar. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	cd399f7c7c	fix(eidos): el `align`/`justify`/`alignContent` de `Grid` sí aplican ... `<Grid align="center">` no tenía efecto: `align-items` computaba `normal`. Los atajos `place-items`/`place-content` del recipe se emiten DESPUÉS de los longhands, y su fallback `revert-layer` —cuando el prop `placeItems`/ `placeContent` no está puesto— revertía el longhand anterior a su valor inicial, pisando en silencio lo que `align`/`justify`/`alignContent` escribían (un atajo posterior gana sobre el longhand que expande). Ahora el fallback de los atajos COMPONE los vars de los longhands en vez de revertir; si el prop del atajo sí está puesto, sigue ganando (va el último). Los grids por defecto no cambian (para ítems de grid, `align-items: normal` ≡ `stretch`). Encontrado al alinear las filas de `feature-split`. Verificado: `vitest src/uix/eidos` 353/353 · en el navegador, feature-split (filas centradas), el chart del Mockup (`align="end"` = barras a la base) y feature-grid (AutoGrid, sin cambio). Doctrina en theming/changelog §47. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	d38bd63faa	docs(blocks): registro de F2.1, doctrina de demo del tier y handoff ... Documentación al día de lo que se cerró hoy y handoff para retomar mañana. - `PLAN-blocks.md` §7: **F2.1 `site-header` HECHA** con sus siete commits, la fase 0 contra el dossier §P1, el landmark que le faltaba a `NavigationMenu` (arreglado en el canon, no parcheado en el block), el hueco del CTA que navega y parece botón (registrado, no falseado) y el defecto de framework que destapó la demo. - `theming/changelog.md` §46: las 44 variables de cascada de `Box` dejan de heredarse. Un `Section` regalaba su padding a cada descendiente —la galería arrastraba ~300px de aire desde F0— y los hijos heredaban anchos y `display` ajenos. `@property { inherits: false }`, radio verificado sin regresiones. Lección: una variable que un componente escribe para SÍ MISMO debe declararse `inherits: false`; si no, deja de ser un prop y se vuelve un contagio. - `architecture/blocks.md` B-9: la demo de un block se construye sobre el harness compartido y el block se enseña A SANGRE — nunca dentro de un marco con relleno ni de una caja con scroll, porque eso cambia lo que el block hace. - `src/uix/blocks/README.md`: anatomía de la demo (harness, `{Name}Site`, ruta `preview`, `DocRow`, catálogo único, ejes en el shell). - `CONTINUE-blocks.md` (nuevo): handoff — qué toca (F2.2 `hero`), la plantilla de ficheros para copiar, las reglas que ya costaron sangre (a sangre, iframe solo para anchos de dispositivo, cada prop un control, nada de backticks en `<Text>`, ojo con las variables que heredan), la deuda declarada que es decisión del usuario y el estado exacto de los gates. Gates al parar: `blocks:check` verde · `svelte-check` 73 errores, todos deuda ajena (0 propios) · `vitest src/uix/eidos` 353/353 · `contracts.test` con los 3 fallos ajenos conocidos. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	5aa8090bad	color: contraste Stage 2 — contrato §40 como datos + guard CI; solver descartado ... La ejecución refutó la premisa del plan: el morph HEREDA el contraste del texto (steps 11/12 = curva-L del donante verbatim; ~invariante al croma bajo gamut-mapping), así que toda escala desde donantes §40-compliant cumple por construcción. Medido en 3 bancos (base, leave-one-out, 45 semillas OOD): 0 fallos del gate duro text-strong·12, min WCAG 9.7:1. El solver de luminancia no tenía nada que resolver → descartado por especulativo. D2 = base verbatim (sin migración base→seeds). - $color: CONTRAST_PAIRS (arts/color/contrast-contract.ts) — tabla §40 como datos compartidos: floor duro text-strong·12, banda text·11 (tope relacional, sin nº mágico), border·7 exento - scripts/contrast-audit.ts: muere la PAIRS pre-veredicto (4.5 duro contra §40), consume CONTRAST_PAIRS + banco de regresión morph-generado - eidos/lib/contrast-invariant.test.ts: guard de CI (4 tests) que bloquea la herencia - docs: reference.md §40, next-features.md §1, changelog.md §45, plan (OUTCOME) Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	b2f0a7f2bf	docs(theming): ratifica la doctrina de contraste tonal — Stage 1 (paridad) ... Cierra Stage 1 de la iniciativa next-features §1 con los veredictos del usuario: - reference.md §40 (doctrina standing): contrato de contraste por pares de slots. Texto = dos tiers (text·11 secundario ≈APCA 60 / text-strong·12 AA garantizado). Bordes = dos tiers WCAG 1.4.11 (decorativo exento: accent·7, subtle·4/default·6, reposo-sobre-fondo · portador 3:1: solid·9 lo cumple, el resto con señal redundante). Foco = eje de config (primitives.focusRing + color.focus, un solo `outline` por §32); default suave, endurecer = valores por config, no código. - changelog.md §44: el chronicle datado (drift medido + veredictos + la herramienta scripts/contrast-audit.ts). - next-features.md §1: Stage 1 marcado DONE; Stage 2 (generador by-construction) sigue abierto, gated en la migración base→seeds. Sin cambios de código (el hallazgo del foco es una decisión de valores-por- defecto vía config; defaults mantenidos por decisión del usuario). El script de auditoría (commiteado antes) queda como herramienta de medición. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	f0de4faf75	docs(color): handoff de cierre definitivo de la jaula del color ... Actualiza el handoff y el changelog §43 al estado FINAL de la iniciativa (cerrada, cuarta sesión): - open-color-cage-2026-07.md: añade las 2 fugas transitivas cerradas (card-group-item · s-text) + el guard runtime, el fix del bug de Card/Avatar (`b93cc6c5c`), la lista completa de commits (sesiones 3–4), y una sección «Follow-ups» con lo menor que queda (override docs-chrome sobre `<Code>`, ringColor roles-only, límites de los 2 guards, comentarios históricos) + nota del estado del working tree (WIP de chat/palabras sin commitear, ajeno). - changelog.md §43: el bug de Card/Avatar pasa de «flageado, NO arreglado» a ARREGLADO con el resumen del fix (migración a resolveComponentColor + compose del seed + canales ring/badge separados intactos). Sin cambios de código. La iniciativa queda CERRADA sin huecos abiertos (qr-code excluido por diseño). Contract 30/30. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	72a6569c3e	uix(color): abre `color` en la familia chart (resolver SVG rol/escala/crudo) ... Chart era el último hueco de la iniciativa. Su `color` NO tinta labels/ejes: tinta la MARCA de datos (stroke de línea, fill de área/barra/burbuja, hue de heatmap, arco de gauge, porción de pie/funnel/bar-list/polar, punto de smith). Es SVG con resolución JS, así que NO usa el `data-color` + capa de paleta compartida (eso es para cascadas CSS en HTML) — el mecanismo es propio. Resolver central en `chart/context.ts`: - `seriesColor` / `seriesSurface` reescritos + `seriesContrast` nuevo, todos `number | ComponentColorProp`. Un índice cicla `SERIES_ROLES` (multi-serie, sin cambios). Un valor explícito pasa por `resolveChartColor`: · rol/intent → `var(--color-{role}-{solid,surface,contrast})` · una de las 33 escalas → `var(--scale-{name}-{9,a2})` (steps solid / surface-alpha del `PALETTE_SLOT_STEP`); contrast → white (no hay token) · valor CSS crudo → verbatim (surface = `color-mix 15%`, contrast = white; sin contraste garantizado, el trade-off de cualquier custom). - `ChartContext.color` widenado a `number | ComponentColorProp`. Todos los props `color?: ColorRole` (~14: ChartSeriesProps, Bubble, Sparkline, ChartCategory, BarList, Funnel, Calendar/Heatmap, Smith×2, Gauge) → `ComponentColorProp`. Los 3 builders que armaban el fill inline (funnel: solid+contrast, heatmap:56, calendar-heatmap:118) refactorizados para pasar por el helper — funnel pierde su `roleOf` local. qr-code queda FUERA por decisión de diseño (color = tinta de módulos del QR, contraste con el fondo, no encaja escalas). Verificado en Chrome: las 3 ramas del resolver resuelven a color real (--scale-teal-9→oklch, --scale-teal-a2→rgba translúcido, #3b82f6→verbatim, mix translúcido ok); marcas existentes = primary-solid (roles behavior- preserving). check chart limpio; contract 30/30. Docs: changelog §43 + handoff actualizados (hueco chart cerrado, qr-code excluido por diseño). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	0b2170d626	uix(color): Fase 5 — guard estructural + docs (CIERRA la iniciativa) ... Guard: test nuevo "keeps every component `*Color` prop open (THM-2 — the cage stays open)" en recipe-css-contract.test.ts — escanea los alias `export type XColor = …` de components/*/types.ts y FALLA si alguno se estrecha por debajo de ComponentColorProp. Uniones aditivas ('muted', 'inherit', 'absent'…) pasan; alias resuelven transitivamente (DatePickerColor = CalendarColor); WIP_TRACKS (chronos) re-entra con su track; exento comentado: OnionColor = string (MAS ancho que la jaula, normalizacion pendiente). Verde con el inventario real: 60+ alias abiertos. Docs (todo lo aplazado del track): - reference.md §25: reversion de los subconjuntos THM-2 registrada como doctrina (color = sistema completo en TODOS; identidad ≠ evaluacion; enforcement = el guard). - Tracker clean-room §THM-2: nota de reversion (los narrows que THM-2 dejo "por diseño" quedan abiertos, Avatar.Badge incluido). - changelog.md §43: cronica de la iniciativa completa (mecanica, fases, huecos señalados). - Handoff open-color-cage-2026-07.md → CERRADO con el resumen de la tercera sesion (cola completa, F4, F5, commits) y los 2 huecos pendientes de decision: chart (11 props ColorRole) y qr-code (color inline semi-abierto, invisible para el guard). El cuerpo queda como referencia de patrones A–E. - 13 READMEs con afirmaciones ya falsas corregidos (roles-only, subsets, "Locking to ColorRole", tablas de props): badge, css-field, field-langs, float-panel, link, listbox, mark, metrics (solo el icon; Chart delega en chart y queda como esta), password-field, proof-of-human (incl. la fila de decision "descartar" → "hecho (reversion)"), range-calendar, textarea, timeline. banner NO se toca (su ColorRole es del eje intent, otra cosa). Contract test: 29/29 verde. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	d990fe42f9	eidos(gradient-finish): auditoria final - tinta named determinista via --_{c}-finish-ink (D7) ... Re-auditoria completa del ciclo (batteria entera de guards + bordes discriminantes medidos en navegador). Dos hallazgos, dos cierres: 1. El override directo de --_{c}-fg del named finish EMPATABA (0,3,0) con el slice solid de Surface y dejaba el ganador al orden de hojas de estilo - no es un contrato (el caso discriminante aurora-sobre-amber lo destapo: la primera verificacion usaba primary, cuya contrast blanca coincidia con la tinta de aurora y enmascaraba el empate). Fix por la doctrina D7: el generador emite la var --_{c}-finish-ink y el slice solid de cada recipe la consume con su contrast de fallback - gana por existir, nunca por especificidad; las variantes no-solid quedan inertes por no leerla. Verificado por valores: aurora-amber blanco (autorada) en Button/Badge/ Surface; flat/rampa amber oscuros (heredada); outline inerte. 2. Nombre no declarado (gradient="foo") degrada a la rampa - medido y documentado en D11 como fallback gracioso. Atribucion corregida de paso: el crash de morfo:vocabulary/morfo:check es el morfo de text-blur (deuda preexistente ajena, chip de tarea creado) - NO palabras como se asumio antes; surface/box/palabras validan OK. Bateria final: eidos entero 331/333 (2 = proof-of-human preexistentes), config 72/72, guard 5/5, audit 145/145, eidos-lint invalid:0 en los tres consumidores, typecheck limpio. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	ff32a36a15	eidos(gradient-finish): documenta el comportamiento alfa/transparencia (auditoria por valores) ... Auditoria de la pregunta "respeta la transparencia todo el sistema": medido por valores computados en navegador. El fill por capas lo hace correcto - - identidades opacas (los 42 roles/escalas) -> acabado opaco (matchea el solid de hoy); - aurora/named = translucido POR DISENO (blobs color-mix(...,transparent) sobre la base solida, alfa 0.62 medido) - la translucidez es el mecanismo; - slots tinte (surface/track a2/a3) + variantes soft: el acabado es inerte, su translucidez se preserva por no leerse; - data-on inks: translucidos intencionales. El unico borde (medido y documentado, no un bug del camino previsto): un valor translucido forzado en el slot solid (no alcanzable por ninguna prop - solid es la variante OPACA por definicion; la translucidez vive en los slots tinte) hace que el color-mix hacia el ancla opaca suba el alfa (0.5 -> 0.545/0.631). La base background-color conserva su alfa, el elemento sigue translucido en conjunto. Entrada fuera de contrato, no defecto - un framework de referencia lo documenta en vez de dejarlo tacito (capitulo D2). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	77ef3b0b3d	eidos(gradient-finish): v2.2 named finishes + on/data-on - EL PLAN COMPLETO ... D11 - Named finishes (el diseno A rescatado como opt-in explicito): - gradientFinish.named opta gradientes del open cage como acabado, cada uno con su tinta AUTORADA obligatoria (--gradient-{name}-ink, override de la convencion --_{c}-fg a especificidad (0,3,0) sobre el slice de variante). - La base sigue siendo el solid de la identidad (fill por capas, D2) -> el aurora shipped son blobs de rol con alfa SIN color base final: background-image-valido POR ARQUITECTURA (el caveat del mesh disuelto, no exceptuado), y re-tine por tema y modo via referencias de rol. - Honestidad documentada: la validacion numerica al peor stop de un string CSS arbitrario no es implementable (stops desconocidos); posible solo para gradientes de modelo (buildGradient) - diferida. El guard clava la sanidad del config (named subconjunto de gradients + ink presente). D12 - on/data-on minimo (Surface on="light|dark"): - La foundation re-vincula --color-content-*/--color-border-default para el subarbol (dark -> tinta on-solid; light -> on-solid-contrast; mixes oklch 82/64/32%). Verificado EN VIVO: un parrafo muted dentro del aurora computa la tinta del contexto al 64%. - Limites POR CONSTRUCCION y documentados en cada consumidor: componentes anidados con tokens propios y contenido portaleado NO se re-entintan (la inversion completa sigue siendo iniciativa independiente). forced-colors: el contexto resuelve a CanvasText/GrayText (bloque extendido). Sin color-scheme a proposito (solo chrome UA). Ademas: prop gradient ampliada a (string & {}) para named en Button/Badge/ Surface; poda del orphan-guard (border/text de Surface: 3 slots x 8 colores, lo que las variantes consumen); guard 5/5; audit 145/145; lab CASO 07 con el aurora REAL (<Surface gradient="aurora" on="dark">) verificado por valores. Docs: capitulo D11+D12 + registro D1-D12 + roadmap COMPLETO; reference p39; changelog p42; plan cerrado (quedan declaradas: inversion completa, demo propia de Surface, validacion de modelo para tintas named). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	58076cadfe	eidos(surface): primitiva Surface - el lienzo temable (Box + tratamiento), v2.1 ... Box es layout-only por doctrina y rechaza background/color; Surface es la primitiva que posee el lado del tratamiento: el caso hero / banda decorativa / bgGradient como primitiva de primera clase, no como escape-hatch style=. - Composicion sobre <Box> (patron Section): hereda TODA la API de caja y estampa data-surface + color/variant/gradient/rounded (attrs eidos-only de wrapper, doctrina D8). - Recipe palette-tint espejo de Card SIN chrome: _palette-* 5 slots x 8 colores -> el forward THM-2 ruta roles + 33 escalas donantes gratis (verificado: color="teal" resuelve sin cableado extra). - Variantes soft (tinte track, tinta global) y solid (lienzo saturado, texto plano hereda contrast); gradient en el gate del acabado (rampa anclada + spread; sin solid-hover -> extremo profundo cae a solid). - Morfo declarativo patron Box (scope eidos, 1 parte, 0 eventos justificados); eidos-lint invalid:0; audit 145/145 PASS (ficha completa: Baseline/Decisiones/Gaps con disposiciones/Passive justification). - Lab temas/gradientes CASO 07: heroes REALES con Surface (rampa primary, spread plum, banda soft teal) verificados por valores computados; el aurora nombrado queda como preview del siguiente paso. Cola v2 restante: named finishes con tinta autorada + on/data-on. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	63f6209e5f	eidos(gradient-finish): v1.5 kind spread - rotacion de matiz anclada, medida antes de implementar ... Esta vez en el orden de la doctrina D6b: las dos puertas se midieron ANTES de escribir la implementacion. - Puerta 1 (sonda, 84 combos): la rotacion pura a L constante rompia grass (+-4 grados) y gold (+-27) - L de OKLCH no es luminancia relativa. Rescate = la propia doctrina aplicada suave: ambos stops rotados toman la mezcla DEBIL del ancla (lift/3) -> 0 regresiones hasta +-45 grados. - Puerta 2 (RCS en Chromium, por valores computados): el canal h de relative color es <number> - calc(h +- 30deg) computa none -> el token --gradient-finish-spread es SIN unidad ('30'). Shipped: gradient="spread" en Button+Badge (boolean | 'ramp' | 'spread'; data-gradient='spread' overridea la var del acabado - cero cambios de CSS de recipe); token + override por tema (gradientFinish.spread); guard 4/4 con el invariante del spread anclado; lab con especimenes reales (threat cruza el 360, gris C=0 queda ~plano - documentado, no caso especial); docs D10 en theming/gradient-finish.md + reference p39 + changelog p42 + plan v1.5 completa. Una doctrina, dos kinds: la rampa huye de la tinta con fuerza; el spread huye suave mientras juega con el matiz. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	a63d806b66	eidos(gradient-finish): override del dial por tema/modo - v1.x COMPLETA + capitulo del libro ... - ThemeDefinition.gradientFinish.lift: el tema re-emite --gradient-finish-lift en su bloque (misma especificidad, despues en cascada -> el tema gana); claro y oscuro pueden llevar intensidades distintas, 0% apaga por tema. Test: active-eidos-config.test.ts ("per-theme gradient-finish dial override"). - Capitulo de nivel libro docs/theming/gradient-finish.md: registro de decisiones D1-D9 con el porque de cada una, las alternativas rechazadas con evidencia (color-value/variante/bg-prop; pasos 7/11 con valores reales; lift-up global medido y tumbado 52/84), la rectificacion documentada y la leccion de proceso (medir antes de fijar defaults). Indexado en docs/README. - reference.md paragrafo 39 enlaza el capitulo; changelog paragrafo 42 y el plan marcan la v1.x completa (guard + Badge + override por tema). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	322a1939a8	eidos(gradient-finish): acabado anclado a la sombra de la tinta - v1 Button+Badge + dial temable + guard ... El gradiente entra al sistema como ACABADO (material) del fill, jamas como valor del eje de color: prop `gradient` -> attr eidos-only `data-gradient` (familia data-variant; NO morfo - el runtime lo resolveria desde props de soma y mergeProps clobberea el stamp del wrapper). - Fill por capas: background-color = base solida (degrada sola en forced-colors) + background-image = rampa derivada de los slots de LA instancia (roles + 33 escalas + custom gratis, tinta heredada). - Dial unico de tema: primitives.gradientFinish.lift (26%) -> --gradient-finish-lift (0% = apagado; override por instancia via cascada). - RAMPA ANCLADA a la sombra de la tinta ("la rampa huye de la tinta"): tinta blanca -> #000 fuerte abajo (CTA sombreado); tinta oscura -> #fff fuerte arriba (glossy). Ancla+angulo por color x modo con el MISMO flip del slot contrast. Rectificacion MEDIDA: el lift global hacia blanco rompia la tinta heredada en 52/84 combos a 26% (techo global 0%) - el contraste ahora solo puede mejorar: dial sin topes. - Guard ejecutable gradient-finish-guard.test.ts (3/3): no-regresion <=40% sobre 84 combos + set flat-fail clavado (cyan/orange, deuda on-solid preexistente). - Generador emite la VAR (--_{c}-fill-finish); el recipe pinta (solid + re-assert en hover: su shorthand background resetea el longhand). - Lab temas/gradientes: 9 casos con componentes reales sobre el token real (dial en vivo, polaridad observable, evidencia de pasos 7/11, forced-colors). - Docs: capitulo theming/gradient-finish.md (registro de decisiones D1-D9, alternativas rechazadas con evidencia, leccion de proceso: medir ANTES de fijar defaults) + reference.md paragrafo 39 + changelog paragrafo 42 + plan docs/process/gradient-finish-plan-2026-07.md. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	d8b984bb5a	test(motion): pin firma-vs-stagger cascade precedence (F4-D motion decision) ... Workflow analysis (state map + 4 dispositions + adversarial stress) resolved the direction dispute: the stagger/coordinated preset winning the (0,3,0) tie over the generic commit-affirm firma is the DOCTRINE-CORRECT outcome (RFC B.2 — the coordinated owns the visual axis, the generic firma is silenced). The earlier "flip to firma" reading was backwards; that flip contradicts B.2 and its channels:[] safety net is dormant; @layer sinks as a front-line fix (a semantic ownership question answered with a global cascade tool + a reduced-motion !important-inversion a11y risk). No shipped component shows a defect (dropdown select feedback is sound+haptic only; the item is fading out at select). The only real issue: the correct outcome rides on an ACCIDENTAL source-order tiebreak (the explicit neutralization was retired), undocumented + untested. Execute the proportionate fix: - Regression test (motion.test.ts) pinning the (0,3,0)==(0,3,0) tie + the signatures-before-presets emission order + the absence of a (0,4,0) [data-event^='commit-select'] signature — a HAZARD MONITOR, so a generator reorder or a widened signature fails loudly, not silently. - Load-bearing comment at the render-css emission order. - Doctrine note in motion.md: a known-fragile accident, not a contract; the structural endpoint ("una firma por evento") + @layer are deferred/tracked. Zero behavior change; base.css unchanged. Tests 28/28; npm run check src/ = 9 baseline, 0 new. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	a52f80ceab	refactor(eidos): prune the depth `scrim` cue (F4-D scrim decision) ... `--depth-{plane}-scrim` was declared (DepthPlane field, DEPTH_CUES, validation, applyDepth) but never seeded, emitted or read — a write-surface with no reader (applyDepth({p:{scrim}}) silently no-op'd; never present in generated base.css). Analyzed via workflow (state map + 4 dispositions + adversarial stress). The four collapse to prune vs promote-to-z-parity: wire-and-unify SINKS (contradicts the test-locked z open-cage precedent + the MD3/Radix/Vaul consensus that the veil is component-owned, not an elevation cue), relocate flips its verb to retain, and complete-to-z-parity would mint a third alias of the --color-overlay backdrop role. Unlike z (kept as an exposed open cage — it varies per plane and is unpaintable-forever), scrim has no per-plane variance and no value to seed. Prune: remove scrim from DepthPlane / DEPTH_CUES / validation / emitter + applyDepth doc. Amend rfc-depth.md (token contract + Phase-4 note + atmosphere rows), reference.md cue list, changelog, pendiente. The modal veil stays where MD3/Radix/Vaul + the standing decision put it: --{component}-overlay-* tinted by --color-overlay. Zero observable change (never emitted). Tests 71/71; npm run check src/ = 9 baseline, 0 new; base.css unchanged. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	0e75890f60	feat(theming): THM-2 — paleta universal por instancia (capa compartida + forward), 5/17 superficies ... El mecanismo genérico ya existía (universalPaletteDecls auto-completaba las 33 escalas para recetas con tokens palette-*), pero con PREFIJO de componente (--button-palette-*) — cada superficie pagaba ~21 KB, por eso solo button/toggle lo tenían (rollout a las 17 = ~+315 KB). Colapso al modelo compartido: - renderSharedPaletteLayer: UNA cascada component-agnóstica [data-color='{role|scale}'] { --palette-{slot}: … } — 8 roles + 33 escalas, emitida una vez (~19 KB). Roles 1:1 a --color-{role}-*; escalas con el step map + on-solid contrast, valor idéntico a la cascada per-component retirada. - renderRecipePaletteForward: toda receta con palette-* (público) o _palette-* (privado) recibe [data-{c}][data-color] { --{c}-palette-{slot}: var(--palette-{slot}, host-default) }. La guarda de PRESENCIA es la seguridad de anidamiento — un hijo sin color dentro de un ancestro coloreado matchea solo [data-{c}] (su default) y nunca lee el --palette-* heredado. - Generalización a la paleta PRIVADA: checkbox/radio-group/switch ganan las 33 escalas con CERO cambio de CSS (ya consumen --_{c}-palette-*). - universalPaletteDecls eliminado; 2 guards migrados al modelo compartido (recipe-css-contract "shared layer + forward"; active-eidos-config contrast en la capa compartida). DONE (per-instance): button, toggle, checkbox, radio-group, switch (5/17). Rollout de las 12 restantes en docs/process/continue-cleanroom-fixes §THM-2. Doctrina en theming/reference §25 ("The per-instance palette layer"). Verificado en vivo (button + checkbox): color="teal" → escala teal exacta · affirm → rol exacto · primary → primary · nested-nocolor en ancestro teal → primary (sin contaminación). Peso 345K → 329K. Gates: matriz 141/141 · eidos 314 · recipe-css-contract + active-eidos-config 98/98 · contracts 38/38. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	63b371d5ce	feat(packs+text): incorporate the animation collection — Ambient pack + text-effects family + docs ... Two streams, split by what the animation touches: STREAM A — decorative backgrounds → the pack tier - arts/scene: a consolidated scene runtime ($scene) that owns, once, the citizenship every ad-hoc background reinvented or skipped (frame loop, off-view pause, DPR cap, mandatory reduced-motion, WebGL context loss/restore, scene budget, teardown). SceneDom port (adom satisfies it), webgl/webgl2/canvas2d drivers + a custom-pipeline extension (vertexShader + draw + glContext.depth/dprCap) for real geometry (beam, particles, dither, grid, eter, pixel-blast, hyperspeed). 32 effects as shared resources. - src/packs/ambient: the first pack — <Ambient effect="…"> mounts a registered effect; the P contract (P-1..P-6) guarded by scripts/packs-check.ts; colors are token-aware (P-4). One-way dependency, removable-by-construction. - resolveToken extended to semantic color slots (--color-{role}-{slot}) so consumers resolve theme tokens to concrete colors (the P-4 half). STREAM B — animations over real text → canon - Six components (count-up + text-{gradient,circular,blur,focus,scramble}): each a morfo + eidos recipe (where there's styling) + demo. CountUp is a service component (counts through uix.format.numbers). The five Text* are passive decoratives. Upgrades over the seeds: SR hardening (real text visually-hidden + aria-hidden decoration), a11y fix (no fake role=button), measurement discipline (cached rects via dom.measure, no reflow storm), reduced-motion, ecosystem citizenship (eidos.dom/timers, no raw platform). - MorfoElement gains 'p'. DOCS - docs/architecture/packs.md (pack tier, admission rule, P contract, Aura promotion path); docs/decisions/design-text-effects.md (the family design record) + indexed in decisions.md / README.md; glossary entries (scene/Ambient/Aura/text effects); scene README custom-pipeline + authoring bridge; motion-guide content-effects note; strata tables acknowledge packs. Gates: component:audit 141/0/0 · docs:check 0/0 · scene tests 9/9 · packs:check 0/36 · check 0 own errors. Verified in browser (32 effects mount+compile; 6 text components SSR+hydrate, CountUp re-formats by locale live, TextGradient resolves token stops to OKLCH via var()). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	b55ca6eecb	fix(cleanroom): F2+F3+F4-C+SEM-4s1 — lote mecánico, censos con guard, corpus documental y el close polimórfico de los pickers VIVO ... F2 — lote mecánico (13 ítems): - DEP-2 ogl eliminado (0 imports) · DEP-1 clsx inlineado como toClassString propio + suite de contrato (props.test.ts; soma.md §12 cerrado). - THM-7: los 5 selectores manuales de sema.md reescritos con semaSelector (los ejemplos [data-toast-root] apuntaban a un part INEXISTENTE — la deriva que el builder previene, demostrada en el propio doc). - MOR-1 escape isomorfo + validación de attr-names en semaSelector + 9 tests (selectors.test.ts, matches() real con comillas/corchetes) · MOR-2 partMarkerAttr = única fuente compilador↔builder + test de paridad · MOR-3 _resetCompileCache borrado (0 usos). - SOM-2 keydown continue en match sin handler + keyboardFixtureMorfo · SOM-1 no-await de handlers (censo async = 0; contrato V1 cumplido) + pin. - SEM-2 trigger pre-attacha catch con logger (void trigger sin unhandled rejection; throw intacto para awaiters) + pin · SEM-3 fallback muerto de applyDominance → skip defensivo + timer tope de awaitExpression cancelado · SEC-1 adjudicado YA implementado (assertCssVariableValue desde 2026-05-11) + pin del path de VALOR. - accordion → outline (§32; su outline:none dejaba CERO anillo en HCM) — verificado en vivo · THM-6 radius-full 9999px · EID-4 recuentos 33. F3 — censos con guard: - SOM-3 cerrado: announcer + image-provider migrados a scheduler-preferred (consumidores cableados: date/time-field vía soma.uix.timers; avatar/image vía eidos.timers — verificado en vivo); guard de timers ENSANCHADO de soma/components a TODO soma y pasado a EVIDENCIA (setTimeout exige .schedule( en el fichero — layers/ y datetime/ escapaban del ámbito viejo). - THM-5: R-4.7 nueva (válvula same-line /* important: <razón> */, escaneo comment-blanked) + las 15 declaraciones anotadas con su razón + canon recipe-contract §3/§4. - SOM-4 adjudicado: el censo/guard YA existían (49 pins); knob/mask-field/ timeline pinneados (overrides documentados en call-site); media-player Batch-4 (35 hits, cero renderProps) = único batch restante, registrado. - THM-4 doctrinado en eidos.md §unused (comportamiento/composición = legítimo; deuda = eje visual sin consumidor; hotspots por lotes). F4-C — corpus documental (decisiones de usuario aplicadas): - DOC-3: los 15 enlaces muertos resueltos (repoint a la edición FINAL trackeada / des-link históricos) · docs:check I6-links WARN→ERROR. - DOC-1: tabla «Build contract» MIGRADA a component-guide con estados modernizados (A3–A5 → LIVE + guards de hoy); banners reapuntados; citas de CANON/sema.md historificadas; lápida-redirect en el §13 del fósil. - DOC-4: hold chain → holds.ts · FAQ event:* SUPERSEDED por signatures · gradient añadido a los DOS capstones (sextet real) · nota de paleta de demo-authoring corregida (universalPaletteDecls + decisión THM-2 = mecanismo universal como sucesor del tracker borrado). - DOC-5/6: recuentos anti-frágiles datados · §4.11 dup → §4.12 · Known gaps historificado · N-6/N-7 recuperadas de git (d68d2c45^) y canonizadas en eidos.md §pickers · authoring E2 → canon/tsc.md · air-old des-linkado · EID-3 (placement) en la fila RTL · AUX-2 disabledDom documentado. SEM-4 sesión 1 — el close polimórfico de los pickers, VIVO (D.11): - Reconciliación: los morfos ya no declaran close (delegated al Popover, de-dialoged 06-27); el agujero real era el cierre programático bypaseando dismissWith → save/cancel/select eran perceptualmente SILENCIOSOS. - Fix: PickerShellHandle.setPopoverDismiss + closeWith(cause) en los 5 providers (14 sitios; select/commit → 'save' = commit.save+fulfill, cancel → 'cancel' = emerge; fallback raw para headless) + UN inyector en el eidos PickerShell root (norma N-8). Picker genérico fuera a propósito (ya suena commit-set/cancel por diseño S9). - Verificado en vivo (date-picker): Done → close·commit·fulfill·active · Cancel → close·emerge · cierre real. Gates: matriz 141/141 (los 6 morfos nuevos de la pista de texto paralela también PASS) · contracts 38/38 · eidos 314 · sema 178 · morfo 94 · docs:check 0/0 con I6 en error · baseline propio 57. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	4addfd7dbf	fix(cleanroom): P1s ejecutados (EID-1/EID-2/SEM-1/MOR-4/THM-1/THM-3) + auditoría + plan scene/ambient ... Clean-room fixes (2026-07-11, sobre los P1 de la auditoría): - EID-1: el anillo de foco de la fundación migra a `outline` (§32) — el último box-shadow del catálogo; :where()-wrapped para que las recetas siempre ganen; doctrina actualizada en theming/reference + changelog. - EID-2: opacidades literales de archetypes.css → var(--opacity-disabled/hover). - SEM-1: política de live-region unificada — la urgencia va SOLO por intent (threat/loss → assertive), runtime y AnnounceChannel ya coinciden. - MOR-4: card-group con morfo propio (scope eidos) + guard de enumeración. - THM-1: component-audit + recipe-css-contract escanean los *.css hermanos (calendar-select, color-picker-spectrum, date-range-picker-time…); R-2.1 caza también hsl()/oklch(); violaciones de los secundarios corregidas. - THM-3: canario de censo de toggle volteado (lint.test); commit-block promovido a firma global block-shake; regen de generated/base.css. Docs nuevos: - docs/audit-new-10-july/audit-active-uix.md — auditoría clean-room 2026-07-10 del ecosistema (hallazgos P1–P3 con evidencia ruta:línea, matriz y gap analysis). - docs/process/PLAN-scene-ambient-pack.md — plan por fases: motor arts/scene + pack Ambient (45 animaciones de demos) + vía de promoción agéntica (Aura); gate de decisiones D1–D9. - docs/Disenando_lo_que_ocurre_FINAL.{docx,pdf} — edición FINAL del libro. - README.md raíz (esqueleto de paquete). Excluidos deliberadamente de este commit: words/palabras/chronos (pista separada), web/routes/alpha (terminado, sin commitear por decisión), rt.css (volcado de referencia Radix Themes). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	bf573430b8	docs(theming): close the touch-rows/§37 reconciliation — pseudo hit-slop CONFIRMED (user decision) ... Option (a) with riders: the ::before slop stands for bare markers (the Material mdc-touch-target / Android touch-delegate / iOS hit-inset lineage). Rider 1: dense coarse stacks must keep pitch >= --touch-target (WCAG excludes overlapped area; bare boxes still hold AA via 2.5.8 Spacing worst-case). Rider 2: the Field labeled-row task stays open as the ADDITIVE improvement — the row becomes the real AAA target (2.5.5 Equivalent) and the slop remains a harmless net. Chronicle updated in changelog §37; standing in reference §37; handoff block resolved. Co-Authored-By: Claude Fable 5 <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	e83ca6eaf5	docs(theming): size canon is now full ✅ in the comparison table (C7 consumed the bundle) ... The ⚠️ 'canon + guard, not consumed' asterisk is retired: the C7 sweep made all 34 size-bearing recipes consume the bundle coordinate, so the row is ✅ (canon + enforcement + consumption). The footnote also drops the stale control/compact/dense archetypes (superseded by the 2026-06-17 1:1 override) — control text follows the typographic scale 1:1. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	4e7753fe08	docs(book): F7.6 (1/2) — decision logs moved to docs/decisions/ (verbatim Spanish) ... LIBRO_VARIACIONES_Y_EXTENSIONES -> decisions/book-deviations.md and GUIA_IMPLEMENTACION_SEMAUIX -> decisions/guia-semantica-historica.md, both moved AS-IS in Spanish: the deviations registry is a logbook of the author's literal decisions ('transcrita literal') and carries proposed doctrinal text destined for the Spanish book — translating it would destroy that function (s G calls itself bitacora); the guia was already status: historical (Fase 6) and the plan exempts it explicitly. English frontmatter added to both; internal cross-links repointed (CANON, theming/reference, book-deviations D.11). docs-check's I2 phantom-field exemption follows the moved file (it matched by the LIBRO_VARIACIONES filename; now also matches decisions/book-deviations.md). Corpus swept: CANON x3, README (E2/E3 strata + tables — also fixed the pre-Fase-6 leftover row still calling the guia 'authoritative for any new wrapper' and the unswept eidos/TSC.md stratum mention), building-a-component D.4, completion-checklist G-1.1 + header, theming/reference, architecture x5 (active-architecture, eidos, morfo, overview, sema x2). docs:check 0 errors, 11-warn baseline. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	0588644a71	docs(book): F7.5 (1/2) — checklist + audit guide + demo guide moved to docs/guides/ ... Three English guides moved verbatim (copy + link touch-ups, no translation): COMPONENT_COMPLETION_CHECKLIST -> guides/ completion-checklist.md, COMPONENT_AUDIT_GUIDE -> guides/ component-audit.md, DEMO_AUTHORING_GUIDE -> guides/demo-authoring.md. Tooling moved with its doc in the same pass: docs-check I5 now parses the checklist at the new path (verified: 0 errors, rule tables found) and component-audit.ts's two path strings updated. One reconciliation in the audit guide's s5, applied as link-don't-copy: the copied v1 6-tab template list (stale vs the v2 9-tab guide it links, drawer canary vs button) is replaced by a pointer to demo-authoring.md; the domain canaries in s7 stay. demo-authoring's harness links now reach into web/routes/uix/lib/ (the modules stay with the code); the deleted pendiente_color_demos.md reference is marked TODO(reconcile). Corpus swept: building-a-component (frontmatter related: + phases 6/8), authoring, architecture/soma, theming/reference s5-parity, testing-and-tooling, getting-started, README (E4 rows + component-audit row added + two stale F7.3 paths in 'I want to' fixed). Remaining warns = links to component-guide.md, which lands in F7.5 (2/2). 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
dev	36e79c8f8d	docs(book): F7.4 (3/4) — typography + color-model RFCs translated to docs/rfcs/ ... TYPOGRAPHY_ENGINE_RFC (191 L) -> rfcs/rfc-typography.md and COLOR_MODEL_RFC (155 L) -> rfcs/rfc-color-model.md, Spanish to English. color-model is a RESOLVED RFC kept as the historical record of the rejected single-anchor proposal — the resolution header travels with it, canonical model stays theming reference s25. typography's stub notes the measurement arm (lib/canvas-text, SText) stays in src. decisions.md rows repointed; typography's Status aligned with the RFC's own closed-phases state. Theming reference s21/s25 links swept. docs:check 0 errors. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	9034a6e3a4	docs(book): F7.4 (2/4) — depth + shape RFCs translated to docs/rfcs/ ... DEPTH_ENGINE_RFC (149 L) -> rfcs/rfc-depth.md and SHAPE_ENGINE_RFC (162 L) -> rfcs/rfc-shape.md, Spanish to English. Both stubs summarize the shipped state (phases 1-5) and keep the by-path citations resolving — including the '// (DEPTH_ENGINE_RFC s5)' comments across src/uix/eidos/lib/*.ts that decisions.md documents as load-bearing. decisions.md index rows repointed and their Status column aligned with the status the RFCs themselves declare (both said implemented; the rows still said Propuesta). Theming reference s29/s30 canonical-guide links swept. docs:check 0 errors. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	9afcabe73e	docs(book): F7.4 (1/4) — structural RFCs translated to docs/rfcs/ ... SCALING_RFC (92 L) -> rfcs/rfc-scaling.md and STRUCTURE_ENGINE_RFC (113 L) -> rfcs/rfc-structure.md, Spanish to English, same section numbering. The legacy-name -> rfc-* rename that decisions.md declared deferred 'until those citations are swept in the same pass' happens here: stubs at the old paths keep every by-path citation resolving. Corpus links swept (theming reference s23/s31, decisions.md index rows, channels.md capstone list — the channels.md sibling links to rfc-color-engine/typography/depth/shape land later in this batch). Chronicle docs (theming/changelog, inherit_audit) keep old paths by doctrine — the stubs resolve them. docs:check 0 errors. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	6307ec86f0	docs(book): F7.3 (9/9) — THEMING reference translated; theming/ + canon/ batch COMPLETE ... src/uix/eidos/THEMING.md (1499 L, Spanish) translated to English as docs/theming/reference.md, same s1-s38 numbering: the mental model, s1.bis (theming lives in eidos — the 2-of-3 derivation and the canonical split), the CSS layers, the 7 token layers, the 9 roles, the size canon (universal 1:1 + label step-down + container cap + the icon scale), the naming conventions, the s7/s8/s9/s13/s15/s17/s18 stubs repointed into the book (canon/tsc, theming/guide, theming/notes, theming/changelog, theming/motion), runtime overrides + builders, bundle/purge, validation tooling, s14 motion (the pickup lift), s16 anti-patterns, s19 variants canon, and the s20-s38 standing-decision stubs. One internal reconciliation applied: the s35 stub cited the control/compact/dense size archetypes that s5 declares superseded by the universal 1:1 — aligned. One stale v1 DEMO_AUTHORING s12.8 citation in s5 replaced by the v2 s6 parity rule. Stub at the old path carries the full s1-s38 map (the most sN-cited doc in the repo: code comments, CLAUDE.md, RFCs). Corpus links swept (CANON, docs map, comparison, glossary, eidos chapter, canon/tsc, theming/guide + notes). docs:check 0 errors (260 docs). F7.3 complete: docs/canon/ (tsc, recipe-contract) + docs/theming/ (reference, guide, notes, channels, motion, motion-guide, changelog). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	aa05532e9f	docs(book): F7.3 (8/9) — eidos-motion translated to docs/theming/motion.md ... src/uix/eidos/eidos-motion.md (698 L, Spanish) translated to English, same s1-s19 numbering: the two-moment thesis, the closed cascade model (D.11-D.13), motion across the 4 layers, the two-surface registry, types, the EngineMotion API + cleanup policy, the 5 drivers, the DOM contract (data-animation-style), Presence integration, reduced motion, primitives/ keyframes, built-in content, per-component defaults, code map, s15 (the events.css -> signatures migration — cited from events.css), Chakra comparison, naming, phases F1-F7, deferred. Stub with the full s-map at the old path; corpus links swept (comparison, eidos chapter, changelog, motion-guide). docs:check 0 errors. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	060f7f1572	docs(book): F7.3 (2/3) — theming/ satellites: guide + notes + channels + motion-guide + changelog ... Five theming docs into the book tree: - docs/theming/guide.md — THEMING_GUIDE (241 L, Spanish -> English): add a component's recipe step-by-step + the three theme-definition modes. - docs/theming/notes.md — THEMING_NOTES (168 L, Spanish -> English): the bundle/feature comparison + the controversial-decisions FAQ (in-page anchor to s1.bis fixed to a real THEMING link). - docs/theming/channels.md — CHANNELS_SYNTHESIS (115 L, Spanish -> English): the per-channel-RFC capstone (two moments, 8 expression vs 3 runtime channels, the builder sextet + applyTheme). - docs/theming/motion-guide.md — MOTION_GUIDE (213 L, already English): moved with frontmatter + links repointed. - docs/theming/changelog.md — THEMING_CHANGELOG (1310 L): chronicle, moved VERBATIM (recorded history is not translated), links repointed. Thin stubs at all five old paths; corpus links swept (docs map E3/E4 rows, building-a-component phase 5, decisions umbrella, getting-started, eidos chapter). docs:check 0 errors (258 docs). Remaining in F7.3: THEMING.md itself (1499 L) + eidos-motion.md (698 L). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago