732 Commits (6f42eebfe80bc9ac5656be2bbf621c6d62e768fb)

Author	SHA1	Message	Date
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	8864ba93ca	docs(morfo,chronos): la doctrina alcanza a lo que se construyo hoy ... `morfo.md` gana la trampa que se llevo cinco etiquetas: **`texts` es una DECLARACION, nunca una tabla de consulta**. `normalizeTranslationRef` toma la clave VERBATIM y no traduce un alias a una ruta, asi que `prevMonth` frente al `prev-month` del catalogo resuelve a una ruta que no existe y **envia el fallback ingles sin error ni aviso**. Igual con `commonRef('action.undo')` cuando `common.action` no existe. Y el aviso que faltaba: el guard que deberia cazarlo, `npm run translations:check`, **estaba cascando** antes de comprobar nada — arreglarlo y censar los 166 morfos antes de volver a fiarse. README de soma/chronos: `SearchButton` faltaba en la tabla de partes, y ahora documenta los dos permisos de manipulacion directa (`canMove` / `canResize` — separados a proposito aunque hoy coincidan, porque el handler de teclado preguntaba el equivocado) y el estado `searchOpen`. README de eidos/chronos: seccion **Composicion** nueva (la ranura `children`, que las partes publicas las decide `kind` en el morfo, que son ergonomicas y no ganchos vacios, y que los overlays los pone la RAIZ). La coletilla «sin API compound publica» queda marcada como ANULADA en su gap. Busqueda y undo/redo pasan de hueco a hecho; la recurrencia anota que la manipulacion directa se bloquea de forma visible y que falta PINTARLO. `CONTINUE.md` de chronos se marca como NO vigente y apunta al handoff del eje. El handoff gana una seccion §0 «donde estas» con los seis commits y el orden de lo siguiente, y §4 recoge las dos decisiones de autor medidas y listas. docs:check 0/621 · rtl:check 0/177. Los .md tocados que prettier marca ya estaban asi en HEAD salvo el README de eidos, cuyo contenido SI pasa (el aviso es solo CRLF del working tree, que git normaliza). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b7f8899572	fix(chronos): una ocurrencia recurrente deja de fingir que se puede arrastrar ... Arrastrar una ocurrencia iluminaba la celda de destino y al soltar no pasaba nada: su id es sintetico (`serie::YYYY-MM-DD`) y `moveEventToDay` lo buscaba en `calendar.events`, que solo guarda la SERIE, asi que `find` devolvia undefined y salia en silencio. Iba a resolver el id a la serie —como hace `openEdit`— hasta ver que `canResize` YA excluye las ocurrencias de forma explicita («those edit via the series in v1»). La politica escrita no es desplazar la serie: es bloquear la manipulacion directa y editar por el dialogo. El defecto no era la resolucion del id, era que la afordancia mentia. `canMove(event)` en el provider, espejo de `canResize` y con su razon escrita, y `disabled` en los TRES `DragDrop.Draggable` (mes · all-day · timed). De paso, el handler de teclado gateaba las DOS permisos con `canResize`; ahora cada flecha consulta la suya (Shift → resize, flecha sola → move). Hoy los dos predicados valen lo mismo, asi que en el teclado no cambia la conducta, solo el significado. Medido en navegador: la ocurrencia ya no INICIA el arrastre (ni `data-dragover` ni `data-dragging`), y un evento normal sigue cayendo — Retro 18 jun -> 25 jun. Teclado: flecha sobre la ocurrencia no mueve ni agarra; sobre `Launch` mueve 15 jun -> 16 jun. Queda la mitad cosmetica, anotada: el chip bloqueado sigue con `cursor: grab` y sin `data-disabled`, porque `Draggable` no lo estampa. Pintarlo pide un gancho declarado — decision, no bug. Y el handoff registra por que la rebanada 3 de C5 no es mecanica: casi todos los helpers de la vista de mes los comparten semana y agenda, y varios son COMPORTAMIENTO que pertenece a soma. Partir la vista antes de mover eso repartia la fuga entre cuatro ficheros en vez de arreglarla. check 74 = base · 458 vitest · docs:check 0/621 · rtl:check 0/177 · consola limpia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fc3a9c0e5a	feat(eidos): el editor de chronos sube a la raiz, como la paleta ... C5 rebanada 2 de 4. El Dialog del editor tenia el mismo hueco que la paleta y se cierra igual: extraido a `chronos-editor.svelte` (Dialog + editorCtx + save/remove) y renderizado por la RAIZ, no por el cuerpo por defecto. Un arbol compuesto que coloque `EditAction` o celdas de dia —partes publicas— ya recibe editor cuando algo llama a `openEdit` / `openCreate`; antes, sencillamente, no tenia ninguno. `chronos-view.svelte` baja de 1199 a 893 lineas y pierde los 7 imports que la extraccion dejo huerfanos. Medido con el discriminador que si distingue de quien es el editor (el portal del Dialog hace que `contains()` no sirva): mover SOLO la instancia compuesta 5 meses y luego elegir desde SU paleta un evento de junio. away -> [junio (defecto), noviembre (compuesta)] elegir «Retro» en la paleta de la COMPUESTA after -> [junio (defecto), junio (compuesta)] la de por defecto NUNCA se movio 1 editor abierto · title «Evento» · EditAction presente El handler corrio en el provider de la instancia compuesta y el editor que aparecio es el suyo. Camino por defecto tambien medido: clic en un chip abre el editor en modo vista, con EditAction traducido, el «when» y el pie. check 74 = base · 458 vitest · docs:check 0/621 · rtl:check 0/177 · consola limpia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	a542f9f10d	feat(eidos): chronos abre su estructura, y el cuerpo por defecto la estrena ... C5 rebanada 1 de 4. Que partes son publicas no es cuestion de gusto: es `kind` en el morfo (21 publicas, 12 privadas). Namespace `Chronos.*` con la forma de Table/Calendar, y la raiz gana ranura de composicion — pasar `children` REEMPLAZA el cuerpo por defecto. Antes se renderizaban ADEMAS de la vista completa, un segundo arbol colgando de un calendario entero; ningun consumidor los pasaba. Ocho partes de toolbar (`Toolbar`, `Heading`, `Prev`/`Next`/`Today`/`Undo`/ `Redo`/`SearchButton`), ergonomicas al estilo `Calendar.PrevButton`: componen el IconButton/Button del sistema, su glifo y la llamada al provider, asi que el consumidor recibe un control que FUNCIONA y no un gancho vacio. El cuerpo por defecto se recompone desde ellas — no es un camino privilegiado, es el primer consumidor de la API compuesta. `searchOpen` sube al provider: en un toolbar compuesto el boton y la paleta viven en subarboles distintos y el provider es el unico sitio que alcanzan los dos. Y la prueba compuesta destapo un hueco real — el SearchButton compuesto no abria nada porque la paleta vivia en el cuerpo por defecto. Los overlays pertenecen a la RAIZ: extraida a `chronos-search-palette.svelte`. El Dialog del editor tiene el mismo hueco y sigue dentro de la vista; es lo primero de la rebanada 2. Dos declaraciones falsas mas, del patron de siempre: `toolbar` declaraba `header` y se pintaba un `div`; `heading` declaraba `div` y se pintaba un `span`. Los wrappers renderizan lo DECLARADO, medido sin desplazamiento. Medido con dos instancias en la misma pagina: next en la compuesta mueve solo la compuesta (junio -> julio), prev en la de por defecto mueve solo esa (junio -> mayo), ids de heading distintos, y la paleta de cada raiz lista sus 18 eventos por separado. check 74 = base · 458 vitest · morfo:check PASS chronos · docs:check 0/621 · rtl:check 0/177 · eidos-lint invalid 0 · consola limpia en las tres vistas. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	968fff9cdf	feat(morfo,soma,eidos): chronos deja de tener partes que el morfo no conoce ... C3 cierra con `more-link` y C4 con los seis marcadores que eidos estilizaba sin declaracion. Los tres botones sin fuentes (`day-add`, `edit-action`, `search-button`) comparten una clase; `undo`/`redo` se cablean sobre la del nav; `timegrid` pasa a `time-view` porque estaba a un guion de la parte `time-grid` que vive dentro; `peek-panel` y `day-peek` quedan como partes de display puro con marcador inline. Cada una renderiza un `<button>` real cuando el morfo lo declara: una `Region` que cae a `<div>` pondria el `type` declarado sobre un no-boton. La lupa deja de ser un adorno sin `onclick`: abre una paleta `Command.Dialog` sobre TODOS los eventos, no un filtro de la vista, con `goToDate` nuevo en el provider — la generalizacion de la que `goToday` era un caso particular. El texto buscable viaja en `keywords` porque el scorer de Command lee value + keywords y NUNCA los hijos renderizados, asi que se busca por titulo, por tipo y por fecha. Y tres etiquetas que mentian en silencio: `translationRef` / `commonRef` normalizan la clave LITERAL y no consultan ningun mapa, asi que `prevMonth` / `nextMonth` / `moreEvents` y `action.undo` / `action.redo` caian al fallback ingles en una pagina `es`. Corregidas contra el catalogo, con `common.buttons.undo` / `redo` anadidas. Verificado: check 74 = base (delta cero) · 458 vitest · docs:check 0/621 · rtl:check 0/177 · eidos-lint chronos morfo-backed 32 -> 44, invalid 0 · navegador limpio en las tres vistas, con el A/B del undo medido (18 jun -> drag -> 25 jun -> undo -> 18 jun -> redo -> 25 jun) y el salto de la paleta (noviembre -> elegir Retro -> junio). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	56a96114f8	feat(morfo,soma): la emisión deja de aceptar un elemento anónimo ... El defecto que tres auditorías encontraron y ninguna cerró no era que N eventos redirigieran sin declararlo: era que la API de emisión aceptaba un HTMLElement suelto, compensando que el registro de partes perdía la identidad de instancia. Censar y arreglar a mano reproduce el modo de fallo. Esto lo hace inexpresable. F1 — SomaRuntime<M> genérico, SIN default. Nombres de evento, kebabs de parte y claves de events/actions tipados contra la declaración (EventNameOf / PartKebabOf / ActionNameOf, los extractores que semaSelector ya usaba del otro lado). 104 anotaciones migradas + 3 wrappers que devolvían tipado pero tomaban sources ANCHO. SomaRuntime<Morfo> queda sólo en la tabla de contratos. F2 — registro por instancia: Map<part, PartRegistration[]>, pertenencia mantenida por el stream del attachment (poda al desmontar, re-entrada al remontar), resolución liveReg = la instancia VIVA más nueva. Mata de paso la clase "la más nueva muerta ensombrece a una viva". F3 — tres formas legales de destino: el target declarado; el anclaje por instancia (SomaRuntimePart.trigger, tipado por EventNameTargeting, + runtime.partInstance por identidad de referencia); y targetFallback, la cadena por estado de montaje declarada en el morfo y resuelta por resolveEmitTarget — LA resolución única para validación, emit y foco a11y, que ya no pueden discrepar. ~30 componentes migrados; censo de targetOverride 148 -> 89. F4 — A-36 tenía un superviviente. Medido en dropdown-menu: bajo `pre` el `open` no colisionaba con el contact-activate del Button compuesto, se PERDÍA entero porque su content no había montado. Aplicada la receta de float-panel a dropdown-menu Y context-menu. Ahora: contact-activate en trigger, open en content — dos superficies, ambas expresando. Submenús mudos, tres componentes. No era cableado: el morfo no declaraba el evento. onion-menu recibe emerge-expand/emerge-collapse (la forma de TreeView: un nivel revela sus hijos en el sitio); dropdown-menu y context-menu reciben sub-open/sub-close sobre sub-content, distintos del open raíz a propósito porque el sub es su propia superficie flotante. Nacen con la receta A-36 para no repetirla en código nuevo. chronos — declaraba 26 partes y registraba UNA; 17 role= a mano y el ARIA declarado no llegaba nunca al DOM. Se anula la mitad sobre-extendida de la decisión de 29ffe902a: la reutilización sigue viajando por el motor puro, pero la ESTRUCTURA se compone como en Table y Calendar. C1 (las 6 partes que emiten, chronos con cero targetOverride) + C2 (8 singletons) + C3 8/9. Registrar una parte DESTAPA declaraciones falsas, tres veces en un pase: el chip declaraba defaultElement button y ponía type= sobre un div (anida el asa de resize); grid-row declaraba archetype item y pintó la semana entera como fila de lista; y un aria por propRef desaparece en SILENCIO si el provider no publica la fuente. En los tres el arreglo fue la DECLARACIÓN, no el DOM. Verificado: check 74 = línea base medida con stash, DELTA CERO sostenido en cada lote · 458 pasan (chronos+morfo+sema) · navegador limpio en las tres vistas de chronos, con el contrato ARIA vivo por primera vez (aria-labelledby resolviendo a «junio de 2026», aria-readonly/disabled que no se habían emitido nunca). Handoff en docs/process/CONTINUE-perceptual-surface.md. Aparte, y decidido por el autor: docs/process/PLAN-event-name-normalization.md — prefijo de familia siempre; 36 de 252 sin prefijo, cero ambiguos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b1b48fb3aa	fix(sema,morfo,soma): una superficie no admite dos ocurrencias, y el nombre ya no miente ... `data-event-*` es UNA RANURA por elemento. Tres auditorias independientes encontraron el mismo defecto y ninguna lo cerro: fable S1 (2026-07-01, con el README diciendo «findings executed»), sema S-17 (2026-08-05, midio el estampado del knob muriendo a los 24ms de un hold de 240) y blocks A-36/A-65 (reproducido en navegador, dos estampados a 1,1ms). Lo que faltaba no era diagnostico: nadie podia distinguir una redireccion legitima de una deriva, porque la opcion que redirigia se llamaba `fallbackTarget` y hacia lo contrario de lo que decia. EL NOMBRE PRIMERO. `fallbackTarget` -> `targetOverride` (202 apariciones, 64 ficheros, dirigido con `git ls-files`). Siempre GANO sobre el ref registrado; el nombre honesto es la precondicion para auditarlo. Las cronicas conservan el viejo por diseño. LA PROPIEDAD. `unstampEventAttrs` recibia el signal y lo DESCARTABA, asi que la ocurrencia que terminaba antes borraba a la que tenia la ranura. Ahora comprueba `data-event-id`. Con eso, `replace` deja de ser el comportamiento roto y pasa a ser el suelo correcto. A-36, SIN `regime`. Los cuatro overlays cedian el estampado del `open` al trigger por un workaround de la era `sequence: 'pre'`; con `post` el content ya esta montado. Retirado el override (float-panel migrado `pre`->`post`, ultimo fuera de la doctrina que sema.md escribe). Medido en /blocks/site-header/preview a 375px: contact-activate en el TRIGGER +18,7ms y open en el CONTENT +20,6ms, con press-squeeze y slide-from-right-full corriendo. Antes: los dos en el trigger, press-squeeze jamas. `regime` DEFINIDO — y son dos valores, no cuatro. `replace` (default) y `queue`, este solo para las 4 parejas irreducibles: los tres toggles (el provider ES el boton) y el knob. `collapse` retirado (su caso murio con la propiedad: medido, 0 huecos en 5 emisiones a 72ms) y `lock` retirado (significaria «un cierre que no se anuncia»), con sus 4 declaraciones muertas. El guard de `queue` PASO EN VERDE SIENDO INCORRECTO: con timers falsos no hay animaciones, asi que awaitExpression volvia al instante. El navegador midio el commit encolado llegando 1,6s tarde. `queue` espera el HOLD, no la expresion. Medir la envolvente no es medir la salida. `renderAttrs` — los attrs que no son partes. Vaciar ACTIVE_DEV_TRACK (palabras y chronos ya no estan excluidos) destapo 23 `data-palabras-*` que ningun morfo declaraba y que palabras.css SI estiliza: aterrizan en el arbol que el usuario escribio, asi que no pueden ser partes. Campo nuevo con la linea afilada —si el consumidor puede componerlo, es una PARTE— y 3 consumidores (palabras, waveform, aura). Declarado en types.ts Y en el esquema sium: la leccion de MorfoElement. Ademas: 5 selectores muertos en el predicado del focus-scope de palabras (barrido de todo el repo: aparecian solo ahi) · RTL-1 real en palabras-chrome (inset logico + translate fisico = doble volteo; rtl:check 1->0) · el union inline al `Direction` canonico, que destapo que el censo de direccion grepea el NOMBRE del tipo · deuda de chronos (scope, barrel, README). Y de la cola: S-36 (barrel 68->71 + guard), S-31 (vibrate(NaN)), S5 (la preferencia de reduced-motion del usuario ya gana a los channels del morfo), SO2 (el warn que el JSDoc prometia), SO4 (validar el target antes del prewrite). Todos los guards nuevos vistos fallar antes de arreglar nada. Base: check 74 (= base) · sema+morfo+contracts 454 verdes / 6 ajenos preexistentes · soma navegador 1258/1259 (el rojo es un timeout ajeno, reproducido con los cambios en stash) · docs:check 0/618 · rtl:check 0/177. Handoff: docs/process/CONTINUE-perceptual-surface.md Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9b70379abb	refactor(sema,chronos,palabras): tambien los dos componentes excluidos ... Me excuse dos veces en la regla de escritura excluida cuando el autor ya habia dicho «todos la documentacion y componentes». Su decision, repetida: se arreglan. CHRONOS - El pack tenia CUATRO reglas con solo un selector — restos de la migracion automatica, que no dicen absolutamente nada. Borradas. Y las dos de `handle-drag` / `handle-resize` tambien: llevaban muertas desde que se escribieron porque ningun proveedor emite esos eventos (S-37). Con ellas se van sus dos excepciones firmadas del censo — la mejor forma de retirar un waiver es que deje de haber defecto que excusar. - Queda un pack de tres reglas, todas hapticas y todas justificadas: una entrada de calendario es un blanco pequeño, y el tacto dice CUAL acertaste, cosa que el sonido no puede. - `SPEC.md` §8 describia el modelo de tunings entero (`soundTuning('commit.soft')`, «no sobrescriben pitch/gain/contour del intent (capa 2)»). Reescrito: lo que Chronos suena lo dice el mapa, y ninguna regla PUEDE tocar una primitiva porque el tipo no lo admite. - El morfo afirmaba «Haptic-only by doctrine (no sound per frame)» para `handle-drag`. Esa doctrina murio: un gesto suena por REPETICION. El comentario dice ahora lo que es cierto — que nadie lo emite todavia. PALABRAS - `INTERACCION.md` citaba `SOUND_TUNINGS`. Ahora dice lo que hace de verdad: palabras no nombra ningun sonido propio, cada suceso toma el de su familia y verbo, y `commit.save` + `fulfill` encuentra `tick.fulfill` — que sigue siendo, como decia la tabla, la unica celebracion audible. - El proveedor justificaba no emitir `contact-focus` por «una base sound signature en SEMA_MAP (pitch 800, gain 0.25)». Esa base ya no existe: hoy la familia NOMBRA `touch`. La decision de callar sigue siendo correcta y ahora esta explicada por el mecanismo real. ⚠️ Prettier volvio a reformatear entero `palabras-provider.svelte.ts` (no estaba formateado en HEAD): revertido y reaplicado a mano, 4 lineas en vez de 61. VERIFICADO: sema+morfo+soma 1076/1076 · docs:check 0/618 · check sin errores nuevos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e6a445c453	docs: el corpus entero deja de describir un sistema que ya no existe ... Tras rehacer el sonido dos veces en un dia, la doctrina escrita seguia explicando la cascada de cinco capas, los tunings y la modulacion por intent — exactamente la clase de mentira que esta sesion entera se dedico a perseguir en el codigo. 23 ficheros al dia. FUENTES DE DOCTRINA - `architecture/sema.md` — la seccion de resolucion ya no numera seis capas para el sonido: enuncia las dos busquedas y dice que el sonido NO participa de la cascada, que es el diseño. La convencion de deltas se acota al haptico y a `hold`, que son los unicos que aun tienen numeros. La seccion del catalogo se reescribe como «el sound pack»: bases y variantes, el pack por defecto sin binarios, el guard de distinguibilidad con la razon de por que existe (se detecto por OIDO, no por test), y por que una biblioteca nombrada por componente hay que TRADUCIRLA. - `CANON.md` §7 — la fila del sonido dice ahora «un nombre, y solo cuando difiere de su familia», y se añade que el intent SELECCIONA, con el motivo perceptual: reconocemos sonidos, no desplazamientos de parametro. - `CLAUDE.md` — la doctrina operativa pasa de tres reglas a seis, y todas enunciadas por su mecanismo: las dos busquedas, que NADIE escribe un parametro, el tier del verbo que vacia los packs, el guard de distinguibilidad, el limite fisico de las grabaciones y los gestos por repeticion. - `book-deviations` D.7/S-07 — dejan de explicarse por «el nombre va debajo del intent» (modelo intermedio, tambien muerto) y se explican por la ausencia de aritmetica. Y D.8 corrige la tabla de canales: `handle` suena, y los tres resolvers de gesto que la entrada citaba como justificacion ya no existen. PROCESO - `PLAN-sound-names.md` se marca SUPERADO EL MISMO DIA, con la leccion escrita arriba del todo: un sistema de modulacion produce variantes que difieren sobre el papel y son identicas al oido, y eso solo se detecta escuchando. Se conserva como cronica de por que NO se hizo asi. - `CONTINUE-sema-audit.md` gana §3.0-bis con el modelo vigente, los tres commits y dos avisos que la siguiente sesion necesita: que nada se ha oido sobre un componente real, y que el catalogo es una PROPUESTA. COMPONENTES — 16 READMEs citaban nombres de tuning que ya no existen (`commit.subtle`, `emerge.exit.soft`, `handle.pickup.air`…). Migrados a los nombres vivos. ⚠️ Distingui los que eran pares FAMILIA.VERBO (`commit.set`, `emerge.open`) y esos no se tocan: siguen siendo correctos. ⚠️ `chronos/SPEC.md` lo migre y lo REVERTI al darme cuenta: es de escritura excluida, asi que sigue citando nombres muertos — decision tuya. VERIFICADO: docs:check 0/618 · check sin errores nuevos · las unicas referencias a `SOUND_TUNINGS` que quedan son las de S-07, deliberadas: citan lo que ya no existe para explicar por que dejo de existir. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	866089a407	fix(blocks,canon): el ledger dice la verdad y el arco perceptivo vuelve a sonar ... La auditoria del tier tenia los veredictos desemparejados de sus hallazgos: un join por POSICION, y el journal del workflow era de sesion. Reproducido en vivo al re-verificar — el journal devuelve los resultados en otro orden que la entrada. Ledger nuevo con 90 ids estables (AUDIT-blocks-ledger.md), union SIEMPRE por id: 41 arreglados, 34 confirmados, 12 refutados con motivo escrito, 3 dato. La tasa real de refutacion es del 13%, no del 28%. De las 12 ALTA de percepcion, 8 tenian la causa raiz en el CANON. Los blocks componen bien; lo que estaba roto era el arco perceptivo. CANON - Link: la prop color era inerte en subtle/plain (inherit a 0-2-0 ganaba a la paleta a 0-1-0), el hover clavaba primary y el active quedaba tapado por el hover de variante. Medido: el enlace del footer pasa de la tinta del padre a la suya. - Card: prometia BoxProps y no los aplicaba — height="100%" era un atributo inerte. El tipo dice la verdad y el eje de tamano se aplica con un helper compartido (buildSizeStyle). Tarjetas al fin de igual alto. - Form.Submit / Form.Reset: componen el Button del canon, asi que la accion principal de un formulario recupera el contact-activate en el gesto. Y el aria-label generico deja de pisar el texto propio (WCAG 2.5.3 para todo consumidor), verificado con el AX tree de Chrome. - Field: dejaba de duplicar commit-submit dentro de un Form — un Enter emitia dos commits con intents contradictorios y dos earcons. - NavigationMenu: commit-select se mueve al Link (navegar es el acto evaluable), el despliegue habla como emerge-open/close en vez de fingir una seleccion por hover, y el pack casa por fin con la parte que recibe el estampado — antes sonaba a la ganancia base, 10x lo disenado. - Badge: el boton de quitar compone IconButton; la altura del chip pasa a ser la del control, asi que md significa lo mismo en todo el sistema. - Fundacion: [data-on] arrastra la propiedad color, no solo las variables. BLOCKS - hero: la CTA secundaria pasa de 1.61:1 a 6.61:1. - contact: separa incomplete de invalid — el camino de error por campo era inalcanzable por construccion — y su frase llega a la AT. - newsletter: coordina (fase 4 del plan). Maquina de cinco estados, palabras propias, Submit y Reason como partes que leen el contexto. - site-header ya no congela la pagina al cruzar el breakpoint; site-footer emite su commit; pricing no se vacia; cta llega a sangre de verdad. DOCTRINA - La frontera dura 1 nombra $libs/forms como puerta sancionada. - El contrato B admite un segundo servicio: el anunciador. Un block que posee las palabras de sus estados tiene que poder decirlas. Gates: blocks:check 15/0 · vitest 20/20 en blocks y 402/402 en eidos+blocks · svelte-check 75/54 (linea base) · docs:check 0/0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d05ecc1aa8	fix(sema): los toggles recuperan voz, y el silencio deja de sintetizarse — muere el prefijo form. ... Tres cosas que el mismo hilo destapo, de la mas visible a la mas de fondo. 1) LOS TOGGLES SUENAN OTRA VEZ (directiva de autor 2026-08-05) switch, toggle y toggle-group llevaban SILENCIADOS desde el 2026-05-26: su pack aplicaba un tuning que restaba exactamente el gain base de la familia commit (0.3 - 0.3 = 0). Medido en navegador: pico 0.0001, el suelo de la rampa. Un silencio por defecto no se percibe como sobriedad sino como componente roto. Pasan a `commit.medium` (gain 0.1): audible, y un tercio de una pulsacion de boton (contact base 0.25) para que un flip no pese mas que una activacion. Los deltas de intent siguen montando encima (threat +0.1, fulfill +0.05). El haptico ligero no cambia. Medido despues: switch pico 0.1. Conservan el silencio, con su justificacion intacta, solo los dos donde el silencio ES la firma: tooltip (revela al pasar el raton, sonaria en cada cruce) y media-player (su propia salida ES audio — D-AP2.7, decision del hilo de audio). 2) EMITIR SILENCIO YA NO CUESTA `SoundChannel.handle` cortaba DESPUES de resolver la firma, asi que un tuning silenciador levantaba dos osciladores, un filtro y una envolvente programada para no sonar, en cada interaccion. Ahora corta antes de sintetizar cuando la ganancia resuelta es <= 0. El corte mira la ganancia RESUELTA, no el tuning, asi que un intent que la devuelve por encima de 0 (threat, fulfill) suena igual. Fijado con test propio, verificado en ROJO quitando el corto. 3) EL AFINADO SE NOMBRA POR LA FAMILIA QUE MODIFICA El catalogo mezclaba tres ejes en el primer segmento —familia (emerge.*, contact.silent), componente (tooltip.*, tabs.*) y la categoria huerfana form.*— sin regla declarada y sin guard que mirara. `form.commit.soft/subtle` entro el 2026-05-19 (09e261878, el commit que CREA sounds.ts) nombrando con verdad a siete controles de formulario; el 2026-05-26, 2d562f378 lo extendio a menus y arboles en la misma pasada que escribia la doctrina: 7 -> 29 consumidores en un commit, 50 hoy, de los que exactamente UNO era el Form. El D.6 de ese commit llego a poner el nombre correcto —commit.select— en la linea que usaba la clave incorrecta. form.commit.soft -> commit.soft form.commit.subtle -> commit.subtle form.toggle.silent -> commit.silent tooltip.silent -> emerge.silent tabs.select.soft -> commit.select.soft 131 ocurrencias en 68 ficheros, dirigido por `git ls-files` — nunca por recorrido de directorio: hay 3 worktrees vivos y build/ con 449 apariciones mas que un sed recursivo habria corrompido en silencio. La cola queda LIBRE a proposito: media-player aplica el silenciador al commit-set de un slider, no a un toggle — la cola describe la FIRMA, no el evento, asi que cerrarla contra el vocabulario de verbos fabricaria otra mentira. Por eso emerge.* no se toca pese a que `exit` no sea verbo canonico. Quedan tres silenciadores, uno por familia con base audible, con el mismo nombre: contact.silent (-0.25), commit.silent (-0.3), emerge.silent (-0.2). Eso convierte la coherencia en INVARIANTE: - `sounds-grammar.test.ts` (guard nuevo): cabeza ∈ SEMA_FAMILIES; forma {family}.{tail}; y todo {family}.silent resta EXACTAMENTE el gain base de su familia, leido de sema-map.ts —nunca copiado—. Verificado en ROJO: el guard calculo solo el -0.4 esperado de signal. - Ley escrita en sema.md § Tuning naming shapes, junto a la seccion hermana que ya legislaba los nombres de EVENTO. - vocabularies.md —"the ONE place the closed sets are spelled out"— pasa a enumerar los 14 afinados por familia; el generador los extrae del const y docs:check vigila su frescura. - D.5 gana las dos notas: el renombrado y la reversion del silencio. VERIFICACION: check 75 (linea base exacta) · sema 198/198 · docs:check 0/615 · navegador antes/despues (switch 0.0001 -> 0.1; button 0.25 sin tocar) · los 25 avisos de prettier entre lo tocado son deriva YA en HEAD, ninguno mio. Cronica NO reescrita (4 ficheros): AUDIT-blocks-2026-08-01, PLAN-audio-player, handoffs-claude-md y audit/components/date-field registran lo que ERA cierto. DESVIACION DECLARADA: sema/components/chronos.ts entra con 6 sustituciones mecanicas —chronos es de escritura excluida, pero dejarlo fuera rompia el type-check del repo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	8d1909b166	feat(direction): eidos comparte el contexto, y el corpus registra el endgame ... La entrada eidos se parte igual que la de soma: `activeEidosDir(dir)` devuelve la AFIRMACION (prop -> ancestro) y publica en el MISMO DirectionContext — un chart eidos-only dentro de un subarbol soma afirmado (o al reves) resuelve el mismo hecho. La cola matematica va a `resolveEidosDir(dir, eidos.prefs)`, con la vista de prefs cacheada por instancia (WeakMap): construirla dentro de una funcion pura llamada por $derived era una alocacion por pasada. createChartRtl consume las dos mitades por su lado: `attr` estampa la afirmacion cruda (ausente hereda del <html> proyectado), `current`/`anchor` resuelven la cola. Corpus: - direction-contract.md §2 pasa del campo obligatorio de 4.1 al mecanismo del morfo (declaracion -> tipo condicional -> estampado; secundarios del mismo morfo; el censo como guard), §7 documenta el contexto compartido y la tabla de entradas partidas, y el checklist §8.3 pide morfo + cable. - docs/decisions.md registra la ratificacion D1-D4 del 2026-08-05 con las cuatro decisiones y su porque. - CONTINUE-direction-runtime.md §11 cierra el handoff: tabla de fases con commits, verificacion final medida, la cola pospuesta por D4 y las trampas nuevas (pathspec SIEMPRE en rama compartida; el detector de huerfanos y la ruta del import; la vista en $derived). check 77 = linea base · morfo+direction suites 131/131 · docs:check 0/566. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fc84305c22	feat(direction): el mecanismo pertenece al morfo — la declaracion exige el cable ... El campo obligatorio `dir: SomaRuntimeDir | null` de 4.1 conservaba el gate a costa de ~116 lineas de ceremonia: 67 `dir: null` en fuente + 47 en tests obligaban a ~75 componentes SIN direccion a pronunciarse sobre un eje que no les concierne, y `parts` era un `readonly string[]` sin validar — un typo estampaba nada, en silencio (fail-open). El usuario lo dijo antes que la auditoria: "los dir no deben ser obligados de pasar". Ahora lo declara el MORFO, que es donde viven los contratos: direction: {} // 46 morfos — estampa en 'provider' direction: { parts: ['trigger'] } // dropdown-menu (su raiz no renderiza) direction: { parts: ['content'] } // drawer · float-panel (pintan en portal) direction: { parts: [...,'input'] } // css-field · number-field (dos caras) y el TIPO se computa de la declaracion, con el generico que ya existia inerte en soma.runtime<M>: morfo declara direction => dir: Active<Direction|undefined> REQUERIDO no declara => dir?: never PROHIBIDO Olvidar el cable no compila; cablear un eje a un componente sin direccion tampoco. Y compileMorfo valida direction.parts contra el arbol declarado — fail-CLOSED: el typo que antes estampaba nada ahora revienta al registrar. El colapso: 49 getters `{ get: () => this.opts.dir.current }` -> `dir: this.opts.dir`; los 67+47 `dir: null` MUEREN. El estampado gana su sitio en el tipo de la superficie (`SomaRuntimePart.props` incluye `dir?: Direction`), asi que los casts `(props as Record...).dir` de los tests sobran. El gate cazo en el acto, y las dos presas eran reales: - `command`: 4.1 le dejo `dir: null` en el runtime y el estampado manual inline en el assert (la linea no estaba sola y el barrido no la vio) — un componente CON direccion que habia quedado fuera del mecanismo. - 5 runtimes SECUNDARIOS del mismo morfo (accordion item, nav-tree item, emoji-picker cell, context-menu root-runtime, feed sentinel): mismo morfo, misma exigencia — reciben la afirmacion del dueno (el estampado solo aterriza en direction.parts, que esos runtimes no registran). Guards nuevos: - compile.test: normalizacion a ['provider'], partes explicitas, y el fail-closed del typo (4 casos). - direction-census.test: prop publica `dir?: Direction` <=> morfo.direction, en ambos sentidos, con las excepciones FIRMADAS y sus razones (field-langs: LangSpec; waveform: delega en el Slider; popover/tooltip/link-preview: overlays puros cuya pintura estampa la capa flotante en el wrapper portalizado — declararles direction seria el atributo inutil contra el que 4.1 avisaba). El propio censo cazo a esos tres: la excepcion quedo escrita el mismo dia que el guard. Verificado en Chrome con la fuente nueva (el morfo): dropdown-menu estampa en el TRIGGER, css-field en raiz E input, drawer con pagina rtl por prefs deja el content SIN atributo y computa rtl por herencia — el modelo del flip intacto. check 77 = linea base · morfo+soma+active-uix 1401/1402 (el 1 es soma-attr-audit, flaky bajo carga, pasa aislado) · rtl:check 1 (palabras) · docs:check 0/566. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9158d07964	feat(direction): el eslabon de contexto — la composicion hereda por fisica ... La cadena gana el eslabon que el usuario dejo aparcado y ahora ratifica (2026-08-05): prop -> afirmacion del ancestro (DirectionContext) -> prefs. Cada activeDir PUBLICA su afirmacion (prop ?? heredada) y consulta la del ancestro antes de caer a prefs. Por que: la cadena por-componente metia prefs en la ruta del ATRIBUTO, y el boot por defecto SIEMPRE tiene la dimension direction (deriva del idioma, fallback ltr) — asi que "nadie afirmo" era inalcanzable en la practica y cada hijo del canon estampaba ltr dentro de un subarbol afirmado rtl, cortando la herencia. La otra sesion lo midio dos veces en el campo: un menu compuesto en sitio aterrizaba en la preferencia global (LTR chrome dentro de un player RTL), y el panel portalizado resolvia por su cuenta aunque arreglaras lo primero. Un solo eslabon cierra los dos agujeros, porque la capa flotante ya lleva el opts.dir del dueno — que ahora incorpora el contexto. Con la fisica, las convenciones se borran: - los 3 reenvios a mano de 4.3 (natural-time-picker-panel, emoji-picker-content x3, color-field-format-select) — el contexto los hace - el enlace manual del submenu (dir ?? parentMenu?.opts.dir.current) — idem - los 3 canarios dir= de media-player que la otra sesion dejo puestos a proposito ("si al quitarlos el panel vuelve a salir LTR, el mecanismo no llego al portal") El canario canta: su repro exacto (media-player, manual parts, direction rtl, float de subtitulos) da panel rtl SIN el dir= — y el volume float igual. Medido ademas en Chrome: islas 0 en emoji-picker, natural-time-picker y color-picker sin ningun reenvio; sliders de canal en espejo exacto (hue 210 a 0.417 del borde fisico); submenu de dropdown con data-side=left en RTL derivado del contexto. Regla de colocacion (documentada en direction.ts y el contrato): activeDir lee y publica contexto de Svelte, asi que corre SIEMPRE en la init del wrapper — nunca en constructores de provider. Los tests de provider construyen directo y no se enteran; los 91 mocks de Soma.require() sobreviven porque getOr(undefined) cae a traves de prefs. Test nuevo (direction.svelte.test.ts + harnesses reales, 5/5): el hijo hereda la afirmacion, su prop la pisa, sin afirmacion queda undefined (nunca un default), sin ancestro cae a prefs, y la publicacion es REACTIVA. check 77 = linea base · 71/71 en los 9 ambitos tocados · rtl:check 1 (palabras, preexistente) · docs:check 0/566. El contrato §1 pasa a cuatro eslabones y §1 "Composition carries the assertion" documenta la fisica. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1d442c59dc	fix(media-player): `c` ya no descarta el idioma elegido, y el menu deja de robarle teclas al player ... Cierra los cuatro que la revision adversarial dejo vivos y que dependian del provider. La otra sesion commiteo su refactor (5983b00d5), asi que el fichero quedo libre. ## `c` restauraba la primera pista, no la tuya Elegias «Espanol» en el CaptionFloat, pulsabas `c` dos veces y volvias a ingles: `toggleCaptions` forzaba el indice 0 — el toggle deshaciendo una decision de la que no sabia nada. Ahora recuerda la ultima elegida y la RESTAURA al encender; cae en la primera solo si nadie ha elegido, que es el caso de una sola pista y el comportamiento de siempre. `preferredCaptionTrack` no es `$state`: nada deriva de el, solo sobrevive entre dos turnos. Y solo recuerda una eleccion REAL — `null` es «apagado», no «olvida mi idioma». ## El menu le robaba teclas al player Portalizar arreglo el panel abierto, pero el DISPARADOR sigue dentro del player: ArrowDown sobre el boton de subtitulos bajaba el volumen en la misma pulsacion. La guarda de exencion ya predicaba la regla correcta en su propio comentario —«the exemption is by ownership, not by tag»— y un menu tambien posee sus teclas, asi que se ensancha a `[data-slider],[role='menu'],[aria-haspopup='menu']`. Medido por las dos caras: con el foco en el disparador, cuatro teclas y ni el volumen ni el tiempo se mueven; con el foco en el player, ArrowDown sigue bajando el volumen a 0.95 — no se ensancho de mas. ## Lo que NO se puede arreglar desde ahi, y queda declarado El disparador del CaptionFloat se sigue anunciando como alternancia (`aria-pressed`, `aria-keyshortcuts='c'`, «Activar subtitulos») siendo un disparador de menu. Se intento anularlo en la costura y **se ignora en silencio**: soma compone `mergeProps(restProps, state.props)`, asi que los atributos que POSEE el morfo ganan a lo que le pases — que es el sentido del contrato. Medido. El override muerto se retiro (aparentaba funcionar), la clave de texto que habia anadido para el se retiro con el, y la decision queda escrita en el handoff como lo que es: una DECISION DE MORFO, no un arreglo de implementacion. Test nacido en rojo. 43/43 · morfo:check media-player PASS · eidos-lint invalid 0 · docs:check 0 · check 0 errores propios (77). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5983b00d5f	feat(direction): el estampado pertenece al runtime — y olvidarlo ya no compila ... Era la ultima convencion manual del eje: una linea por proveedor, 49 copias de ella, y 20 de 55 componentes que simplemente la habian olvidado. Una convencion que hay que repetir 49 veces y que un tercio del catalogo incumple no es una convencion — es una abstraccion que falta. VEHICULO A, y el handoff tenia razon desde el principio. Yo habia recomendado B (un AttrPlan del compilador de morfo) con el argumento de que A deja `dir` invisible para `contracts.cssSelectors` y `eidos-lint`. Medido: FALSO. El linter sólo clasifica selectores `[data-*]`, y las recetas leen la direccion con `:dir()`, una pseudo-clase que no toca ninguno de los dos guards. El coste que le achacaba a A no existe. Y B no llegaba donde yo decia. Reparto real de los 49 sitios segun la bolsa que expanden: renderProps() 21 un AttrPlan les llegaria runtimePart.props 27 NO les llegaria ninguna 1 O sea B aterriza en 21 de 49 y exige migrar 28 componentes de `.props` a `renderProps()` — que no es cosmetico: `renderProps()` emite TODOS los attrs del morfo de esa parte. A, en cambio, inyecta en `partPropsForRegistration`, que incluyen LAS DOS bolsas, y llega a 48 de 49 desde un solo punto. Su precedente es literal: `id`, el marcador, `data-archetype` y `reg.attachment` ya se inyectan ahi sin declaracion en morfo. EL GATE ES DE TIPOS, que es el premio de verdad: dir: SomaRuntimeDir | null // OBLIGATORIO en SomaRuntimeSources `null` es la unica salida y dice algo cierto: este runtime no estampa direccion. Olvidarlo es un error de compilacion, no un defecto que nadie ve hasta que alguien abre el componente en RTL. `dir.parts` responde la otra mitad de la pregunta del contrato — QUE elemento lleva la pintura — por defecto `['provider']`. El censo dice que 44 de 49 son la raiz; los cinco que no: dropdown-menu ['trigger'] (su raiz no renderiza elemento), drawer y float-panel ['content'] (pintan en el portal), number-field y css-field ['provider','input']. VERIFICADO en Chrome real, pagina en LTR y direccion movida por el control de la demo: tabs auto -> ltr prop rtl -> rtl vuelta a auto -> ltr dropdown-menu el TRIGGER pasa a rtl y el panel portalizado tambien number-field raiz e input, los dos a rtl drawer el content portalizado a rtl por la cadena de prefs accordion sigue la cadena y vuelve, sin una sola linea en su proveedor check: 77 con mis cambios vs 79 sin ellos (A/B con stash). El -2 esta explicado: uno era un error preexistente de `date-range-picker-provider.svelte.test.ts` que indexaba el tipo `{ readonly dir }` de unos props que ahora son mas anchos; el otro es que `media-player` ya no puede compilar sin el campo (su unica linea tocada, +1/-1, es mecanica). Tests: 1271/1278 en `src/uix/soma` + contracts. Los 7 fallos son el conjunto preexistente, A/B contra arbol limpio: los 6 de `contracts.test.ts` salen identicos sin mis cambios y `soma-attr-audit` pasa aislado (flaky bajo carga). ⚠️ Un fallo mio que cazaron los tests y conviene no repetir: los proveedores con la forma de una linea `soma.runtime(morfo, {})` recibieron `dir: null` en vez del getter, y 12 componentes con direccion se quedaron sin estampar. Lo vieron cinco tests de "exposes root props". Un barrido con dos formas sintacticas necesita las dos en el mapa, no una. Estampados a mano restantes en el catalogo: 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	aaced3ebec	fix(media-player): los tres floats no estaban portalizados ni llevaban el dir del player ... Una revision adversarial del trabajo del dia (5 lentes, 3 escepticos por hallazgo) devolvio 15 supervivientes de 19. Estos son los que resulto que eran ciertos y son mios; los verifique uno a uno antes de tocar nada. ## 1. Fuga de teclas — el panel no estaba portalizado MEDIDO: con el menu de subtitulos abierto, ArrowDown bajaba el volumen del player de 1 a 0.95. El `<DropdownMenu.Content>` de eidos NO portaliza por si solo — hay que componer `DropdownMenu.Portal`, exactamente como VolumeFloat ya hacia con `Popover.Portal`. Sin el, el panel colgaba DENTRO de `[data-media-player]` y cada tecla del menu subia al `onkeydown` del player. Portalizados los dos menus. Medido despues: cuatro teclas (ArrowDown x2, Espacio, ArrowUp) y el volumen sigue en 1, sin arrancar la reproduccion. Eso arregla de paso otras dos cosas que la revision reporto aparte: el auto-hide de la barra ya no se lleva el menu abierto a opacity 0, y los tres comentarios que decian «the panel is PORTALLED» pasan a ser CIERTOS — lo eran solo en VolumeFloat. ## 2. El `dir` del player no llegaba al menu Los tres floats montan un componente del catalogo EN SITIO y no le pasaban `dir`. El resolutor no tiene paso de padre, asi que cada menu arrancaba su propia cadena y aterrizaba en la preferencia global: lista LTR dentro de un player RTL. Es justo lo que `c73669cde` canonizo horas antes (direction-contract §1, «la composicion lleva la afirmacion») — y el TimeSlider del MISMO componente ya lo hacia bien en dos sitios. `dir` va ANTES del spread para que el valor explicito del consumidor siga ganando. MEDIDO con el player en RTL: el panel portalizado sale `rtl` y coincide con el `data-dir` del player. Antes habria salido `ltr`. ## 3. La demo mentia en cuatro sitios El `eidosSnippet` se habia quedado NUEVE partes por detras del preview vivo (paridad D-3.1): sin transporte, sin tiempos, sin captions, sin PiP, sin los tracks. La rama de audio ignoraba `peaks`, que es justo el control nuevo. La prosa decia «two eidos-only floats» siendo tres, y que al engranaje le quedaban «quality and track» cuando la pista ya tiene lista propia. Comprobada la paridad midiendo el DOM contra el snippet: coinciden. ## 4. La tabla de eventos sema del README (esto era ANTERIOR a hoy) Publicaba `commit-set-time`, retirado en D-AP2.13, y cuatro nombres que ya no existen (`enter-fullscreen`, `exit-fullscreen`, `enter-pip`, `exit-pip`), le faltaba `commit-set-rate`, y daba «provider» como diana de todos cuando el morfo apunta a la parte concreta. Reescrita desde el morfo, los once. 43/43 · eidos-lint invalid 0 · class-hooks 0 · docs:check 0 · check 0 errores propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	21d817c1f6	feat(media-player): con dos idiomas de subtitulos no habia forma de llegar al segundo ... `toggleCaptions()` solo alcanza la PRIMERA pista, y a proposito: es un toggle, y las demas se quedan en `disabled` porque poner una en `hidden` OBLIGA al navegador a descargar su VTT — encenderlas todas bajaria todos los ficheros de golpe. La consecuencia es que un video con dos idiomas no tenia ninguna forma de llegar al segundo. `<MediaPlayer.CaptionFloat>` es la lista: `Off` + una entrada por pista, mismo patron que el `RateFloat` de hoy (DropdownMenu + RadioGroup, con el `CaptionButton` real de disparador y su toggle anulado con `preventDefault()` en la costura). OPT-IN: el boton solo sigue siendo el control correcto para una fuente de una sola pista. Por debajo, dos anadidos a soma y ninguno al puerto: - `selectCaptionTrack(track | null)` — pone UNA en `hidden` y el resto en `disabled`, por la misma razon de descarga. - `captionTrackList` + `activeCaptionTrack` — espejos reactivos. El `TextTrackList` vivo es una coleccion del DOM y NO notifica, asi que un chrome que LISTA las pistas no se enteraba de una que llegase tarde. Los refresca `syncCaptions`, que ya corria en addtrack / removetrack / change. Cambiar de idioma NO dispara `commit-toggle-captions`: solo lo hace una transicion real de encendido/apagado. Pasar de ingles a espanol con los subtitulos ya puestos no es un toggle — la misma distincion que el commit de mute hace con `s.muted !== wasMuted`. De paso, tres claves de texto que se me quedaron ayer solo en el LANGS del provider y no en el `texts` del morfo (restart, skip-previous, skip-next), mas `captions-none` para la entrada «Off». El `texts` del morfo ES la superficie i18n que pinta la demo, asi que faltar ahi es faltar de verdad. Verificado en Chrome con dos pistas VTT reales: abrir no toca los modos · exacto UNA pista en `hidden` y el resto en `disabled` · las cues PINTAN el idioma elegido (English «Inline captions demo track», Espanol «Pista de subtitulos de prueba») y Off deja la caja vacia, no congelada · panel 94px. Test nacido en rojo. 17/17 player · morfo:check media-player PASS · eidos-lint invalid 0 · class-hooks 0 · check 0 errores propios (78, los mismos de antes). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c73669cde7	feat(direction): la composicion lleva la afirmacion — tambien en sitio ... 4.2 cerro el caso del portal. Faltaba el gemelo: un componente que MONTA otro componente del canon arranca dentro de si una segunda cadena. Sin la afirmacion del dueño esa cadena salta la prop, aterriza en prefs y estampa un `dir` propio — y un `dir` estampado CORTA la herencia de todo lo que cuelga. El padre afirma rtl, el hijo estampa ltr, y el subarbol se parte. Medido con las demos ya cableadas, escaneando cada panel en RTL en busca de elementos que estampen una direccion distinta a la del envoltorio flotante: natural-time-picker 1 isla [data-slider] emoji-picker 3 islas [data-command] + [data-toggle-group] x2 color-field 1 isla [data-color-field-format-select] (un Select) Preexistente: mientras el panel entero era LTR la isla no se veia. Lo que hizo 4.2 fue volverla visible. El canon pasa a enunciar UNA regla con DOS vehiculos, elegidos por geometria y no por gusto (direction-contract.md §1, "Composition carries the assertion"): a traves de un portal -> la capa flotante, una vez por overlay composicion en sitio -> la prop `dir`, en el punto de llamada Lo que se entrega es siempre la afirmacion CRUDA (`opts.dir.current`), nunca `resolvedDir`: asi "nadie afirmo" sigue siendo distinguible y la cola de prefs del hijo sigue corriendo. Verificado en Chrome real, pagina en LTR y direccion movida por el control de la demo: los tres paneles pasan a 0 islas y el area del color-picker computa por fin `rtl`. Los dos sliders de canal siguen en espejo exacto — hue 210 cae a 0.583 del borde izquierdo en LTR y a 0.417 en RTL, alpha al maximo pasa de 1.0 a 0.0 — o sea §9.12 no se ha movido. check 78 = linea base · 59/59 en los 8 ambitos · rtl:check 1 (palabras) · docs:check 0/565. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b41669c438	docs(direction): los charts ya no estan en la cola — la linea llevaba rancia ... §10.2 seguia diciendo que la familia chart "no tiene prop ni provider y resuelve leyendo getComputedStyle(node).direction". Eso lo cerro 43a788083: los cinco que necesitan direccion declaran dir?: Direction y resuelven por createChartRtl(eidos, () => dir) -> activeEidosDir. Verificado por grep que no queda un solo getComputedStyle(...).direction en la familia. La linea me indujo a repetirlo. El registro historico de §9.20 se queda como estaba — describe lo que era cierto entonces —; lo corregido es lo que apunta hacia adelante. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ee51172d8f	fix(media-player): de 2x no se podia bajar, y la etiqueta movia la botonera ... El `<RateButton>` sólo sube: su `onclick` es `cycleRate(1)` y el paso recorta contra el último preset, así que quien se pasaba de `2×` se quedaba ahí — bajar era exclusivo de las teclas `<` / `>`. Con ratón no había vuelta. `AudioLayout` pasa a componer `<RateFloat>`: el DropdownMenu del catálogo con un RadioGroup, porque la velocidad es una elección de estado dentro de un conjunto y la actual debe anunciarse `aria-checked`, no sólo parecerlo. Es lo que abren YouTube, Vimeo y Plyr. El `<RateButton>` sigue exportado para quien arme la botonera a mano. El disparador sigue siendo el RateButton de verdad — conserva su parte del morfo, su `aria-label` y el `data-rate` del que sale la etiqueta. Su ciclado se anula en la costura: `composeHandlers` se salta el handler de soma cuando el `onclick` del consumidor llama a `preventDefault()`, así que el clic abre la lista en vez de empujar la velocidad. Medido: 4 ciclos de apertura y cierre con la velocidad intacta. Los presets salen de `MediaPlayerProvider.RATE_PRESETS` (ahora público, y la clase se exporta como ya hace el calendar) — los mismos que recorren las teclas. Dos copias a mano habrían derivado. ## Los dos defectos del panel portado Mismo par que destapó el float de volumen, y por la misma razón: lo que se porta sale del ámbito del player. - El menú traía un suelo de `12rem` pensado para prosa («Show notifications»), con la etiqueta más ancha en `1.25×`: 192px de panel para 33px de texto. El marcador `data-media-player-rate-float` viaja con el panel y baja el token a cero → 77px. - El botón pasa a ancho fijo. Medido al tipo del control, `1×` ocupa 0,90em y `0.75×` 2,41em: cambiar de velocidad redimensionaba el botón y DESPLAZABA toda la botonera — el mismo defecto que tumbó el hover horizontal del volumen. En `em` para que siga a `data-size` sin una entrada por tamaño. Medido en los cuatro: 64 · 74 · 88 · 121 px, ancho único por tamaño y el mute clavado. Verificado en navegador: abrir no toca la velocidad · 2× → 0.5× → 1.25× con el elemento obedeciendo · panel 77px · botonera inmóvil en sm/md/lg/xl. check 0 errores propios (78, los mismos de antes) · player + waveform 18/18 · eidos-lint invalid 0 · class-hooks 0 · docs:check 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	127c4c95b4	feat(media-player): con peaks el scrubber es onda; sin peaks, ninguna onda ... Pasar `peaks` al TimeSlider convierte el scrubber en waveform; sin ellos queda el raíl. Por debajo son el MISMO Slider sobre el mismo dominio (segundos), así que sólo cambia la pintura — ni el valor, ni el buffered, ni el teclado, ni la dirección. La ausencia de `peaks` es la señal, y no hace falta una prop aparte que declare que la fuente se streamea: da igual el motivo por el que no haya datos. ## Por qué NO hay onda genérica Se propuso pintar una sintética cuando la fuente se streamea. Se investigó el sector antes de implementarlo, con cada afirmación verificada contra fuente primaria, y no tiene UN SOLO precedente: - SoundCloud sirve un JSON de 1800 valores (~6,5 KB; O(1) en tamaño, no O(duración)). - WhatsApp y Telegram los calculan en el EMISOR y viajan dentro del mensaje. Telegram es el único con contrato público: 100 muestras de 5 bits, LSB-first sin alinear, 63 bytes, valores 0-31. - Spotify y Apple Podcasts no ponen onda: barra normal. - wavesurfer.js lo zanja en su FAQ: streaming sólo funciona si le entregas peaks + duration. No hay decodificación progresiva; para ficheros grandes recomienda precálculo en servidor con bbc/audiowaveform. O sea que una fuente que se streamea no plantea un modo de pintado, sino un problema de suministro de datos que se empuja al llamador — lo que D-WF.2 ya decía. Y una forma inventada MIENTE sobre el sonido: sugiere dónde hay silencio y dónde clímax sin saberlo. La caída honesta es el raíl que el player ya tiene. La investigación entera queda en el README de eidos, incluida la afirmación que se CAYÓ al verificarla: que SoundCloud precalcula al transcodificar y no computa nada en cliente. El blog citado argumentaba lo contrario, y como el JSON viene cuantizado a una rejilla fija de 1800x140, sí hay reescalado en cliente. Vía lateral anotada para cuando se retome: Apple Podcasts da textura al scrubber con capítulos y detentes hápticos — significado, no amplitud. check 0 errores propios · player + waveform 18/18 · eidos-lint invalid 0 · docs:check 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4755d97d1b	fix(media-player): aire vertical del volumen flotante, sin tocar el ancho ... Relleno de bloque a --space-6 (24px); el inline se queda en --space-2 y el panel en 48px de ancho. Ajustado con el usuario mirando: 16px se quedaba corto, 32 pasaba, y ensanchar tambien el panel fue un desvio mio que rechazo — el aire que pedia era vertical. Panel 48x146, pulgar a 13px del borde interior en el extremo, sin scroll. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fafe98bcd8	fix(media-player): el pulgar del volumen flotante sobresalia del panel ... Con 8px de relleno el pulgar se pasaba 2px del area de relleno en los extremos: mide 20px y va CENTRADO en el punto del rail, asi que en el maximo la mitad cuelga por arriba. No era decoracion lo que faltaba, era despejar el voladizo. El relleno de bloque pasa a --space-4 (16px), que cubre la mitad del pulgar en todos los tamanos (10px en md, 14px en xl segun --slider-thumb-size-*). El inline se queda en --space-2: ahi solo ensancharia un panel de 48px, por eso los dos ejes difieren. Medido: panel 114 -> 130 de alto, holgura del pulgar al borde -2 -> +5px, sigue sin scrollear y conserva los 16px de separacion del boton. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	8236d225cb	fix(media-player): el portal se llevaba la sema del volumen, y el panel scrolleaba ... Tres defectos que el usuario vio y yo no, porque afirme haber verificado sobre una captura donde el panel media 48px. 1. SONABA. Las reglas que silencian los sliders del player son de descendencia (inPlayer = onProvider() + descendiente), asi que dejan de casar en cuanto el control sale PORTALADO y el slider recupera su voz entera. El pack anade las mismas tres colgadas de la PARTE (inVolume), que es el marcador que viaja con ella este donde este. Misma clase de fuga que los tokens --_mp-* que tampoco cruzan el portal — y que yo mismo habia encarado veinte minutos antes en este componente sin ver que la sema tenia el mismo agujero. 2. SCROLLEABA. El viewport del Popover es un contenedor de scroll con relleno para prosa: alrededor de un rail de 32px saca barras y se come medio panel. Lo que se veia como un pulgar deforme era la barra de scroll. Acotado por el marcador propio de la composicion (data-media-player-volume-float, eidos-only), ya ni scrollea ni rellena de mas: 129px de alto -> 114. 3. PEGADO AL BOTON. sideOffset NO es la separacion literal — medido, 24 da 16px, hay un desfase constante de 8. Y pasarlo SACA del canon de separacion flotante (--space-1-5, 6px), demasiado justo para despegar un panel de un boton de 36px sobre video. Desviacion deliberada, declarada en el README. Medido: relleno del vertical correcto (de abajo arriba, 96/72/24px para 1/0.75/0.25), scrollea=false, separacion 16px. check 0 errores propios · sema + player 206/206 · eidos-lint invalid 0 · docs:check 0. NO VERIFICADO A OJO: la extension de Chrome esta caida. Los numeros dicen que las tres cosas estan, pero no lo he visto. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9fd0de84d6	Reapply "feat(media-player): VolumeFloat — el volumen en panel, sin mover la botonera" ... This reverts commit c798f7465a.	2 months ago
dev	c798f7465a	Revert "feat(media-player): VolumeFloat — el volumen en panel, sin mover la botonera" ... This reverts commit 26ddbaa1c9.	2 months ago
dev	26ddbaa1c9	feat(media-player): VolumeFloat — el volumen en panel, sin mover la botonera ... Opcional: componer MuteButton + VolumeSlider al lado sigue siendo la forma en linea; esta es la otra y la elige el desarrollador. POR QUE UN FLOAT Y NO UN DESPLIEGUE EN LA FILA. Se probo lo segundo —el patron de YouTube, rail a inline-size 0 creciendo al hover— y se descarto con el usuario delante: un slider que se expande dentro de una fila flex EMPUJA todo lo que va detras (tiempo, scrubber, subtitulos, PiP, pantalla completa) y en una fila apretada desborda. YouTube se lo permite porque su barra ocupa la ventana entera; la nuestra no. El panel va fuera de flujo. VERIFICADO que no mueve nada: se compararon las posiciones de los DIEZ controles con el panel cerrado y abierto — identicas, cero diferencias. Es la promesa que incumpli con el hover y que esta vez se midio. Todo compuesto del catalogo, sin reinventar el flotado: Popover con openOnHover (ya existia; solo se acorto la apertura a 120ms —esto es un control, no un tooltip— y se alargo el cierre a 400ms para poder viajar hasta el), MuteButton como trigger via child (sigue siendo el boton de verdad: conserva aria-pressed, el atajo m y el glifo por nivel) y VolumeSlider vertical, el eje que el morfo declaraba desde el principio. El gesto: hover abre, CLIC SILENCIA y cierra, que es el remate natural de esa accion. En tactil no hay hover, asi que el toque hace las dos cosas; es ademas la unica via por la que un usuario tactil llega al slider. TRAMPA ENCARADA: los tokens --_mp-* NO cruzan el portal (se declaran en [data-media-player] y el contenido sale fuera), asi que el tinte del slider lleva fallback al rol que envuelve. Sin el, el control sale sin color dentro del panel. Demo con chip volume inline|float para compararlos en la misma barra. check 0 errores propios · player 14/14 · eidos-lint invalid 0 · docs:check 0 · prettier limpio. Panel 48x131, slider 32x96 vertical, visto en Chrome. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	21055bd3cc	fix(direction): la regla de estampado era demasiado estrecha — 16 componentes la incumplian ... Decision del usuario (opcion B). La regla de §2 decia «estampa si el recipe usa `:dir()`», y esa premisa es FALSA: `:dir()` no es el unico lector. Tambien leen la direccion computada del elemento las propiedades logicas (`margin-inline-*`, `text-align: start`) y —lo que lo hace casi universal— `flex-direction: row`, que se INVIERTE. En la practica, cualquier componente con maquetacion horizontal depende de la direccion. La regla honesta, ya escrita: quien acepta `dir` lo estampa. La pregunta no es SI, es EN QUE ELEMENTO — el que lleva la pintura. Y para eso hay cuatro casos, ahora documentados: raiz normal · superficie PORTALIZADA (el wrapper flotante, que la capa ya estampa porque fuera del subarbol no puede heredar) · componente con LAS DOS mitades, que necesita las dos · y geometria aplicada desde JS, que no necesita atributo. Censo: de 55 que aceptan `dir`, 20 no estampaban. Clasificados uno a uno leyendo recipe + wrapper + donde renderiza cada parte: - 16 ESTAMPAN ahora, cada uno en la parte que lleva la pintura. Los sub-partes (drawer→Content, float-panel→Content, dropdown-menu→Trigger porque su raiz no renderiza elemento) llevan comentario nombrando la pintura que cubren. - 4 NO estampan y es CORRECTO: popover, tooltip, link-preview y context-menu. Su unica pintura direccional es el panel portalizado, que ya estampa la capa flotante; y el root de context-menu no renderiza elemento ninguno. DOS DEFECTOS QUE EL BARRIDO DESTAPO, uno de ellos MIO: 1. `sidebar` pasaba el valor RESUELTO al motor flotante. Esa linea la escribi yo en §9.19: arregle que se saltara la prop y deje el otro defecto, que siempre es concreto. La capa estampa lo que recibe, asi que un flyout SIN afirmacion recibia `dir="ltr"` — forzando su subarbol a LTR dentro de una pagina RTL, que es exactamente lo que el crudo existe para impedir. Era el UNICO de once consumidores flotantes que lo hacia. De paso desaparece su `resolvedDir`: sidebar no hace matematica direccional, toda su pintura es CSS. 2. La afirmacion de la raiz NO LLEGABA al panel portalizado. `select`, `combobox` y `context-menu` resolvian su Content con `activeDir(() => dir, soma)`, sin paso por el padre — asi que `<Select dir="rtl">` movia el trigger y dejaba la lista atras. Antes del barrido no se notaba porque NINGUNA de las dos mitades estaba afirmada y coincidian por heredar las dos del `<html>`; estampar el trigger lo habria hecho VISIBLE. Compuesto el enlace en el punto de llamada, que es la forma que §1 imprime y que `dropdown-menu` y `menubar` ya usaban. El resolutor sigue sin paso por el padre. Y `color-picker`, que es el mismo caso con una regla `:dir()` REAL varada: el area mirroring vive en el panel portalizado (`color-picker.css:298,335`) mientras la matematica del thumb y el arrastre salen de la raiz. Sin el enlace, el thumb se voltea y el gradiente de debajo no — justo lo que avisa el comentario de la receta. Su wrapper ya reestampaba `data-color` por esta misma razon; le faltaba `dir`. MEDIDO en Chrome (select): la raiz pasa de NO tener atributo a estamparlo, y trigger y panel coinciden en las tres posiciones del toggle. Estructuralmente ya no pueden divergir: ambos leen `opts.dir` de la misma raiz. `check` sin errores en ninguno de los 20 (el total 80 son 77 de base mas 3 de `media-player`, que edita otra sesion). 90 tests de los componentes tocados en verde. `rtl:check` 1, el de `palabras`. `docs:check` 0/0. QUEDA, reportado y sin tocar: ningun picker de eidos reenvia `dir` a su `PopoverContent`, asi que el cromo del `picker-shell` dentro del portal (`picker-shell.css:78`, el split del pie) queda sin cubrir en los siete. Los controles interiores (Calendar, los Slider) se salvan porque reciben el crudo por su cuenta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3b5eab5b68	feat(media-player): el altavoz dice CUANTO volumen, no solo si esta mudo ... El icono mostraba las mismas ondas llenas al 5% que al 100%: solo alternaba Volume2 y VolumeX segun data-state. Ahora lee una banda de sonoridad. morfo: data-level en la parte mute-button, enum ['muted','low','mid','high']. Contract-only (sin fuente resoluble), asi que soma pone el valor — misma forma que data-orientation en volume-slider. Declarar values es lo que evita que el compilador lo degrade a bandera de presencia, la trampa que data-rate documenta dos partes mas abajo. soma: la banda se deriva de volume + muted. Mudo gana a cualquier nivel (un player muteado a volumen 1 es silencio, y el icono debe decirlo), y volumen 0 sin la bandera tambien lee 'muted'. Las tres bandas audibles son tercios iguales porque hay exactamente tres glifos no-mudos que mapear. eidos: cuatro bandas, cuatro glifos — Volume / Volume1 / Volume2 / VolumeX, que el set de iconos ya exportaba. Sin assets nuevos y sin icon-swap en CSS. Medido en Chrome, con el recuento de trazos SVG confirmando cuatro glifos distintos: 1.0 y 0.8 high(3) · 0.5 y 0.34 mid(2) · 0.2 y 0.05 low(1) · muteado muted(3). check 0 errores propios · morfo:check PASS media-player · morfo 8/8 · player 14/14 · eidos-lint invalid 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	43a7880832	feat(direction): las charts aceptan `dir` y corren la cadena canonica ... Decision del usuario. Yo habia recomendado lo contrario —dejarlas y ablandar el contrato— y me equivocaba en el diagnostico: no era que la cadena no valiese para eidos, era que **le faltaba el punto de entrada**. `activeDir(getter, soma)` pide un `Soma`, y una chart solo tiene un `ActiveEidos`. Y `ActiveEidos.prefs` es un `ActivePrefs` crudo, que no tiene `getDir()` —ese metodo vive en la vista que mira a soma—. Por eso la cadena "no era ejecutable" y por eso alguien puso ahi un `getComputedStyle`. La adaptacion entre las dos superficies es TODA la diferencia: src/uix/eidos/direction.ts → activeEidosDir(getter, prefs) Mismos dos eslabones, mismo `Direction | undefined`, misma cola `'ltr'` en el consumidor. Abre la puerta tambien a `avatar` e `image`, que son el mismo caso. Fuera la lectura del DOM y fuera la copia byte-a-byte que `chart.svelte` tenia del mismo mecanismo —dos fuentes de verdad para un hecho, y ademas el observer vigilaba `<html dir>` mientras la lectura era del elemento, asi que un ancestro que volteara en caliente no se veia nunca—. ⚠️ EL HALLAZGO QUE SOLO SALE MIDIENDO: **estampar `dir` en un `<svg>` no hace nada.** El atributo lo mapea a `direction` la hoja UA de HTML, que no alcanza a los elementos SVG: medido en Chrome, un `<svg dir="ltr">` bajo un ancestro `dir="rtl"` sigue computando `rtl`. Yo lo habia puesto ahi y el comentario afirmaba que servia. Va en el envoltorio HTML (`<figure data-chart-figure>`, `<div data-chart-frame>`). Importa porque `text-anchor` es LOGICO: con el estampado en el nodo equivocado la matematica espeja y las etiquetas no —el fallo de §2 con otro disfraz—. MEDIDO en Chrome, heatmap: LTR `ene/feb/mar` en x=26/90/154, celdas 26‥858; RTL en 851/787/723, celdas 6‥838. Funnel: poligonos de 0‥226 a 193‥420, etiquetas de 249 a 171. El toggle del topbar sigue volteandolas, ahora por prefs y no por el DOM. COSTE ACEPTADO, verificado: envolver una chart en `<div dir="rtl">` sin pasar la prop ya no la voltea. Falla de forma CONSISTENTE —el estampado del envoltorio gana sobre el ancestro, asi que matematica y pintura siguen de acuerdo— y no con las etiquetas cruzando el grafico. §7 del contrato deja de ser una divergencia declarada y pasa a ser la tabla de los dos puntos de entrada. Su justificacion era ademas falsa en dos puntos: no era "el unico sitio del catalogo" (quedan 4 mas, uno vivo en `field-langs-switcher`), y decia que una chart no se podia voltear por subarbol cuando `direction` se HEREDA y si se podia. `check` 77 = linea base. `docs:check` 0/0. Tests de eidos + libs/plots: 424/425, el fallo es `audio-player` sin morfo, preexistente y ajeno. ⚠️ No pude ver los pixeles: el panel del navegador no compone frames. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6de53519d1	fix(audio-player): el track de la barra era un punto — el suelo estaba anulado ... El usuario lo vio: en la variante `bar` el scrubber quedaba reducido a un pulgar entre 0:00 y 6:12, mientras el volumen conservaba sus 64px al lado. La causa era de una linea. media-player.css le da a todo scrubber un suelo (min-width: --space-8) y la regla de `bar` lo anulaba EXPLICITAMENTE con min-inline-size: 0 y mayor especificidad, asi que flex podia encogerlo hasta la nada. Un control que desaparece en silencio es peor que una fila que admite que no tiene sitio. Dos decisiones de diseno del usuario, aplicadas: - El scrubber nunca se dibuja mas estrecho que el volumen. El ancho del volumen sale a token (--_mp-volume-width) y el scrubber de `bar` se apoya en el como suelo, para que no puedan divergir cuando alguien retoque uno. - El artista se oculta en `bar`; `card` y `row` lo conservan, que tienen sitio. Medido tras el arreglo (variante verificada en la misma pasada): scrubber 64 a 560/720px contra volumen 64, y 229/529 a 900/1200px. Sin desborde en ninguno. Visto en Chrome: los dos sliders se leen del mismo tamano y el titulo gana el espacio del artista. Queda vivo y declarado: el mute-button se estruja a 20-25px bajo 800px. No se toca porque ponerle flex:none empuja el problema a otro control, y esa es una decision de diseno. check 0 errores propios · player 14/14 · eidos-lint invalid 0 · docs:check 0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	961c1bf8be	docs(direction): los 55 componentes que aceptan `dir` ya lo documentan ... De los que aceptan la prop, la mayoria no la mencionaba en su README, y los que si tenian seis redacciones distintas para el mismo hecho: «from Soma», «prefs», «soma config», «soma», «Override Soma defaults» y —la peor— «Inherited from Soma when omitted», que se lee como herencia del PADRE, que es justo lo que la cadena no hace. Cada uno dice ahora QUE cambia la direccion EN ESE componente, leido de su propio codigo (el JSDoc de la prop, los usos de `resolvedDir` en el provider, las reglas `:dir(` de su receta), no una frase de plantilla. Y cada uno enlaza el contrato una vez, en la primera mencion. DOS AFIRMACIONES FALSAS, cazadas por el verificador adversarial: - `feed` decia que la receta «mueve el rail del hilo al otro lado». No lo movia: lo CANCELABA. Ese era el defecto arreglado en `dee2c9e3a`; el README describe ahora lo que el codigo hace. - `waveform` daba `prefs` como default. Falso: waveform es el caso DELEGANTE, no llama a `activeDir`, y sin prop no hay atributo ni lectura de prefs — hereda. Su Slider compuesto es quien corre la cadena. Y dos que estaban mal COLOCADAS: `calendar` listaba `dir` bajo `## ARIA` (no es un atributo ARIA) y `accordion` bajo `## HTML Attributes` describiendolo como «la prop cruda», cuando lo estampado es prop O prefs. CORRECCION AL PRIMER BARRIDO, por la ley de autoria: escribio la cadena literal `prop → prefs → 'ltr'` en 54 ficheros. Eso es la forma restate-instead-of-link que `docs/authoring.md` §1 prohibe citando este mismo fallo («'7 families' sobrevivio en tres docs semanas despues de que el canon pasara a 8»). Retirada: la cadena se enuncia UNA vez, en el contrato; el README conserva su efecto. Tres READMEs de eidos ensenaban todavia el selector prohibido —y los tres se equivocaban sobre su PROPIO CSS, que ya usa `:dir(rtl)`—: waveform, nav-tree y toolbar (este ademas invertia la precedencia: «prefs o prop»; gana la prop). ⚠️ `number-field` no tiene tabla de props que ampliar; su `dir` sigue en su seccion `### Direction resolution`, ahora enlazando el contrato. Fabricar una tabla de una fila diria «`dir` es su unica prop». Handoff §9.20 con el cierre, el doble volteo y como se colo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b80ccb33cb	docs(direction): el contrato pasa a ser canon, y el corpus deja de contradecirlo ... El eje estaba cerrado en CODIGO y no en DOCUMENTACION. El contrato vivia solo en `CONTINUE-direction.md`, un handoff que `docs/README.md` declara «never a source of truth». Un capitulo E2 lo fija ahora: `docs/canon/direction-contract.md`. Va a canon y no a arquitectura por la misma razon que `recipe-contract.md`: es normativo y tiene guard ejecutable. Cubre la cadena y donde corre cada eslabon; por que `undefined` no es `'ltr'`; las DOS atributos —`dir` crudo (nativo, lo que `:dir()` mira) y `data-dir` resuelto (opt-in, para recetas que necesitan un hook incondicional)—; cuando el estampado es OBLIGATORIO; la doctrina de selector; las trampas que el guard no ve; que espeja y que no; y la mitad global de prefs. EL CORPUS SE CONTRADECIA en cuatro sitios, y dos de ellos ENSENABAN mal: - `component-guide.md:372` daba la cadena como `prefs → 'ltr'`, DOS eslabones, mandando al wrapper a leer prefs directamente. Eso excluye la prop. - `soma-architecture.md` §3.4 presentaba el resolutor a pelo (`soma.prefs.getDir()` dentro del provider) como LA forma de obtener la direccion — justo lo que el eje retiro del catalogo. - `html.ts` ensenaba en su JSDoc `dir?: 'ltr' | 'rtl'`, el union a mano que la regla E-2.5 ahora prohibe. El mecanismo que ensena (extender para estrechar una clave HTML) es correcto y sobrevive; solo cambia el ejemplo. - `active-architecture.md:416` no listaba `lang` en la proyeccion, contra `contracts.ts` y contra su propio test de frontera. Igual `prefs/README.md`. Y no lo mencionaba en absoluto: el glosario (`activeDir`, `resolvedDir`, `data-dir`, RTL-1, el escape `rtl-physical:`), `eidos.md` (RTL-1 es el TERCER guard de deriva y faltaba junto al builder tipado y eidos-lint), `soma.md`, `building-a-component.md` (§Known traps es exactamente donde va «la prop mueve la matematica y deja la pintura atras»), y la tabla de atributos de la arquitectura, que afirma «todo lo que viaja entre capas viaja por atributos» y omitia `dir`. El checklist gana cuatro reglas y el guard que faltaba (`rtl:check` no estaba en la matriz de aceptacion pese a que la tabla canon lo nombra), mas un recorte en E-3.5: «todas las props visuales mapean a `data-{prop}`» leia como mandato de estampar `data-dir`, que `:dir()` no puede ver. DIVERGENCIA DECLARADA (§7): la familia `chart` no tiene prop ni provider y resuelve leyendo `getComputedStyle(node).direction`. Es el unico sitio del catalogo que hace lo que §1 prohibe. Se registra en vez de esconderse. Tres verificadores adversariales sobre el barrido; sus hallazgos, corregidos: RTL-1 estaba anunciado como guard de TODO el capitulo (solo cubre §4) · «nunca lee al padre» era absoluto y borraba la composicion sancionada en el punto de llamada · el estampado se afirmaba incondicional en un sitio y condicional en otro · las cuatro filas nuevas usaban una aplicabilidad que ni la leyenda ni `component-audit.ts` conocen. `docs:check` 0 errores sobre 564 docs. `check` 77 = la linea base. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	dee2c9e3a6	fix(direction): dos reglas :dir(rtl) volteaban lo que ya estaba volteado ... Salieron documentando el eje, no auditandolo, que es lo que las hace utiles: son una forma que yo no habia visto y que el guard no ve. EL DOBLE VOLTEO — una regla `:dir(rtl)` cuyo cuerpo solo reasigna propiedades LOGICAS. Cuando esa regla matchea, la propiedad YA se ha espejado, asi que moverla de `inline-start` a `inline-end` la devuelve al punto de partida; y como las declaraciones hermanas se quedan quietas, aterriza en el borde OPUESTO al de la cosa a la que pertenece. - `feed.css` — el hilo anidado sangraba por un borde y dibujaba su rail en el otro. El rail marca el borde DESDE el que se sangra, asi que viaja en el mismo lado logico que el padding y se espeja con el. - `tree-view.css` — la guia de indentacion quedaba aparcada al otro lado del subarbol que marca. El arreglo es RETIRAR las dos reglas: las propiedades logicas ya hacian lo correcto solas. En su lugar queda un comentario, porque el proximo que lea el recipe va a tener la misma tentacion. Medido en Chrome: `feed` da padding-left:20px + border-left:2px en LTR y padding-right:20px + border-right:2px en RTL — los dos en el mismo borde. La guia de `tree-view` resuelve a left:16px en LTR y right:16px en RTL. ⚠️ NO pude ver los pixeles: el panel del navegador no estaba visible. COMO SE COLARON: la migracion de §6.3 (`[dir='rtl']` → `:dir(rtl)`, `ec533845d`) cambio el SELECTOR de las 12 reglas sin preguntarse si el CUERPO era correcto. Una migracion mecanica hereda los defectos que traduce. RTL-1 tampoco las ve — busca un desplazamiento FISICO contra un ancla logica, y aqui todo es logico. Extender el guard a esta forma queda pendiente. Ademas: el JSDoc de `dir` en waveform prometia «@default from Soma config». Es falso — waveform es el caso delegante, no llama a `activeDir`, y sin prop no hay atributo ni lectura de prefs: hereda. `eidos-lint` feed/tree-view: invalid 0. Ningun test afirma sobre las dos reglas. `rtl:check` sigue en 1 error, el de `palabras`, preexistente y excluido. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f9e372e6fe	feat(media-player): captions propias + el eje de dirección, canonizado ... Dos hilos que comparten ficheros, así que van juntos. ## Captions — el player pinta las cues La parte estaba declarada en el morfo desde el principio y nunca implementada. El render nativo no servía: con la pista en mode='showing' el navegador dibuja su caja de cues en bottom:0 del <video> — la misma franja de 49px que la barra de controles — y contra el z-index:4 de la barra al 82% de opacidad llegaba el 18% del texto. ::cue no puede moverlo (la spec no admite propiedades de posición ahí). Ahora la pista se mantiene en 'hidden': la spec deja la pista activa —cues parseadas, activeCues mantenida, cuechange disparándose— y el navegador no pinta nada, así que el texto se monta en la parte Captions, por encima de la barra. Es el movimiento de Plyr, y por el mismo motivo. Tres trampas de la especificación, encaradas por escrito: - Pasar una pista a 'disabled' desactiva sus cues SIN disparar cuechange. Nadie avisa de que hay que borrar, así que se limpia a mano — si no, el último subtítulo se queda congelado sobre el vídeo. - Los eventos de cue no corren mientras está puesto el show-poster flag, así que el primer pintado se siembra leyendo activeCues. - cues/activeCues son null en 'disabled'. De paso cierra un defecto latente: captionsOn era un espejo de una sola dirección que nunca releía track.mode, así que si el SO activaba subtítulos salían cues mientras el botón decía que estaban apagados. Ahora se DERIVA de los modos reales, y una pista que el navegador encienda se adopta (degradada a 'hidden', para que no pinte encima de la nuestra). Decisiones declaradas: el marcado inline se conserva (se monta el DocumentFragment de getCueAsHTML como nodos, nunca por innerHTML — el sumidero de XSS que abre Plyr al serializarlo de vuelta a cadena); la metadata de posición (line/position/align/vertical/snapToLines/regiones) se DESCARTA. Esto no es una implementación de WebVTT y el README lo dice. ## Dirección — el player estaba partido por la mitad Con dir="rtl" por prop y sin dir ambiental, el cromo se disponía en LTR y sus dos Sliders en RTL: el wrapper pasaba la prop cruda y sólo la reenviaba a los hijos, sin resolver la cadena ni estampar. En la demo estaba enmascarado porque el stage estampa dir además de pasar la prop. Canonizado con el patrón de CONTINUE-direction.md §9.16: activeDir en el wrapper, resolvedDir en el provider, dir crudo + data-dir resuelto en los props. El censo del §9.15 no lo tenía — era un cuarto caso que su búsqueda no cubre (acepta dir y no lo escribe en ningún sitio). Y los glifos direccionales no se volteaban: en RTL el transporte se leía ▶▶ ▶ ◀◀, con las dos flechas exteriores apuntando HACIA DENTRO — el síntoma que carousel.css ya documentaba. Se voltean con scale:-1 1 (no rotate:180deg: sólo coinciden en glifos verticalmente simétricos, y rotar el PiP le llevaría el recuadro a la esquina de arriba), anclado a data-dir, el atributo propio del componente. Alcance elegido: seek, play, volumen y PiP; captions y fullscreen NO. El teclado pasa a resolver por getDirectionalKeys, así que las flechas concuerdan con el glifo y con el Slider embebido. ## Verificación check 0 errores propios · vitest del player 14/14, con los tres guards nuevos vistos en ROJO por mutación · eidos-lint invalid 0 (morfo-backed 25 → 29) · morfo:check sin fallos del player · component:audit PASS · smoke PASS · docs:check 0 · prettier limpio en lo propio. A ojo en Chrome real: claro y oscuro, LTR y RTL, y las dos regresiones (el espejo del SO y el subtítulo congelado). Nota: el README de soma se lleva una línea ajena — la fila `dir` de la tabla de props, del barrido de otra sesión, que describe justamente esta cadena. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	552f4f2c77	fix(float-panel): el resize se calculaba al reves en RTL, y se salia de sus bounds ... Reportado por el usuario con una captura del grip en la esquina inferior IZQUIERDA. Ahi es donde debe estar en RTL —el recipe lo coloca con `inset-inline-end`, logico— pero la matematica no acompanaba. `onResizeMove` leia el edge como si fuera FISICO: if (edge.includes('e')) width = start.width + dx; // dx es fisico Los handles se colocan con insets LOGICOS, asi que el marcado `e` es el borde inline-END: fisicamente derecho en LTR y fisicamente IZQUIERDO en RTL. El resultado, medido: arrastrar el grip hacia FUERA encogia el panel — 436 -> 327 donde debia crecer a 545. El eje de bloque si estaba bien (292 -> 346). Arreglado resolviendo el edge logico a su lado FISICO una sola vez (`physicalResizeEdge`), de modo que toda la geometria de abajo sigue en pixeles fisicos — la misma forma que usa `drawer.resolveDirection()`, que 6.9 senalo como el ejemplo a imitar. Y eso destapo un SEGUNDO defecto, latente: crecer desde `w`/`n` mantiene el lado opuesto fijo, asi que el origen del panel viaja hacia fuera, y ese caso no se acotaba contra los bounds — el panel se salia del contenedor (medido `POS -85` con el stage empezando en 0). En LTR la rama era inalcanzable: solo montan `e`, `s` y el grip `se`. Acotado por el hueco disponible hasta el limite. El grip ademas mentia visualmente en RTL: `cursor: nwse-resize` (flecha ↘↖) y los chevrones a `-45deg / bottom right` son fisicos y no tienen forma logica. Par `:dir(rtl)` con `nesw-resize` y `45deg / bottom left`. Verificado con raton real y a ojo en las dos direcciones: RTL arrastre hacia fuera 300 -> 409 de ancho, borde DERECHO fijo en 803 RTL arrastre largo se detiene exacto en el borde del stage (left 0) LTR sin cambios 300 -> 436, borde izquierdo fijo en 24 DECISION documentada (el usuario la dejo a mi eleccion): el movimiento por teclado del panel —flechas y `Home`/`End`— se queda FISICO. No hay patron APG para paneles flotantes movibles; el analogo, el Window Splitter, define las teclas por VALOR («la posicion que da al panel primario su menor/mayor tamano») y no menciona RTL, pero un panel que se arrastra libre por un plano no tiene valor, solo posicion. Sin semantica que respetar, el vocabulario fisico es coherente CONSIGO MISMO —`bounds.left`/`bounds.right` ya lo son— y esa es la misma excepcion legitima que dejo intacto al `toast` en 6.10. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	46ffe1c74b	fix(color-picker): el area 2D y las rampas de canal no se espejaban en RTL ... El eje X del area lleva un CANAL de color repartido por la dimension inline — un eje de lectura— asi que espeja, igual que el `ColorArea` de react-aria («orientation of the gradient background, positioning of the thumb, and dragging behavior is automatically mirrored»). Una rueda radial no lo haria: es el mismo corte lectura-vs-radial que ya usa la regla de las graficas. Mi analogia previa con el `cropper` era mala y queda retirada — alli paneas una imagen, aqui recorres un canal. Medido antes: pinchar el MISMO punto fisico daba el mismo valor en las dos direcciones, y el degradado no seguia al thumb. Lo que faltaba, por pieza: area · puntero la fraccion fisica se espeja sobre el canal area · thumb ancla PHYSICA (`left`) alimentada ya espejada area · flechas ArrowRight mueve el thumb a la derecha ⇒ BAJA el canal area · degradados saturacion y arcoiris de hue voltean con `:dir(rtl)` sliders de canal solo el degradado ⚠️ El thumb conserva `left` FISICO a proposito: el recipe lo centra con `translate(-50%,-50%)`, y ancla logica + translate fisico es justo la trampa que el contrato de RTL prohibe. Soma le pasa la fraccion ya espejada (`physicalXProgress`). Los sliders de canal casi no necesitaban nada: desde el refactor de 2026-05-21 componen el `SliderProvider` generico, que ya espeja thumb, puntero y teclado. Pero su rampa estaba clavada a `to right`, asi que el color BAJO el thumb dejaba de ser el valor — medido con hue 210: thumb a 123px del borde derecho y degradado contando aun desde la izquierda. Verificado en Chrome en las dos direcciones: pinchando al 10% del borde izquierdo fisico, LTR da saturation 10 y RTL da 90; el blanco del area y el rojo del hue quedan a la derecha en RTL; ArrowRight mueve el thumb a la derecha en ambas. Los dos tests nuevos salen ROJOS con el provider anterior. `Home`/`End` se quedan en min/max del CANAL (un valor, no un borde fisico), igual que en un slider. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b906dd4077	fix(direction): el atributo `dir` se estampaba VACIO cuando nadie lo afirmaba ... El contrato de `013ceac57` dice que `dir` se OMITE cuando nadie ha afirmado una direccion. `6.5` habia visto `dir=""` en sidebar y tree-view sin averiguar de donde salia. Es el shorthand `{dir}`: para `dir` Svelte emite una asignacion de PROPIEDAD ademas del atributo, y con `undefined` el resultado es la cadena vacia en vez de la omision. Atrapado con un trap sobre `setAttribute` + el descriptor de la propiedad: dos escrituras, la segunda por propiedad. No estaba en el SSR (`dir=""` no aparece ni una vez en el HTML servido) — lo escribia el cliente al hidratar. Un valor invalido HEREDA, asi que nada pintaba mal; pero contradice la letra del contrato y hace que `[dir]` matchee. Arreglado con spread condicional, que si omite: {dir} -> {...dir ? { dir } : {}} - `tree-view` (eidos): el wrapper LO NECESITA cuando el valor es concreto — el recipe selecciona con `[data-tree-view-root]:dir(rtl)` y ese div es el ANCESTRO del provider que estampa el attr. Con el valor ausente hereda, que es lo correcto. - 26 demos: el arnes estandar (`data-uix-stage-area` / `data-uix-canvas-inner`). Verificado: en `auto` solo quedan `<html>` (la proyeccion de prefs) y el provider con su valor resuelto — cero `dir=""`; en `rtl` los tres elementos lo reciben concreto; al volver a `auto` desaparece limpiamente. Las 26 rutas sirven 200 y ninguna trae `dir=""`. METODO: mi primer regex tambien matcheaba dentro de `dir={dir}` y dejo `dir={...}` — dos ficheros con parse error que `check` cazo (76 vs 74). Contar ficheros modificados NO basta; hay que mirar el diff. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	a82e8ebb3e	fix(carousel): las flechas apuntaban hacia adentro en RTL ... Reportado por el usuario mirando la demo. La POSICION de los triggers si se espejaba —los insets del recipe son logicos— pero el GLIFO no: `chevronDir` solo mira `orientation`, nunca la direccion. Resultado: prev acababa a la derecha apuntando a la izquierda y next a la izquierda apuntando a la derecha, las dos flechas al centro. Medido: LTR RTL (antes) prev izq, apunta izq ✓ der, apunta izq ✗ next der, apunta der ✓ izq, apunta der ✗ `SvgChevron` escribe `transform: rotate()` INLINE, asi que ninguna regla lo re-apunta sin `!important`. Se voltea con la propiedad independiente `rotate`, que COMPONE con ese transform en vez de reemplazarlo — el mismo motivo por el que el centrado de los triggers usa `translate` y no `transform`, cosa que el propio recipe ya documentaba dos reglas mas arriba. Se lee `[data-dir='rtl']`, el atributo PROPIO del componente que soma estampa desde `resolvedDir` — no el `dir` del DOM, asi que no es el `[dir='rtl']` prohibido. Ademas garantiza que el glifo coincida con la matematica del arrastre y del teclado, que resuelven de esa misma fuente; con `:dir()` podrian discrepar si DOM y prefs divergen. `eidos-lint carousel`: invalid 0, y la regla sale clasificada morfo-backed. Solo el eje inline: en vertical los chevrons son up/down y no giran. Es lo que hace shadcn (`rtl:rotate-180`); nuxt/ui tuvo este bug exacto (nuxt/ui#1354), donde ademas fallaban las posiciones y el signo de la navegacion — aqui ambos ya estaban bien. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b0f995a3bc	refactor(metrics)!: placement 'right' pasa a 'end', que es lo que siempre hizo ... El CSS de `metrics` es integramente logico (`inset-inline-end`, `padding-inline-end`), asi que `placement="right"` ya ponia el chart a la IZQUIERDA en RTL. Medido: fromRight 0 en LTR, fromLeft 0 en RTL. El comportamiento era el bueno; mentia el nombre. Y era una ISLA: `layout: 'icon-start'`, `align: 'start'` y el resto del vocabulario del componente son logicos — `right` era el unico termino fisico de toda su superficie. No es el caso legitimo del `toast`, que es fisico y coherente CONSIGO MISMO; aqui la incoherencia estaba dentro del componente. BREAKING: `MetricsChartPlacement` pasa de `'below' | 'right' | 'full'` a `'below' | 'end' | 'full'`. Sin shim (doctrina del proyecto): actualizados el tipo, los dos selectores del recipe, el README y la demo. Fuera de ellos no habia consumidores. No tocado y señalado: el token `--metrics-chart-right-width` conserva el nombre fisico. Describe un ANCHO, no un lado, y es superficie publica de theming — su renombrado es otra decision. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	40db0b9816	docs(direction): cierre del barrido de graficas, la regla de RTL en SVG, y la cola para manana ... LAS 11 GRAFICAS DEL CATALOGO, REVISADAS. Ninguna de las siete que quedaban necesitaba cambios, y por razones distintas que conviene dejar escritas: bar-list ya lo resuelve con CSS logico; sparkline y bubble-chart heredan el frame de <Chart> arreglado en 55070c688; y gauge, pie-chart, polar-area y smith-chart son RADIALES — sus posiciones son angulos, no tienen eje de lectura y es correcto que no espejen. LA REGLA, ahora en la fila "RTL · SVG" del contrato de construccion y desarrollada en eidos/components/chart/README.md §Direction. Son DOS decisiones y no son la misma: 1) ¿espeja la composicion? solo si hay EJE DE LECTURA. Se invierte el rango de pixeles de la escala, o se refleja la x. Los valores de Y no se espejan nunca — un grafico es una secuencia leida como lee el lector, no un espejo. 2) `text-anchor` es LOGICO: si la composicion espeja se deja tal cual (voltear ademas lo cancela); si no espeja se fuerza el fisico. TRAMPAS DE MEDICION que me engañaron durante toda la sesion, en §7.3: el bbox de un path espejado es identico al del original —mi "fingerprint" declaro sparkline sin espejar cuando si lo hacia—; un test de "se sale del SVG" no ve una invasion hacia DENTRO; el hueco del eje Y hay que medirlo contra el TICK y no contra la linea; verificar en LTR no revela NADA de un defecto de RTL; y la pagina "heatmap" tiene dos modos tras un control, asi que capturar el primer svg solo enseñaba uno. HANDOFF. La cabecera apunta a la §8 nueva, que es la cola priorizada: scroll-area (dos señales, sin medir, y le falta una demo con eje horizontal), los agujeros de OBSERVABILIDAD que impiden verificar drawer y float-panel, las verificaciones pendientes, y la deuda ajena por gravedad —encabezada por los 91 ficheros de test que falsifican Soma.require()—. Y una §8.5 con lo que NO hay que rehacer, para que nadie repita el trabajo medido. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	01b891b645	fix(chart,docs): el radar volcaba sus etiquetas sobre el poligono en RTL, y los bloques de codigo se volvian ilegibles ... RADAR-CHART. No debe espejarse: sus etiquetas se colocan en ANGULOS alrededor del poligono, no sobre un eje de lectura. Pero el anchor de cada una se elige por el coseno —`start` en la mitad derecha, `end` en la izquierda— y `text-anchor` es logico, asi que bajo RTL todos se invertian y las etiquetas caminaban hacia dentro: medido, "Reliability" pasaba de [254,308] a [201,255] y "Economy" de [-6,47] a [46,99], las dos encima del grafico. Anchor fisico con el layout sin espejar, que es el caso del eje Y. De paso, el ternario del anchor se anota como union en vez de inferirse `string`. BLOQUES DE CODIGO DE LAS DEMOS. En RTL el algoritmo bidi reordenaba la puntuacion neutra y las muestras salian ilegibles: `<script lang='ts'>` se leia `<'script lang='ts>`, el `;` final de una linea saltaba al principio y `color="affirm"` salia `"color="affirm`. El codigo fuente es LTR sea cual sea la direccion de lectura — no es prosa —, asi que `pre/code/kbd/samp` lo declaran. Es la version ESTRECHA del pin que llevaba `<main data-uix-canvas>` y que quite en ec533845d: acotado al CODIGO, que es inequivocamente LTR, en vez de a todo el canvas, que tambien contenia las demos vivas y las congelaba a las 51 en LTR. Verificado MIRANDO capturas en RTL: el radar con las seis etiquetas fuera del poligono, y el snippet alineado a la izquierda con la puntuacion en su sitio. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6751b4c3d8	fix(heatmap): la matriz no se espejaba en RTL y sus etiquetas de fila invadian las celdas ... El usuario tenia razon: de la pagina "heatmap" yo solo habia tocado el modo CALENDARIO. El modo MATRIZ —otro componente, el que se elige con el control `mode (data)`— seguia intacto, y mi barrido no lo vio porque capturaba el primer SVG de la pagina en vez de la pagina entera. Medido en RTL antes: las etiquetas de fila iban de x=66 a x=113 con las celdas empezando en x=80, o sea metidas dentro; y las columnas no se movian (Mon en x=101 en las dos direcciones). Mismo tratamiento que el calendario y el eje X del chart: se refleja la coordenada x, con lo que celdas, etiquetas de columna y canalon de filas se espejan juntos, y los `text-anchor` LOGICOS se dejan como estan porque al espejar ya caen bien. Verificado MIRANDO la captura en RTL: Mon pasa de x=101 a x=314 —primera columna a la derecha—, las celdas de [80,362] a [12,294], y Morning/Midday/Evening quedan a la derecha, fuera de la rejilla. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	79ed5cdc2b	fix(calendar-heatmap): el calendario no se espejaba en RTL — enero seguia a la izquierda ... Lo habia dejado anotado como pendiente en 2636b40ea en vez de hacerlo, y es el mismo trabajo que ya estaba hecho dos veces: el eje X del chart (55070c688) y el funnel. Un calendario se lee en la direccion de lectura: bajo RTL la primera semana va a la DERECHA y el tiempo corre hacia la izquierda, con el canalon de dias acompañando. Se refleja la coordenada x de celdas y etiquetas sobre el marco; solo aplica a la orientacion horizontal, que es la unica con eje temporal en x. Y con la composicion espejada, los `text-anchor` LOGICOS vuelven a ser los correctos: se retira el volteo que 2636b40ea les habia puesto. Es la regla que me costo dos intentos en el funnel — espejar Y voltear se cancelan. Medido en RTL: las etiquetas de dia pasan de x≈3 a x≈850 (de un ancho de 870), y los meses de ene 26 / feb 88 / mar 153 ascendentes a ene 824 / feb 762 / mar 695 descendentes. Visto en captura: ene a la derecha, dic a la izquierda, dias a la derecha, celdas con ellos. QUEDA de la misma clase, sin revisar: heatmap.svelte:145 (`end` en el canalon izquierdo de la matriz, que es otro componente) y los anchors calculados de radar-chart. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2636b40eaf	fix(chart): funnel y calendar-heatmap tambien rompian en RTL, y la regla no es "voltea el anchor" ... Revisadas las demas graficas del catalogo tras el eje Y. Dos rotas, y arreglarlas enseño donde estaba mi error de criterio. FUNNEL. En RTL las etiquetas y sus lineas guia se dibujaban ENCIMA del embudo. Su `labelPosition` ofrece `'inside' | 'right' | 'none'`: `'right'` es el UNICO valor lateral —no existe `'left'`—, asi que ese nombre no es una eleccion fisica del consumidor (a diferencia del `side` de drawer, que ofrece los dos) sino una suposicion LTR. Bajo RTL la columna de etiquetas va al lado de lectura contrario, asi que se espeja la composicion entera: embudo a la derecha, etiquetas a la izquierda. El cuerpo del embudo es simetrico respecto a `cx`, de modo que espejarlo es solo mover ese centro. CALENDAR-HEATMAP. Sus etiquetas de mes y de dia viven en canalones FIJOS y sus anchors `start`/`end` se volteaban, dejando "lun/mié/vie" pegadas a las celdas. Ahi si hay que forzar el anchor fisico, porque el canalon no se mueve. LA REGLA, que me costo dos intentos en el funnel: si la composicion SE ESPEJA, el anchor LOGICO ya es el correcto y voltearlo ademas deshace el espejo —lo hice y las etiquetas volvieron sobre el embudo—. Si la composicion NO se espeja (el canalon del eje Y, los de este calendario), hay que forzar el fisico. Queda escrito en rtl.svelte.ts, que centraliza las dos piezas: `physicalAnchor()` y un `createChartRtl()` que lee la direccion RESUELTA del elemento —las graficas sueltas no tienen el contexto de <Chart>, y `prefs.getDir()` devuelve undefined en este arbol mientras el elemento computa rtl bien—. Verificado MIRANDO capturas en oscuro, en RTL y en la pagina, antes y despues de cada cambio, no midiendo en LTR como hice las tres primeras veces. QUEDA, y no esta hecho: el calendario no se espeja —enero sigue a la izquierda en RTL, igual que le pasaba al eje X del chart antes de 55070c688—. Y de la misma clase sin revisar: heatmap.svelte:145 (`end` en el canalon izquierdo) y los anchors calculados de radar-chart. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6e8d2d9223	fix(chart): en RTL las etiquetas del eje Y cruzaban el eje — text-anchor es logico y hay que voltearlo a mano ... Cuarto aviso del usuario sobre lo mismo. Las tres veces anteriores verifique en LTR, donde no pasa nada; su captura estaba en RTL, que es justo donde ocurre. `text-anchor="end"` es LOGICO. Bajo `direction: rtl` el ancla `end` es el lado IZQUIERDO, asi que la etiqueta se fijaba por su borde izquierdo en x=-14 y crecia hacia la DERECHA, cruzando el eje y metiendose en el area del grafico. Medido: con el eje en x=46, la etiqueta llegaba a x=59.9. En LTR el mismo codigo daba 4.7 -> 32.6 y por eso mis comprobaciones lo daban por bueno. El canalon del eje Y esta a la izquierda fisica sea cual sea la direccion, asi que su ancla tambien tiene que ser fisica: `start` en RTL (que es el lado derecho) y `end` en LTR. El contexto expone `rtl` para que el eje pueda decidir. Verificado en RTL, no en LTR: la etiqueta pasa a 4.7 -> 32.6, identica a LTR, y crossesAxis de true a false. Zoom del canalon (deviceScaleFactor 4, oscuro, en la pagina) antes y despues. El eje X no esta afectado: usa text-anchor="middle", que no se voltea. MISMA CLASE, NO TOCADO: heatmap.svelte:145 usa `end` para las etiquetas de fila del margen izquierdo y funnel.svelte:111 usa `start` para las suyas a la derecha. Los dos tienen el mismo defecto latente en RTL. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	97f0278ed2	fix(chart): las etiquetas del eje Y quedaban a 3.4px del tick y se leian pegadas al eje ... Reportado tres veces por el usuario. Las dos primeras veces mire numeros —gapToAxis: 7— y di por bueno que no habia solape; lo que faltaba era MIRAR un zoom del canalon, y ahi se ve al instante. La cuenta real no era contra el eje sino contra el TICK, que sale 4px hacia la etiqueta: con el texto en x=-8 quedaban 3.4px de aire entre glifo y tick a un font-size de 12px. A esa escala no es holgura, es contacto. El texto pasa a x=-14, que deja ~9.4px, y el canalon reservado crece en la misma medida (+18 en vez de +12) para que el label no se salga por el otro lado. Verificado con una captura ampliada (deviceScaleFactor 4) del canalon, en oscuro y en la pagina, antes y despues: gapToTick 3.4 -> 9.4 y el texto visiblemente despegado del eje. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	55070c688c	fix(chart): el eje X no seguia la direccion de lectura — en RTL la serie empezaba por la izquierda igual que en LTR ... Lo que el usuario pedia desde el principio, y que yo no arregle en los dos commits anteriores porque me fui a otra cosa. En RTL el chart NO se adaptaba en nada: medido, Jan en x=34 y Dec en x=843, exactamente las mismas coordenadas que en LTR, con el eje Y a la izquierda y la curva identica. Lo unico que cambiaba era `direction: rtl`, que afecta al texto y a nada mas. Las cuatro escalas X se construian con `range: [0, plot.width]`, siempre de izquierda a derecha. Ahora el rango se invierte en RTL. Invertir el RANGO hace todo el trabajo: linea, area, barras, scatter, crosshair y ancla del tooltip leen su x de esa escala, asi que se espejan juntos y ninguno necesita saber de direccion. scaleBand esta escrito para esto ("work in ascending pixel space, then reflect if the range descends") y scalePoint delega en el. Solo se voltea el ORDEN, nunca los valores de Y: un grafico no es un espejo, es una secuencia leida como lee el lector. El eje Y y sus numeros se quedan como estan, que es la linea que tambien trazan las librerias de referencia. DE DONDE SALE LA DIRECCION. Primer intento con `eidos.prefs.getDir()`: no funciono, y medirlo lo explico — devuelve undefined en este arbol mientras el elemento computa `rtl` perfectamente, porque el ActiveEidos que montan las demos no lleva las mismas prefs que escribe la shell. Se lee la direccion RESUELTA del frame con getComputedStyle, que ademas es el dato correcto (un chart puede vivir en un subarbol con su propio dir) y es como lo hace $ethereal/compute.ts. `direction` es estilo computado, no geometria, asi que no fuerza layout. Un cambio de direccion no dispara resize ni nada, asi que se observa el atributo `dir` donde la shell lo escribe. Verificado MIRANDO la captura, en oscuro y en la pagina, no un svg aislado en claro como hice antes: en RTL el eje va Dec Nov Oct ... Feb Jan de izquierda a derecha, con Enero a la DERECHA, y la curva espejada con el. Medido: Jan pasa de x=34 a x=844 y Dec de 843 a 33. LTR intacto. QUEDA: el eje Y sigue dibujandose a la izquierda en RTL; lo canonico seria llevarlo al lado derecho. Es el siguiente paso, no esta hecho. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago