243 Commits (01cc13d412873c89357df0687268b8d32302b20e)

Author	SHA1	Message	Date
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	482cea3bee	docs(media-player): las cuatro variantes de audio estan aprobadas, no dos ... row e inline las dio por buenas el usuario y yo las seguia listando como pendientes de su mirada. El eje visual del modo audio queda CERRADO. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	35ef18ed02	docs(media-player): los cuatro arreglos que bloquea el refactor en vuelo ... La revision adversarial dejo cuatro hallazgos ciertos que viven todos en media-player-provider.svelte.ts, que la otra sesion tiene modificado sin commitear. Tocarlo significaria llevarme su trabajo en mi commit, asi que quedan escritos con el arreglo concreto de cada uno. Incluye una observacion sobre SU arbol que no he tocado: con el refactor en vuelo el player deja de estampar el atributo dir crudo aunque la prop lo afirme. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b6caaaa178	docs(media-player): el handoff recoge el selector de pista y lo que NO pude verificar ... Anade las entregas 5 y 6 (CaptionFloat y la especificacion de la calidad) y, mas importante, una seccion nueva de limites. El panel de navegador embebido dejo de componer frames a media tarde (`document.visibilityState === 'hidden'`) y con el dejaron de llegar las teclas. Llegue a creer que habia un defecto —«Escape no cierra el float dentro del player»— y era FALSO: instrumente un listener y una pulsacion real registro cero eventos. Lo roto era mi via de entrada, no el componente. Queda escrito porque es la misma familia de trampa que las transiciones CSS congeladas, y porque la proxima sesion no debe salir a cazar ese fantasma. Lo que si quedo verificado con eventos despachados: keydown de Enter/Espacio abre el menu, y el click que el navegador sintetiza detras no toca los subtitulos — el preventDefault() de la costura aguanta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d3c8fcfd37	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. Re-hace el cambio que b41669c43 debia llevar: en una rama con dos sesiones, `git commit` recoge el INDICE ENTERO, asi que aquel commit se llevo por delante los ficheros de media-player que la otra sesion habia stageado entre mi `add` y mi `commit`, y dejo fuera este fichero. Desde aqui, forma con pathspec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6f0f438f30	docs(media-player): el handoff recoge las cuatro entregas de la tarde ... Waveform visible, velocidad bajable, API de eventos y transporte de lista. Con la leccion reutilizable: componer un primitivo desde soma deja su receta fuera, la carga el componente que lo compone. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	64df3d7b37	feat(direction): la propagacion pertenece a la capa flotante ... Un panel portalizado se renderiza FUERA del subarbol de su dueño, asi que la herencia no lo alcanza: la afirmacion del dueño solo llega si alguien la lleva. Eso estaba delegado en cada consumidor — siete envoltorios Content componian el enlace al padre a mano — y quien COMPONE un popover no tenia por donde hacerlo. Medido con <DatePicker dir="rtl"> sobre una pagina LTR: el wrapper flotante estampaba dir="ltr", el picker-shell y su pie se disponian en LTR, y solo el calendario espejaba. Panel partido por la mitad, el fallo del §2 del contrato. La capa lo compone ahora una sola vez: el dir propio de la superficie -> el dir afirmado por el proveedor DUEÑO -> omitir - FloatingProviderOpts.dir el dueño baja su afirmacion (ya pasada por activeDir, o sea prop -> prefs) - FloatingContent.assertedDir donde se encuentran; lo leen los DOS estampados del wrapper (rama nativa y rama JS) - createFloatingShellRoot lo reenvia; es la puerta de 8 de los 10 FloatingProvider. Los 2 submenus toman el del menu padre. FloatingContentOpts.dir pasa a ser la prop CRUDA del Content. Resolverla ahi la haria casi siempre concreta (prefs) y el dueño no ganaria nunca el fallback. Se borran los 7 enlaces compuestos a mano con su soma / activeDir / parentRoot. Sobrevive uno a proposito: dropdown-menu-sub-content lo necesita para effectiveSide, que es matematica y quiere valor resuelto. popover, tooltip y link-preview aceptan dir en su raiz. No estampan nada — no renderizan elemento —; el valor existe para cruzar el portal, y es lo que permite que los 9 componentes que componen un popover empujen su direccion al panel. Borrados 9 resolvedDir muertos en los proveedores Content: nadie los leia (toda la matematica direccional consume el de la RAIZ) y el cambio de semantica de opts.dir dejaba su docblock mintiendo. Demos: las 7 que aceptan dir lo pasan ahora a la instancia — time-picker, time-range-picker y color-picker no tenian control ninguno; emoji-picker y natural-time-picker lo tenian solo en el arnes. Sin eso el camino de la PROP, el unico que ejercita el portal, no era observable. Verificado en Chrome real, direccion movida por el control de la demo: date-picker Clear/Cancel/Close 15/102/209 -> 200/92/15 espejo exacto date-range-picker 448/217/17 sin regresion dropdown-menu (raiz y submenu, data-side=left en RTL), context-menu, menubar, select, sidebar (flyout), y tooltip en auto sigue estampando ltr — la cola de prefs sobrevive check 78 = linea base (A/B con stash) · 158/158 en los 20 ambitos tocados · rtl:check 1 (palabras, preexistente) · docs:check 0/565. Queda documentado en el handoff un defecto PREEXISTENTE de otra familia que esto vuelve visible: un componente eidos que monta otro componente del canon en SITIO no le reenvia el dir, y el hijo estampa ltr cortando la herencia del panel (natural-time-picker/Slider, emoji-picker/Command+ToggleGroup, color-field/Select). No hay precedente de ese reenvio en eidos: es doctrina nueva y movimiento propio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	7b0556a955	docs(direction): handoff del refactor — la direccion deja de ser una convencion ... El usuario preguntó si lo entregado era lo mas logico y profesional. No lo es: el contrato es correcto y el MECANISMO para cumplirlo es teclear la misma linea en cada componente. 54 estampados a mano, 7 enlaces al padre a mano, 9 Content que re-arrancan la cadena por su cuenta, y 20 de 55 componentes que lo incumplian hasta `21055bd3c`. Una convencion que hay que repetir 54 veces y que 20 de 55 incumplian no es una convencion — es una abstraccion que falta. `docs/process/CONTINUE-direction-runtime.md`, para abrir en sesion nueva. Lleva LAS DOS COMPROBACIONES DE VIABILIDAD YA HECHAS, que es lo que separa un handoff util de una idea: - El runtime YA omite un atributo cuyo valor resuelve a `undefined` (`runtime.svelte.ts:519-522`). Es exactamente la semantica del estampado crudo. No hay que construir nada para eso. - El runtime YA inyecta atributos sin declaracion en morfo — `id`, el marcador, `data-archetype`, `reg.attachment` (`:538-551`), con el comentario que lo justifica. Asi que el movimiento NO exige tocar 55 ficheros de morfo. - La capa flotante tiene acceso al dueño: los sub-proveedores llevan `this.provider`. Y el reparto de los 11 consumidores es el diagnostico — 8 pasan el `dir` DEL PROPIO Content (la fuga), 3 el de la raiz (lo correcto). Dos movimientos, con el orden razonado (la propagacion primero: mas acotada, verificable de un vistazo, y BORRA codigo, asi que el segundo llega a un arbol mas limpio). Dos vehiculos posibles para el primero, sin decidir a proposito. Lleva ademas la linea base exacta de verificacion y las trampas ya pagadas: el crudo nunca resuelto, `dir` en un `<svg>` no hace nada, `OptsFromProps` quita el `undefined`, clasificar por grep se equivoca (me paso con `avatar`), y una migracion mecanica hereda los defectos que traduce. ⚠️ Anota lo que el refactor NO debe romper: los 4 que correctamente NO estampan (popover, tooltip, link-preview, context-menu) y la excepcion firmada por el usuario de `avatar`/`image`, que no aceptan `dir` a proposito. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	64043ae2bd	fix(media-player): una flecha hacia el slider disparaba DOS acciones ... Con el pulgar del volumen enfocado, ArrowRight subia el volumen Y ademas saltaba el playhead un seekStep. Con el pulgar del scrubber, ArrowUp scrubbeaba Y cambiaba el volumen. El Slider hace preventDefault de las cuatro flechas pero no detiene la propagacion, y la guarda de hotkeys del player solo eximia INPUT/TEXTAREA/contentEditable — asi que las dos manos actuaban sobre la misma pulsacion. Arreglado en la guarda del player, no en el Slider: la exencion es por PROPIEDAD, no por etiqueta. Un control que se declara slider maneja sus propias teclas, y el player deja de reclamarlas cuando la pulsacion nace dentro de un [data-slider]. Tocar el Slider habria afectado a todos sus consumidores. CORRIJO UNA AFIRMACION MIA DE ESTA MISMA JORNADA. Al verificar el teclado direccional escribi que raiz y pulgar estaban de acuerdo, un solo seekStep sin doble salto. Era falso: ambos escriben currentTime, asi que el seekBy del player PISABA el paso mas pequeno del Slider y el doble manejo quedaba enmascarado. Se destapo cruzando ejes — ArrowUp sobre el scrubber movia tiempo Y volumen, que son magnitudes distintas. La leccion queda escrita en el handoff: dos manejadores que escriben la MISMA magnitud son indistinguibles. Medido en Chrome antes y despues. Antes: volumen+ArrowRight daba dVol=+0.01 y dTiempo=+8. Ahora: dVol=+0.01, dTiempo=0; scrubber+ArrowUp dTiempo=+0.1, dVol=0; y la raiz conserva sus hotkeys (ArrowRight busca, ArrowUp sube volumen). Guard nacido en rojo por mutacion. player 14/14 · docs:check 0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bd7853b59e	docs(sound-engine): mutear antes de reproducir, y parar al terminar ... Medir el escenario mixto y los earcons exige reproducir de verdad, pero el Chrome que suena es el del usuario. Dejar una pista de 6 minutos a volumen 1 mientras se hacen otras cosas es una molestia real, y paso hoy. Casi todo lo que se mide —contextos, stamps, envolventes, geometria— no depende de que se oiga, asi que muted=true basta; el volumen solo hace falta para la escucha, que es del usuario. Y pause() al acabar cada medicion. 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	92c1ee91a9	docs(sound-engine): bar solo colapsa bajo 800px, y la mezcla la elige el disenador ... El barrido de anchos reencuadra el defecto: bar esta sano de 900px en adelante (scrubber 147/347/1047) y solo colapsa a 720px, que es el ancho al que la demo encierra al player, no un ancho propio de una barra de app persistente. Corrige ademas la pregunta que yo habia planteado. El usuario zanjo que la mezcla es composicion y la elige el disenador, lo que encaja con la doctrina que audio-player.css ya declara (un variant decide que se muestra y como fluye, nunca comportamiento) y con la salida que ya existe: componer MediaPlayer media=audio a mano mantiene el flujo sin opinion, porque el CSS de variantes cuelga de data-variant y eso solo lo estampa AudioPlayer. Lo que no se disuelve en composicion es que el preset colapse EN SILENCIO. El arreglo pendiente no arbitra entre scrubber y volumen: min-inline-size en el scrubber para que nunca llegue a 0, y el ancho minimo documentado. Y registra dos veredictos del usuario: waveform F6 APROBADA (cierra el pendiente del 2026-08-01) y variante card APROBADA. Quedan row e inline. docs:check 0 sobre 564 documentos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5ff5202038	docs(sound-engine): el stamp de sema y la matriz del modo audio, medidos ... Cierra los dos pendientes del hilo que no exigían los ojos del usuario, y sanea el documento, que afirmaba cosas ya cumplidas. STAMP DE SEMA — cerrado por las dos mitades. Dónde aterriza: con un MutationObserver sobre el subárbol del player, un clic en play estampa contact-activate y commit-toggle-play (commit · neutral) sobre el PROPIO play-button, no sobre el provider, y los limpia al cerrarse el hold. Que la regla del pack casa: A/B del pico de la envolvente dentro del mismo componente — transporte (play, mute) 0.0001, o sea silenciado; commit-complete 0.05, audible. Los osciladores sí se construyen, la ganancia nunca sube: es la resta de gain de D-AP2.7 funcionando. Queda anotada la trampa en la que caí, comparar ese pico con el 0.25 de un Button de otra página y creer ver una contradicción: el A/B tiene que ser dentro del mismo componente. F6, MATRIZ DEL MODO AUDIO — las 16 combinaciones (4 variantes × claro/oscuro × LTR/RTL) recorridas buscando partes colapsadas, botones estrujados y desbordes. Un solo defecto: en `bar` el time-slider colapsa a ancho 0 y el mute a 20px, en las CUATRO combinaciones, así que no es del eje ni del tema. Visto: el scrubber queda reducido a un punto ámbar entre 0:00 y 6:12 — una barra de app sin barra de progreso — mientras el volumen conserva su ancho completo. `card` y `row` limpias; lo que oculta `inline` es lo que su receta declara. HIGIENE — el documento decía «sin commitear» del rediseño y del waveform, y pedía un re-plan del player que ya está hecho. Verificado contra git: rediseño 2f872ef86, waveform 0ab6cc822 + 905012507, rutas limpias. La sección «Por dónde sigue» se reescribe con lo que queda de verdad: dos miradas del usuario y dos decisiones (qué cede en `bar`, y el rojo de audio-player en lint.test.ts). docs:check 0 sobre 564 documentos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1cb61567e5	feat(direction): RTL-2 — el guard del doble volteo, la forma que se me colo dos veces ... Cierra §10.1, la ultima deuda del eje. `dee2c9e3a` arreglo los dos defectos pero dejo la FORMA sin guard, y es la que sobrevivio a la migracion §6.3 y a que yo diera el eje por cerrado en §9.19. LA FIRMA — dentro de un bloque cuyo prelude tiene `:dir()`, la misma familia logica (`border`/`padding`/`margin`/`inset`-`inline`) declarada en LAS DOS caras, EXACTAMENTE UNA con valor neutro (`0`, `auto`, `none`, `initial`, `unset`, `revert`). Ese desequilibrio ES el espejo cancelado: la propiedad ya se habia volteado cuando la regla matchea, asi que reubicarla la devuelve al punto de partida y la deja en el borde opuesto al de sus hermanas. Es mas estrecha que «bloque `:dir()` con puras logicas» a proposito. Una regla que CAMBIA un valor bajo RTL sin reubicarlo es legitima —asimetrico por diseño existe—, y las dos caras con valor son un autor describiendo dos bordes reales. Lo que delata el defecto es el PAR, una cara apagada. Hay un test negativo por cada uno de esos casos, que son los que evitan que la regla se vuelva ruido. LAS TRES DECISIONES que el handoff dejaba abiertas: - `:dir(ltr)` tambien entra. Igual de sospechosa, y no anade ruido. - Marcador PROPIO, `rtl-mirror: <reason>`. Reutilizar `rtl-physical:` mentiria: aqui no hay nada fisico, y un marcador que miente es peor que ninguno. Mismo mecanismo (`exemptLines` toma ahora el patron por parametro), dos vocabularios. Un test comprueba que el marcador de RTL-1 NO exime a RTL-2. - Regla aparte, `lintRtlMirror()` con su propio `RtlMirrorFinding`. Los 14 tests de RTL-1 quedan intactos y el tipo lleva los campos que importan (`family`/`neutral`/`payload`) en vez de forzar los de RTL-1. VERIFICACION, en este orden: - `rtl-lint.test.ts` 27/27 (14 de RTL-1 intactos + 13 nuevos). - RECALL con el runner COMPLETO contra el arbol pre-arreglo: restaure los dos ficheros de `dee2c9e3a^` sobre el arbol, corri `rtl:check` y los devolvi con `git checkout` en el mismo bloque. **2/2 cazados** (`feed.css:147`, `tree-view.css:211`). Probar la funcion no basta: el runner es lo que corre. - `rtl:check` sobre HEAD: 1 error, el de `palabras`, preexistente y excluido. - `docs:check` 0/0 sobre 564 docs. `check` 77 = linea base. Un defecto de presentacion salio al hacerlo: el `calc()` multilinea de tree-view partia el mensaje por el primer salto. Los campos que RTL-2 emite colapsan el whitespace; con test. Actualizados los textos que el handoff avisaba que quedarian obsoletos: el `enforcement:` y §4 del contrato, la fila RTL del build contract, la fila X-1.6 del checklist, y los docblocks de `rtl-lint.ts` y `rtl-check.ts` — que son doctrina, no adorno. ⚠️ Sigue siendo cierto lo que NINGUNA de las dos reglas ve: leen texto CSS. Un `transform` inline escrito por JS, un preset de motion compartido y la geometria SVG siguen necesitando el ojo en RTL. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	7aee33acda	docs(direction): §10, la cola para manana — RTL-2 ya viene especificada y medida ... La unica deuda del eje es el guard del doble volteo, y es la forma que se me escapo DOS veces (en la migracion §6.3 y en el cierre §9.19). El handoff no la deja como idea: la deja lista para implementar. LA FIRMA, mas estrecha que «bloque `:dir()` con puras logicas» —eso daria falsos positivos sobre reglas legitimas que cambian un valor bajo RTL—: dentro de un bloque con `:dir()`, la MISMA familia logica aparece como `-start` y como `-end`, una con valor NEUTRO (`0`/`auto`/`none`) y la otra cargando el valor. Ese es el gesto «apago un lado y lo repinto en el otro», que cancela un espejo en vez de crearlo. MEDIDA ANTES DE ESCRIBIRLA, que es lo que la hace accionable: - contra `dee2c9e3a^` (antes del arreglo): 2/2 cazados - contra HEAD: 0 hallazgos sobre 18 bloques `:dir()` Nace verde y con recall demostrado sobre defectos REALES. Si al implementarla sale distinto de 0, es un hallazgo nuevo, no un fallo de la regla. Con las cuatro piezas a tocar (`rtl-lint.ts` y su docblock —que es doctrina—, `scripts/rtl-check.ts`, y los casos de test, positivos Y negativos), tres decisiones que NO dejo tomadas (`:dir(ltr)` tambien; escape hatch propio o reutilizar `rtl-physical:`; regla aparte o ensanchar RTL-1), y el aviso de que al aterrizar quedan DOS textos obsoletos el mismo dia — los escribi diciendo que el guard no ve esta forma. ⚠️ NO copiar mi prototipo: usa una regex ingenua sin anidamiento ni comentarios. `rtl-lint.ts` ya tiene `parseBlocks()`, que da exactamente lo que hace falta. §10.2 lleva el resto por valor (los charts deberian aceptar `dir` — la divergencia declarada en §7 del contrato; la tabla de props ausente de number-field; la numeracion duplicada preexistente del checklist) y §10.3 el estado del arbol. 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	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	76c807d3c7	docs(direction): 9.19, el alias y los cuatro de solo-CSS — el eje queda cerrado ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bfb58b9c78	docs(direction): 9.18, la auditoria de la canonizacion ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3c73af90a3	docs(direction): 9.16 grupo A canonizado, 9.17 el grupo B es decision de API ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	8cda5fd252	docs(direction): 9.15, censo de canonizacion — 38 canonicos, 11 fuera de la norma ... El censo de 6.12 estaba incompleto: contaba los wrappers con default duro pero no los que resuelven en el provider (4) ni los que no exponen dir (7). Ninguno esta roto hoy — verificado que number-field y scroll-area estampan lo mismo — pero quedan dos decisiones: mover la cadena al wrapper, y si los 7 sin prop deben exponerla. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	7b306ae5d7	docs(direction): 9.13 decidida (teclado fisico) y 9.14, el resize del float-panel en RTL ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	013af67d7b	docs(direction): 9.12 color-picker cerrado por las referencias, 9.13 float-panel sin precedente ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ac2ca97444	docs(direction): 9.11 ejecutada — el lang del documento ya sigue al idioma ... Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	23d2e94783	docs(direction): el dir vacio era el shorthand {dir} de Svelte, y el diagnostico del html lang ... 9.10 cierra el dir=\\` que 6.5 dejo sin investigar: el shorthand emite una asignacion de PROPIEDAD ademas del atributo, y con undefined queda la cadena vacia. No estaba en el SSR — lo escribia el cliente al hidratar. 9.11 deja el html lang diagnosticado pero NO ejecutado: la causa es app.html con lang=en hardcodeado, el arreglo seria corto (la shell ya registra language en prefs) pero cambia el contrato ownsAttrs de la proyeccion, y hay un argumento en contra — en apps con i18n por routing el lang lo fija el servidor. Decision de arquitectura, pendiente de criterio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3bfe2c6527	docs(direction): 8.3 cerrada — coarse eran 6 media queries, no 2, y el swipe con raton real ... Seccion 9.9. Dos cierres y un hallazgo del usuario: - `pointer: coarse`: el catalogo tiene SEIS media queries, no las dos que 8.3 daba por unicas. Las cuatro sin mirar (list-surface, chat-message, radio-group, rotate-align) no tienen ninguna geometria de eje inline — `--list-item-height`, `opacity`, `min-block-size` e `inset: 0` + `min-*` logicos. Las dos que si la tenian son justo las que 6.2 midio con hit-test. Cerrado por lectura, que aqui basta porque lo que se comprueba es una AUSENCIA. - El swipe del carousel con el raton REAL del navegador: las 4 combinaciones dan espejo exacto. Cierra lo que 6.8 no consiguio disparar por simulacion. MÉTODO: el raton real avanza 2 posiciones de golpe (momentum) y `left_click_drag` no deja fijar la velocidad — lo que se comprueba es el SIGNO, no la magnitud. Y verifica la direccion ANTES de cada gesto: mi primera pasada midio creyendo estar en LTR con el toggle en RTL, y el resultado parecia un defecto inexistente. - Las flechas del carousel en RTL (arreglo en el commit anterior). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	07515eedf5	fix(motion,demos): dos desviaciones propias, encontradas auditando la sesion ... 1. La regla `:dir()` de `3c3d8e1ac` nacia SIN ACOTAR, o sea matcheaba cada elemento del documento para declarar una custom property que solo lee el nodo animado. Acotada a `[data-animation-style]:dir(...)`: `:dir()` se resuelve contra ese nodo, asi que el caso del subarbol anidado sigue cubierto y el coste deja de ser global. Medido igual que antes — origin 65.05px en RTL / 0px en LTR, con el borde de anclaje clavado en 0. 2. `releasePosition()` en la demo del float-panel (`1857c7854`) soltaba la posicion SIEMPRE, tambien con `useAnchor` apagado: cambiar `side` en modo libre re-centraba un panel colocado a mano. Condicionado al ancla, que es lo unico con lo que la posicion fijada es excluyente. Medido: con ancla off el panel se queda en (24,24); con ancla on sigue re-sembrando (start x=234 · end x=61). Y el hueco de metodo que las destapo: habia tocado `render-css.ts` —el generador de CSS de TODO eidos— corriendo solo los tests del ambito. La pasada COMPLETA da 8 fallos en 4 ficheros, y verifique que ninguno es mio cruzando lo que señalan contra `git diff --name-only 40db0b981..HEAD`: audio-player (sonido), aura + menubar (eje agentico), orca (hook timeout), soma-attr-audit (pasa en solitario: flaky bajo carga). Queda anotado en 9.7 un cabo suelto AJENO: 6.7 retiro la entrada de `data-ready` de `component-visual-attrs.test.ts` al migrar tabs, pero `contracts.test.ts` sigue marcando `data-ready` en radio-group y tabs. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	8ec1095545	docs(direction): las tres piezas de graficas, y el tercer punto ciego de RTL-1 ... Seccion 9.6: cierre de metrics / bar-segment / chart-legend, el defecto del preset `grow-x` con sus medidas, y el renombrado de `placement`. Lo que merece quedar escrito: los tres se dieron por sanos en 7.2 mirando el CSS, y el CSS ERA correcto en los tres. Lo que fallaba era la ANIMACION, que no vive en el recipe sino en un preset compartido. Revisar una grafica en RTL no es solo leer su recipe — hay que disparar su entrada y mirar de donde crece. Y el tercer punto ciego de RTL-1, tras el transform inline del 6.7: un `transform-origin` en un preset de TypeScript. El guard lee CSS estatico; los presets y lo que pinta el JS siguen necesitando el ojo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3812cd196e	docs(direction): cierre de 8.1 y 8.2, y la leccion de por que una demo no deja ver ... Seccion 9 nueva: el eje horizontal del scroll-area (9.1-9.4), los tres agujeros de observabilidad (9.5) y los sueltos (9.6). 8.1 y 8.2 marcadas CERRADAS con puntero. La leccion que se repitio tres veces y merece quedar escrita: una demo es inobservable por motivos DISTINTOS, y hay que averiguar cual antes de declarar el bloqueo — 1. el control existe y basta usarlo — "scroll-area no tiene eje horizontal (maxScroll: 0)" era cierto solo en el valor por defecto; el chip scrollbars="both" daba 258. El bloqueo no existia y no hubo que construir nada. 2. falta el control — el drawer solo listaba los cuatro fisicos. 3. el control existe pero otro estado lo anula — float-panel tenia useAnchor, pero una posicion ligada ganaba siempre. Recorre los controles y mira QUE GANA. Queda anotado, señalado y no tocado: 2.4 sigue viva (parts[2] de la demo del slider indexa SecondaryRange en vez de Thumb, ahora linea 430) y float-panel no expone prop dir — lee soma.prefs.getDir() directo, que es la cadena documentada con el eslabon de prop ausente. 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	714a1ddb59	fix(carousel): en RTL el rail se movia AL CONTRARIO del dedo durante el arrastre ... El usuario vio a mano lo que mi simulacion de puntero no consiguio disparar en cinco intentos. El swipe estaba mal, y no donde yo habia mirado. La decision de finishDrag SI voltea (isRtlHorizontal ? -offset : offset) y por eso la daba por buena. El defecto estaba en el PINTADO durante el arrastre: translate = base + dragOffset // base = indice, dragOffset = dedo itemGroupTransform = translate * flip // el flip caia sobre LOS DOS El recorrido por indice es LOGICO —N->N+1 mueve el rail a la izquierda en LTR y a la derecha en RTL— y debe voltear. `dragOffset` es el desplazamiento FISICO del puntero y no debe. Al voltear ambos, en RTL el rail se movia en sentido contrario al dedo: arrastras a la derecha y el contenido huye a la izquierda. Separados: solo baseTranslate lleva el signo. A/B con git stash, midiendo el transform A MITAD del arrastre —que no exige superar el umbral de gesto, y por eso ahora si es medible—: sin el arreglo, con el dedo a +100px el rail da Δ-100 (huye); con el arreglo, Δ+100 (lo sigue). LTR intacto en los dos casos. NOTA DE METODO, anotada en el handoff: para un gesto con umbral de distancia y velocidad, no intentes completar el swipe con page.mouse; mide el estado INTERMEDIO con el puntero aun abajo. Es lo que me faltaba en §6.8. DESCARTADOS CON MEDIDA, no se tocan: scroll-area FUNCIONA. Confirmado por el usuario y medido: con el toggle en auto, ES->ltr y AR->rtl, y el elemento pasa a direction:rtl. Su resolvedDir sigue siendo codigo muerto y el uso de scrollLeft sin verificar en un eje horizontal real, pero el componente responde a la direccion. chart NO NECESITA ARREGLO y las referencias lo respaldan. Medido: chartDir, legendDir y el texto de los ejes pasan de ltr a rtl; el eje numerico no se voltea. Es el consenso: Chart.js implemento RTL SOLO para leyendas y tooltips y mantiene abierto el issue de ejes/etiquetas (#11937, PR #6460), y el patron documentado es eje numerico LTR con textos RTL. amCharts es de los pocos con RTL integral. Y el sintoma «la demo no reacciona al idioma», reportado tres veces (virtual-list, carousel, scroll-area): medido en las tres, con el toggle en AUTO las tres reaccionan. Si el toggle esta en ltr/rtl explicito el idioma no manda, porque el intent gana sobre la derivacion. No es defecto, pero despista de forma sistematica: parece un interruptor de dos posiciones y es un ciclo de tres donde solo uno cede el mando al idioma, y el estado solo se lee en el title. Cerrarlo seria trabajo de la shell, no del eje. Verificado: check 74 = linea base exacta. 4/4 en carousel. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f420c74920	fix(rating-group,splitter): dos wrappers se quedaron fuera de 013ceac57, y el arrastre del splitter no volteaba ... Verificados los tres componentes que "tenian codigo de direccion" pero nadie habia comprobado que acertara. Dos estaban rotos. RATING-GROUP, roto por DOS motivos encadenados. 1) calcFromPointer medía (clientX - rect.left) / rect.width, una fraccion desde el borde FISICO izquierdo. En RTL los items van de derecha a izquierda, asi que la mitad que EMPIEZA una estrella es la derecha: pinchar la primera mitad visual daba la estrella entera. Volteado con el mismo `1 - pos` que ya usa el slider. 2) Y aun asi seguia sin funcionar, porque su WRAPPER se quedo fuera de la normalizacion de 013ceac57: tenia `dir = 'ltr'` como default duro —que ademas incumple "el atributo nunca tiene defecto"— y readableActive(() => dir) en vez de activeDir(() => dir, soma). Nunca consultaba prefs, asi que resolvedDir valia 'ltr' pasara lo que pasara. NATURAL-TIME-PICKER tenia el mismo agujero (dir ?? 'ltr'). Son los DOS unicos que quedaron fuera; los otros 36 si usan activeDir. Medido tras arreglar ambos: en RTL la mitad derecha da 2.5 y la izquierda la entera — espejo correcto. SPLITTER: el arrastre estaba roto, el teclado no. resizePanels toma un delta LOGICO —positivo agranda el panel de ANTES del handle— y recibia el delta fisico del puntero sin voltear. En RTL arrastrar a la derecha agrandaba el panel que debia encoger, y el arrastre CONTRADECIA a las flechas, que si pasan por getDirectionalKeys. Tras el arreglo: LTR arrastre +118 / ArrowRight +6; RTL arrastre -118 / ArrowRight -6 — espejo exacto y los dos de acuerdo. NOTA DE METODO, anotada en el handoff: al ver `resolvedDir = opts.dir.current ?? 'ltr'` en unos 30 providers di por hecho que a todos les faltaba el eslabon de prefs. Es FALSO — la cadena vive en el WRAPPER (activeDir), y el provider recibe la prop ya resuelta. El slider, que tiene ese mismo resolvedDir, voltea perfectamente. Antes de "arreglar" 30 componentes, mirar el wrapper. SIN VERIFICAR: scroll-area. Su resolvedDir aparece UNA sola vez —la declaracion—, o sea es codigo muerto, y usa scrollLeft en cuatro sitios sin tratar que en RTL los navegadores lo devuelven NEGATIVO (isAtLeft seria siempre cierto, el ratio del thumb saldria negativo). No esta medido porque el scroll-area de la demo no tiene eje horizontal. Verificado: check 74 = linea base exacta. 20/20 en splitter + rating-group + natural-time-picker. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b550c8cd4b	fix(virtual-grid,virtual-list): en RTL el contenido desaparecia — el ancla de celda era fisica sobre un sizer logico ... Reportado por el usuario: en la demo del virtual-grid, voltear la direccion deja la rejilla EN BLANCO. Reproducido y medido en Chrome. LTR : 108 celdas, 70 visibles, primera en x=381 (borde del viewport) RTL : 108 celdas, 0 visibles, primera en x=-5101 (fuera de la pantalla) No era scrollLeft —esta en 0 en ambos casos—, era el anclaje de la celda: position:absolute con top:0, left:0 y translate3d(columnStart). Los dos terminos son fisicos y coherentes ENTRE SI, pero el sizer interno es `inline-size: 6000px`, o sea LOGICO: en RTL desborda hacia la izquierda y ocupa [-5101, 899], asi que su borde fisico izquierdo es donde el contenido TERMINA. `left: 0` mandaba las 108 celdas justo ahi. Arreglado con ancla logica (inset-inline-start) y el signo en el offset, de modo que el recorrido se queda en translate3d: un virtualizador recoloca miles de celdas y conviene que siga en el compositor en vez de animar layout. Medido tras el arreglo: 70 visibles en RTL, primera en x=779 = borde derecho del viewport menos el ancho de celda, que es el inicio logico. virtual-list tenia el MISMO patron (left:0 + translateX) y por tanto el mismo defecto en modo horizontal. Mismo arreglo. El modo vertical no se ve afectado: inset-inline-start:0 con width:100% es exactamente lo que left:0 era. Verificado: 12 items visibles en RTL, primero en x=755. EL OTRO SINTOMA REPORTADO NO ES UN DEFECTO. «El cambio de idioma no le afecta»: con el toggle en `auto`, elegir arabe voltea la lista correctamente —medido, htmlDir y el direction computado del componente pasan a rtl—. Si el toggle esta en ltr/rtl EXPLICITO el idioma no manda, porque el intent gana sobre la derivacion; es lo ratificado en 013ceac57. Despista en la practica, pero es el contrato y no lo toco. Verificado: check 74 = linea base exacta. 10/10 en virtual-grid + virtual-list. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	caf3cfd884	fix(float-panel): la semilla anclada usa la matematica de $ethereal en vez de una copia sin direccion ... Verificados uno a uno los cinco componentes de la §2.2 del handoff, y despues barrido el punto ciego del guard. Ningun cambio de comportamiento salvo el de float-panel. LOS CINCO DE §2.2 ESTAN SANOS. slider: click al 25% del ancho FISICO da 75 en RTL, arrastrar a la derecha sube en LTR y baja en RTL, y ArrowRight igual. number-field y css-field: el mismo arrastre fisico sube en LTR y baja en RTL. dropdown-menu: el panel raiz se alinea al inline-start y el submenu abre a la derecha en LTR y a la izquierda en RTL. carousel: el track voltea (Next mueve -622px en LTR y +622px en RTL). Ninguno necesito arreglo. EL SWIPE DEL CAROUSEL NO ESTA MEDIDO. Cinco intentos de simulacion de puntero y no consegui disparar el gesto de forma reproducible ni en LTR: la capa tiene umbral de distancia y de velocidad. El signo esta bien por LECTURA (isRtlHorizontal ? -offset : offset). Son diez segundos con un raton de verdad. UN MOTOR CUBRE NUEVE COMPONENTES. soma/layers/floating lo consumen combobox, context-menu, dropdown-menu, link-preview, menubar, popover, select, sidebar y tooltip. Verificado a traves de popover (align=end: derecha en LTR, izquierda en RTL) y menubar (align=start, al reves). Los nueve quedan cubiertos. FLOAT-PANEL NO USA ESE MOTOR, Y HACE BIEN: useFloating mantiene el panel PEGADO a su ancla, y un float-panel se arrastra y redimensiona libremente. Pero su SEMILLA anclada si era redundante: computeInitialPosition() re-derivaba side + align contra el rect a mano, y esa copia resolvia align:'start' a r.left SIEMPRE — una alineacion LOGICA clavada a un borde FISICO, que nunca voltea. $ethereal ya exporta computeCoordsFromPlacement(rects, placement, rtl): pura, sincrona, sin ciclo de vida, y es la misma que usa el motor compartido. Migrada la semilla a ella. Se comparte la semilla, NO useFloating. anchored-seed.test.ts fija la migracion, porque la demo NO ancla ningun panel y el defecto no era observable ahi: en LTR el resultado es IDENTICO al algoritmo anterior en las 12 combinaciones side x align (cero regresion); en RTL con side vertical start y end se espejan; con side horizontal el align no cambia, que es el eje de bloque; y center sigue centrado en ambas. La demo, medida antes y despues, no se mueve. NO TOCADO, hace falta criterio: Home/End en el eje X llevan el panel a bounds.left / bounds.right. Para un panel que se arrastra libremente es defendible que sean extremos fisicos y no principio/final de lectura. Descartados como falsos positivos tras mirar el uso real: container (prop de margenes), text-focus, text-scramble y path-trace (miden donde esta algo para un efecto), drag-drop (sueltas donde ves), cropper (paneas una imagen que no se voltea) y gradient-builder (arrastras la parada donde la ves). Y drawer, que no aparecia en el primer cruce, esta BIEN y es el ejemplo a imitar: traduce start/end a left/right una sola vez en resolveDirection() y desde ahi todo es fisico y coherente — aunque su demo solo expone valores fisicos, asi que su mitad logica no es observable. Verificado: check 74 = linea base exacta. 12/12 en float-panel + 4/4 del test nuevo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	76f18a5e87	refactor(tabs): el indicador pasa a MeasuredIndicator, y aparece un punto ciego del guard ... Buscados los indicadores que comparten mecanismo con el de dc5e95665. Medidos los dos, no supuestos. NAVIGATION-MENU: CORRECTO, no se toca. Su indicador solo existe mientras un menu esta ABIERTO, asi que abrirlo ES el disparador de la medida y nunca queda rancia; ademas voltear cierra el menu, con lo que el escenario del rect viejo ni se alcanza; y ancla y medida son ambas fisicas. Medido dx=0 en LTR, en RTL y al volver. El usuario ya lo veia bien y tenia razon. TABS: roto por partida doble. (a) No remedia al voltear —dx=518—, el mismo agujero que el radio-group. (b) NI CON MEDIDA FRESCA acertaba en RTL —dx=400— porque [data-tabs-indicator] anclaba con inset-inline-start LOGICO mientras el JS le aplicaba un translate3d(x) FISICO. Es el defecto del slider, escondido donde el guard no mira. Migrado a MeasuredIndicator, que es la capa escrita para generalizar justo esto: soma mide (heredando la dependencia `dir` de dc5e95665) y expone --indicator-*, y el recipe posiciona con la propiedad translate desde esas vars y ancla en left: 0 fisico, coherente con una medida que es fisica. El wrapper de eidos pierde su rAF, sus observadores y su medicion: pasa a ser forma, que es su sitio. Los cuatro escenarios a dx=0, verificado en las tres variantes con indicador y a ojo en RTL. PUNTO CIEGO DE RTL-1, documentado en el propio rtl-lint.ts y en el handoff: el defecto (b) llevaba ahi desde siempre y el guard no podia verlo, porque el ancla estaba en el CSS y el transform lo escribia el JS INLINE. RTL-1 cruza declaraciones dentro de una regla CSS. "24 -> 1" significa 24 en el CSS estatico, NO que el catalogo este limpio: lo que pinta desde JS sigue necesitando el ojo. Efecto lateral bueno: la variante `line` vuelve a mandar en su grosor de 2px. El height inline del wrapper viejo lo pisaba — un comentario del propio tabs.css daba por hecho que no pasaba. Un guardian se activo y es CORRECTO que lo hiciera: component-visual-attrs.test.ts exigia data-ready en el wrapper de eidos. El atributo cambio de dueño a soma, asi que se retira la entrada, igual que el indicador del radio-group, que tampoco lo lista. Verificado: check 74 = linea base exacta. 446 tests pasan; el unico fallo es el de lint.test.ts por audio-player, PREEXISTENTE y comprobado con stash. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	dc5e956658	fix(direction): el indicador deslizante no se remedia al voltear la direccion ... Verificar los tres arreglos que quedaron sin ver en ec533845d destapo la otra mitad del sliding-indicator. MeasuredIndicator remide cuando cambian root o active, cuando alguno de los dos redimensiona, en resize de ventana y en visibilitychange. Voltear la direccion no redimensiona NADA —los items solo cambian de posicion— y active conserva su identidad, asi que --indicator-x se quedaba con la coordenada de la disposicion anterior y la pildora caia sobre otro item. Arreglado con una opcion `dir` (un getter) que el $effect lee ANTES del return temprano, para que la dependencia quede registrada en todas las pasadas y no solo en las que llegan a medir. El consumidor —radio-group, el unico hoy— le pasa resolvedDir. Getter y no lectura del DOM a proposito: la direccion viene de la cadena prop/prefs y el atributo es proyeccion, no fuente. A/B con git stash sobre los dos ficheros, moviendo la direccion por el CAMINO REAL (el toggle del topbar): sin el arreglo el translate se queda en 177.156px y el indicador cae 173px fuera del seleccionado; con el arreglo pasa a 4px y dx=0 en las tres posiciones del ciclo auto/ltr/rtl. Los otros dos arreglos que faltaba ver quedan VERIFICADOS, con un probe de Playwright y Emulation.setEmulatedMedia porque sus reglas viven en @media (pointer: coarse) y el navegador embebido no llega ahi: archetypes (checkbox y switch) da margin-inline-start -22px sobre un slop de 44px —la mitad exacta— con translate sin componente X, y el barrido de hit-test alcanza 22/21 y 22/22 px, simetrico en LTR y en RTL; proof-of-human da -23px sobre 46px con translateY solo, y 23/23 en el barrido. NOTA DE METODO, anotada en el handoff: el primer probe volteaba con setAttribute('dir') sobre el elemento y daba "no arreglado". Eso NO cambia resolvedDir, que sale de la prop/prefs, asi que la dependencia no podia dispararse — la prueba era invalida, no el arreglo. Cualquier verificacion de este eje tiene que mover la direccion por el camino real. Verificado: check 74 = linea base exacta. 73/73 en soma/layers + radio-group. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ec533845d1	feat(direction): un guard para el eje logico-fisico, y el <main> que congelaba las 51 demos ... Cierra la §2.1 del handoff. El guard nacio en rojo con 24 hallazgos y al arreglarlos aparecieron dos defectos mas grandes que el que buscaba. 1) EL GUARD RTL-1. Nada cruzaba un ancla LOGICA con un desplazamiento FISICO en la misma regla CSS: eidos-lint clasifica SELECTORES, no declaraciones, y la fila RTL del contrato de construccion decia "rule (LIVE)" — revision humana. Por eso el defecto del slider llego a produccion y lo cazo el ojo del usuario. Ahora `npm run rtl:check`, con la logica en src/uix/eidos/rtl-lint.ts (14 tests) para que sea testeable, calcando el par lint.ts / scripts/eidos-lint.ts. El test ancla el caso historico: slider.css ANTES de 013ceac57 sale rojo y el arreglo que se commiteo sale verde. Dos desviaciones del enunciado, deliberadas. AMPLIA a la propiedad independiente `translate:`, que se usa MAS que `transform: translate*` (87 frente a 36) y tiene el mismo defecto — ocho de los 24 hallazgos eran de esa forma. RECORTA `padding-inline*`: no mueve la caja contra su ancla, asi que no puede pelear con un translate; solo anadia ruido. 2) LA COSECHA, 24 -> 1. El unico que queda es palabras, auditado y no tocado. Los 23 caen en tres familias: CENTRADO (10) donde el resultado deseado es simetrico y basta dejar de descentrar; DIRECCIONAL (6) donde el signo debe voltear; y FISICO (7) donde lo que sobraba era el ancla logica — handles de brujula del cropper sobre una imagen que no se voltea, y el arco polar del menu-dial. Medido en Chrome el switch: el thumb salia a +24px en un carril de 38px, colgando fuera. Verificados tambien carousel, avatar, cropper, menu-dial y chat-log. 3) :dir() ES LA DOCTRINA, [dir='rtl'] QUEDA PROHIBIDO. Los 12 selectores que habia en eidos estaban TODOS rotos, en los dos sentidos opuestos del mismo error, y ambos medidos en Chrome. Los 5 descendientes se aplican DE MAS: el sidebar tenia direction:ltr de verdad y aun asi matcheaba, porque el selector capta cualquier ancestro RTL e ignora un dir mas cercano que redeclare. Los 7 de mismo-elemento NO se aplican NUNCA: el tree-view era rtl de verdad y no matcheaba, porque desde 013ceac57 el atributo solo se estampa si alguien lo afirmo. :dir() acierta los tres casos porque mira la direccion RESUELTA. Baseline desde 2023. 4) EL PIN DEL <main>. 5469e05df hizo dos cosas que se anulan: puso las demos en `auto` —sin prop dir, o sea el componente no estampa atributo y HEREDA del DOM— y a la vez clavo <main data-uix-canvas dir="ltr"> sobre ellas. Ese <main> era la herencia, asi que el toggle del topbar y el arabe llegaban a <html> y morian ahi: las 51 demos congeladas en LTR. Su comentario afirmaba que "los componentes siguen las prefs, este contenedor no les afecta" — cierto para la LOGICA, falso para el CSS, que lee el direction COMPUTADO. Medido: html dir="rtl" con el panel del sidebar todavia a la izquierda, y quitar ese atributo y nada mas lo movia. Se queda el lang="en". Coste aceptado por el usuario: vuelve la puntuacion desplazada en la prosa inglesa al elegir RTL, que es cosmetico y solo en un modo de inspeccion; demos que no pueden demostrar, no. Si hay que fijar la prosa otra vez, el pin va alrededor de la PROSA. Verificado: check 74 = linea base exacta en las tres pasadas. rtl-lint 14/14. Suite de eidos 375 pasan; el fallo de lint.test.ts por audio-player es PREEXISTENTE, comprobado con stash, y es del hilo del sonido. Los 9 CSS tocados ya fallaban prettier antes de tocarlos, asi que no se formatean. SIN VERIFICAR EN NAVEGADOR, anotado en el handoff: archetypes y proof-of-human (sus reglas viven en @media (pointer: coarse), invisible en escritorio) y sliding-indicator (la demo del radio-group segmented no llegaba a medir). QUEDA: hay wrappers estampando dir="" vacio en vez de omitir el atributo — visto en sidebar y tree-view; no rompe porque un valor invalido hereda, pero contradice la letra del contrato. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	86b6381388	docs(process): handoff del eje de direccion ... Que esta cerrado (3 commits), que queda por orden de valor, y las trampas de metodo que costaron horas. Lo primero de la cola NO es codigo de componente: es el guard que no existe. Nada cruza `transform: translate*` con `inset-inline*` — hay 39 transforms en el CSS de eidos y ningun script los mira, porque eidos-lint solo clasifica selectores y el guard de la fila RTL del contrato es literalmente revision humana. Por eso el bug llego a produccion y lo cazo el ojo del usuario. Incluye la investigacion de las cinco librerias de referencia ya hecha (25 agentes, 5 hallazgos tumbados por refutacion) para que nadie la repita, y los dos datos que mas costaron: `unicode-bidi: isolate` NO arregla el interrogante desplazado, y `dir="ltr"` si — porque la hoja de agente del WHATWG le da isolate de propina. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	538f4932bc	docs(process): el handoff decia que el Slider RTL estaba roto, y ya no lo esta ... Cerrado en 013ceac57 + 5469e05df. La hipotesis del documento acerto las dos piezas visibles —el estampado de dir y la mezcla logica/fisica en el CSS— pero eran sintomas: la causa raiz era que getDir() no era una lectura trackeada, asi que ~64 componentes congelaban su direccion al montarse. Actualizado el kickoff para que la siguiente sesion empiece en §2 en vez de rehacer §1. Tambien queda explicada la contradiccion del pulgar del volumen que el documento dejaba abierta: con getDir() congelado, el mismo slider daba lecturas distintas segun cuando se midiera respecto al montaje — no era una sonda mintiendo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	42d58c3940	docs(process): handoff del RTL — el Slider esta roto y es la prioridad de manana ... Nace CONTINUE-player-rtl.md con lo que la MIRADA del usuario abrio el 2026-08-01 y quedo sin cerrar, mas el enlace cruzado desde el handoff del hilo de audio. Lo que lleva: 1. PRIORIDAD — el Slider esta roto en RTL, confirmado por el usuario con el componente SUELTO. No es del media-player: es el canonico del que cuelgan waveform, media-player, color-picker y los dos time-pickers. Se deja descartado por lectura que getValueFromPointer y rangeStyle estan bien en aislamiento, y se deja una HIPOTESIS comprobable en dos minutos: el Slider estampa `dir` como atributo HTML, lo que activa `direction: rtl` en CSS, y slider.css mezcla propiedades logicas con los estilos fisicos en linea que calcula el provider — doble volteo. El arreglo sera elegir UN dueno de la inversion. 2. La disposicion de los botones del player, que el usuario insiste en que es un problema APARTE. Las sondas de la sesion decian que mirroriza, pero esas sondas fallaron varias veces ese dia (dos midieron video creyendo audio): quedan marcadas como NO fiables. 3. Iconos de seek: decision tomada (voltearlos, con su razon), sin aplicar. 4. La medicion del escenario mixto quedo a medias y se explica por que: se instrumento DESPUES del arranque, asi que el "0 contextos" no prueba lo que parecia. Lo que si queda establecido es que la media no abre ningun AudioContext. 5. Captions y el cableado del waveform, con su diagnostico completo. Y las lecciones de metodo del dia, que son el motivo de que este documento exista: medir el contrato NO es verificar la experiencia (se afirmo tres veces lo contrario y las tres las caza el usuario); el panel embebido no sirve para nada visual (innerWidth 0 — llego a inventar tres "overflow" inexistentes); comprobar que el control se pulso de verdad antes de creerse la medida; la distancia RGB es ciega al croma; y la FORMA manda sobre el color. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	58acb778ee	docs(waveform): F6 firmada — la iniciativa queda completa ... El usuario dio por bueno el waveform contrastandolo con el reproductor de Suno AI, que valida dos decisiones del gate: barras (D-WF.5, la lectura SoundCloud) y los dos colores reproducido/pendiente como lo esencial — Suno ni siquiera pinta buffered, que en el nuestro es opcional y arranca apagado. Queda anotado lo que costo la mirada, porque ninguna sonda lo habia visto: el anillo del commit enmarcando el control entero (df86a4e50) y el buffered rechazado DOS veces, primero por color y luego por forma (905012507). F1-F6 cerradas. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e096f65e39	docs(sound): MediaSession verificada por el usuario — el pendiente de tres sesiones, cerrado ... El usuario abrio el media hub de Chrome con la demo de audio sonando: caratula + titulo + artista + transporte, origen localhost:5173. Cierra "prueba manual de teclas de medios / pantalla de bloqueo", pendiente desde que se escribio el rediseno porque no habia pagina que consumiera sound.media(). Se anotan tres cosas para no repetir el camino: - Las teclas de VOLUMEN no sirven (muestran el OSD de Windows; en Win11 Microsoft retiro el panel de medios que se pegaba a ese OSD). La superficie fiable es el boton de nota musical de la barra de Chrome. - La sospecha sobre la caratula era INFUNDADA: se temio que artwork sin sizes/type y sin CORS fuera descartado por el MediaImageManager. Carga perfectamente. Queda registrado para que nadie "arregle" un no-problema. - Anterior/siguiente apagados es CORRECTO: setActive() registra play, pause y seekto; un reproductor de una sola fuente no tiene lista. Y la leccion de metodo: se afirmo "el audio ya funcionaba" apoyandose en una medicion JS (metadata poblada) como si zanjara lo que el usuario VE. Una medicion del contrato no es una verificacion de la experiencia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	df86a4e509	fix(slider,media-player): el anillo del commit no enmarca contenedores, y saltar al final no es completar ... Cuatro defectos que solo aparecieron cuando el usuario MIRO la pagina. 1) EL BORDE DE LOS SLIDERS ("se viene arrastrando desde el principio"). No era del arquetipo ni del slider: es la firma GLOBAL de la familia commit. BUILTIN_SIGNATURES.commit monta commit-settle, cuyo 30% pinta box-shadow 0 0 0 3px. El commit-set del Slider apunta al PROVIDER, asi que cada paso de flecha y cada release dibujaban un aro alrededor de la caja entera (medido en vivo: 544x40). Un aro lee como feedback en un boton y como borde parasito en un rail ancho y transparente. Exencion acotada en slider.css — el patron que gradient-builder.css ya practicaba. Alcanza a todo slider embebido (waveform, media-player, color-picker, time-picker) porque todos llevan [data-slider]. `animation` es la palanca, no `box-shadow`: las declaraciones de keyframe ganan a las normales, asi que solo reiniciar el NOMBRE de la animacion detiene la pintura. 2) EL MISMO ANILLO EN EL PLAYER: commit-complete / commit-fail apuntan al provider -> borde alrededor de los ~700px del reproductor. Misma exencion en media-player.css. Los botones conservan su aro pequeno (20x36), que es donde el feedback pertenece. 3) SALTAR AL FINAL ANUNCIABA UNA COMPLECION FALSA. Los botones de salto no tienen evento propio: seek() delega a proposito (D-AP2.13, "el release del scrubber ya ES el commit-set del Slider") — cierto para el scrubber y VACIO para los botones, que no tienen Slider detras. Al saltar mas alla del final el elemento dispara `ended` -> commit-complete en el provider -> sonido (es audible por D-AP2.7) + anillo, mientras el boton de retroceso quedaba mudo. Saltar al final no es completar: es abandonar la obra en el final. seek()/scrubTo() marcan el salto que aterriza en el final y `ended` no anuncia; un `play` posterior limpia la marca, asi que el final natural se sigue anunciando. Los dos botones quedan simetricos y mudos, que es la doctrina del transporte. 4) MEDIASESSION SIN OVERLAY DEL SO: el modo audio YA funcionaba (metadata completa, medida en vivo); el roto era VIDEO, el modo por defecto de la demo. <AudioPlayer> deriva metadata de title/artist/artwork; el <MediaPlayer> compositivo no puede leer su hijo Title sin volverse data-driven, asi que la declara el consumidor — y la demo no lo hacia. El arreglo es de la demo; el art se comporta como D-SR.6/D-AP2.5 lo firmo. Guard nuevo (no anunciar compleccion al saltar al final; si al final natural) VISTO EN ROJO antes de darlo por bueno. Nota de doctrina, tras leer el corpus a peticion del usuario: la exencion acotada en la receta ES la puerta, no un olor. motion.md §4 fija que la firma es generica por decision estructural ("un commit asienta igual en todo el sistema"), eidos es el UNICO dueno del canal visual, los packs de sema solo transportan sound/haptic, y el VisualChannel no consulta activeChannels — no hay palanca declarativa para callar solo lo visual. Queda anotado, menor: commit-settle escribe 3px a pelo donde sus hermanos announce-pulse-* usan var(--focus-ring-width). Verificado: check 75 = baseline, 0 propios; 11/11 media-player; motion.test.ts verde (la firma global intacta); sonda en Chrome vivo — slider real -> animation none, elemento no-slider con el mismo sello -> sigue commit-settle, aro de foco intacto. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4e4f1b612d	feat(waveform): F4 eidos + F5 demo — y el buffered pasa a ser la onda ... F4 (eidos): wrapper raiz que carga slider.css + waveform.css y resuelve data-size por ActiveEidos; Wave passthrough; recipe con bars = stroke en UNIDADES DE VIEWBOX (el svg estira con preserveAspectRatio="none", asi el ciclo barra/hueco sobrevive) y wave = fill sin stroke; espejo RTL en CSS; el Slider embebido en scope con track/range transparentes y el thumb convertido en playhead de 2px a alto completo. Tokens waveform:{height-*, bar-width, color, color-buffered, color-played, playhead-width} — playhead-width y color-buffered van ANADIDOS sobre la lista firmada en el gate, ambos declarados en el README. F5 (demo + dossier): /uix/components/waveform con picos REALES (fetch de /sounds/*.wav -> uix.sound.decode -> uix.sound.peaks), cada prop como control vivo, READMEs de soma y eidos. Fix arrastrado de F3: `dir` no se reenviaba al Slider embebido. BUFFERED — cambio de forma (decision del usuario tras ver el render). El primer intento re-tintaba el SecondaryRange del Slider; el usuario lo rechazo ("el secundario no puede ser del mismo color") y la auditoria encontro por que ningun color lo arreglaba del todo: ese part es una BARRA de 6px con la geometria del track, y sobre una pintura de barras al ~58% de ciclo el 42% de su area cae sobre fondo desnudo, ademas de tenir el tramo ya reproducido. Ahora el buffered es una TERCERA COPIA del mismo path, recortada a su fraccion — es la onda un escalon mas alla, la lectura de SoundCloud/wavesurfer. El waveform ya no monta Slider.SecondaryRange. Escalera: color 28% -> color-buffered 55% -> color-played acento. Guard nuevo (bufferedFraction: ausente sin valor, clampado, dominio degenerado) VISTO EN ROJO desconectando el cableado antes de darlo por bueno. Verificado: check 75 = baseline, 0 propios; 5/5 soma + 4/4 morfo; component:audit --only waveform PASS; eidos-lint 0 invalidos; recipe-css-contract y motion.test verdes; docs:check 0; prettier limpio. Queda F6 (mirada del usuario): el panel del navegador no composita, asi que la verificacion fue por sonda del DOM, sin captura. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	cd9b06fa2f	docs(blocks): auditoria del tier congelada — 29 confirmados, 50 sin verificar ... Auditoria de los 15 blocks con 50 agentes: dos dimensiones en paralelo —doctrina (contrato B + regla de coordinacion, por lectura) y percepcion (sema en vivo en navegador, interaccion por interaccion)— y despues un verificador ESCEPTICO por hallazgo, con el encargo de refutarlo y la lista de falsos positivos conocidos del repo. 90 en bruto → 40 verificados → 29 CONFIRMADOS + 11 refutados (28%) Ese 28% es la razon de existir de la fase adversarial: sin ella habrian entrado once acusaciones falsas. ⚠️ 50 hallazgos quedaron SIN VERIFICAR, 18 de ellos marcados ALTA. El tope de 40 lo puso mi script, no el trabajo. No son menos graves: estan sin comprobar. `AUDIT-blocks-2026-08-01.md` es la UNICA copia — el journal del workflow era de sesion y ya no existe. Incluye los refutados con su motivo para que nadie los vuelva a reportar. Lo gordo confirmado: - `contact` importa `$libs/forms`, fuera de la lista de la frontera dura 1. - El nombre accesible del submit de `contact` esta congelado en «Enviar» en los cinco estados: `Form.Submit` impone su `aria-label`, asi que las palabras de estado que el block existe para poseer NO llegan al lector de pantalla. El block cumple su promesa solo a la vista. - `site-header` congela la pagina: con el cajon abierto, cruzar el `breakpoint` esconde cajon/overlay/trigger con `display:none` pero deja el Drawer abierto y el scroll del body bloqueado. Reproducido con swipe tactil real rotando un telefono; la unica salida es Escape, que en tactil no existe. - `hero` en `layout="background"`: CTA secundaria a 1.78:1, bajo AA, y el token que la demo escribe a mano para arreglarlo es inerte. - `height="100%"` sobre `Card` es INERTE (atributo HTML, no prop) en `pricing` y `testimonials`: las tarjetas no igualan alto mientras README y demo afirman lo contrario. - B-8 sin declarar (landmark + jerarquia de encabezados) en seis READMEs. La dimension CRUZADA —los 15 en una pagina compuesta— NO se ejecuto, y es ademas la condicion de cierre de F2 del plan. La auditoria confirmo su propia premisa: la capa perceptiva no se habia ejercido NUNCA porque la galeria arrancaba sin packs de sema desde F0, y ahi esta lo mas feo (todavia sin verificar): el nav del header emitiendo `commit-select`+`affirm` con earcon audible al pasar el RATON por encima, un `Enter` en `newsletter` emitiendo dos `commit-submit` con intents contradictorios, y 4 de 7 elementos del header mudos. El handoff `CONTINUE-blocks.md` arranca ahora por la auditoria, con el orden recomendado (verificar los 50 → arreglar por severidad → pagina compuesta → catalogo → v2) y la deuda declarada del arnes, que triplica la cadena de arranque. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0ab6cc822c	feat(waveform): F1-F3 — sound.peaks, morfo delegado y soma componiendo Slider ... Waveform (gate D-WF.1-8 firmado, PLAN-waveform.md): la visualizacion de audio cuyo contrato es el DATO y su pintura — la interaccion ES el Slider canonico. - F1: uix.sound.peaks(buffer, buckets) en el art — max absoluto por bucket sobre todos los canales, normalizado por el bucket mas alto (documentado); puro, sin contexto. El flujo natural decode -> peaks en la misma puerta. - F2: morfo con DOS partes (provider con data-shape/data-readonly; wave svg presentacional aria-hidden), SIN campo events y expression 'delegated' — re-declarar drag/commit seria la duplicacion que D-AP2.13 retiro del player. El part Cursor del borrador, PODADO como especulativo (el thumb del Slider embebido ES el playhead). - F3: WaveformProvider con la geometria testeable (buildWavePath: bars = trazos verticales con piso perceptivo 0.5 — el silencio pinta linea fina, no hueco — y ancho de barra via stroke-width de la recipe; wave = area() de $libs/plots espejada) + progressFraction clampada; wrapper que compone el Slider COMPLETO (SecondaryRange G-2 + Range + Thumb, con valueText G-1 y readonly/disabled/step reenviados); Wave con el clip de progreso (dos copias del mismo path, hooks eidos-only -played/-remaining). Verificacion: art+port 42/42 - morfo 4/4 - soma 4/4 - check 0 propios en los arboles del waveform - vocabulario limpio. Quedan F4 (recipe eidos + tokens, disenada en el CONTINUE), F5 (demo+dossier+audit) y F6 (mirada del usuario). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	96393e4305	docs(blocks): cada block declara su posicion bajo la doctrina de coordinacion ... Y `content-section.Media` pasa a seguir al texto por defecto. DEFAULT: `.Media` era `width='wide'`, asi que una figura se salia de la columna SALVO que dijeras lo contrario. Al reves de lo que hacen todas las referencias (en `@tailwindcss/typography` una imagen dentro de `prose` queda capada a la medida y salirse exige el truco del `translate`; en `markdown-body` de GitHub, `max-width: 100%` de la columna). Ahora el default es `measure` — la figura sigue al texto y el escape se PIDE. Cambiado en los cuatro sitios que decian lo contrario: la parte, la ruta `preview`, el estado inicial del control de la demo (una demo que pisa el default en silencio ensena algo que el block no hace solo) y la doc. Verificado: 528 = ancho del texto exacto a 1011/1280/1920, y `wide` / `full` siguen funcionando cuando se piden. DOCUMENTACION: los 15 READMEs declaran ahora su posicion bajo §«Coordination», y el mapa real no es uniforme — - Coordinan: `contact` (maquina + esquema + palabras) y `pricing` (el periodo por contexto). Pero en pricing nada se puede BLOQUEAR, asi que no necesita maquina ni palabras: coordinar no es siempre una maquina. - Comparten CONFIGURACION, no estado: `team` (`align`) y `content-section` (la medida). - Costura bindable hacia el canon: `faq` (`value` → `Accordion`) y `site-header` (`mobileOpen` → `Drawer`). Reenviar no es poseer. - No poseen nada: banner · cta · feature-grid · feature-split · hero · site-footer · stats-band · testimonials. Decirlo explicitamente es el punto: inventarle estado a un block que no coordina nada es el error contrario. - `newsletter` queda como CANDIDATO ABIERTO: coloca un envio que puede quedar bloqueado sin que nada diga por que — el `disabled` lo monta el app en el punto de uso — que es exactamente el hueco que cerro `contact`. Es anterior a la doctrina (block del 30-07, doctrina del 31-07). Registrado, no asumido: se toca con decision del usuario. El README del tier apunta a la doctrina y el handoff recoge el mapa completo. Gates: blocks:check verde (15) · docs:check 0 · svelte-check sin errores en lo tocado · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	378457f46c	feat(blocks): content-section cierra F2 — la rejilla de escape, y las escalas tipograficas salen de Text ... El ultimo block de sitio, y el que mas cerca estuvo de ser un envoltorio: `Section` + `Container` + `Prose` no habria anadido nada, porque `Prose` ya trae su medida de lectura. Lo que falta en el ecosistema es el ESCAPE — dentro de un `Container` nada puede ser mas ancho que el, asi que una figura a sangre hay que sacarla del articulo y ponerla de hermana, y el orden de lectura se rompe. La seccion es una rejilla de 5 pistas (canalon · flanco · MEDIDA · flanco · canalon) y cada parte dice hasta donde llega: `measure` col 3, `wide` col 2/5, `full` col 1/-1. Todas las longitudes son tokens del sistema (`--measure-*`, `--container-width-*`, `--container-padding-inline`). `.Body` y `.Media` son compound porque SE REPITEN; la cabecera son slots de snippet. `.Body` apaga la medida de `Prose`: dos duenos del mismo ancho se pelean y ganaria el mas estrecho en silencio. Los tres ejes son RESPONSIVE (`measure`, `wide`, y el `width` de cada parte), resueltos con `eidos.resolve()` — el mismo camino que usan los primitivos de eidos, asi que los unicos breakpoints en juego son los canonicos. Es lo que un valor unico no puede decir: `{ base: 'full', md: 'wide' }` = foto a sangre en movil y contenida de `md` arriba. CANON: un componente no es libreria de otro. `Heading` importaba CINCO escalas tipograficas de `Text` (`TextTracking`, `TextLeading`, `TextWrap`, `TextNumeric`, `TextMeasure`) y al tipar este block repeti la violacion. Las cinco se mueven a `eidos/lib/types.ts`, que es donde su propio encabezado dice que van y donde ya esta documentado el precedente del mismo fallo (`ColorRole` re-escrito a mano que derivo a 8 miembros contra 9). Sin shim de compatibilidad: `text` y `heading` las importan de la libreria. Cuatro defectos que solo dijo el navegador: 1. `gap` separa tambien las COLUMNAS y una parte que las cruza se lleva esos huecos encima — `wide` media 1088 en vez de los 1024 del contenedor con el que debe alinearse, y a 420px `full` llegaba a 532 dentro de una rejilla de 404 y hacia scrollear la pagina. Van `rowGap` + `columnGap={0}`. 2. Una pista `min(medida, 100%)` ignora sus propios canalones: a 420px la central se quedaba los 404 enteros y la rejilla se iba a 436. 3. Un token de container es un ancho EXTERIOR: con `--container-width-lg` a pelo la figura `wide` sobresalia 16px por cada lado respecto al texto de la seccion hermana de debajo, a 1280/1440/1920. La pista ancha resta ahora `2 * --container-padding-inline` (992 en `lg`) y el desfase es 0. Lo cazo el usuario mirando la pantalla: yo habia medido el block contra si mismo, no contra la pagina. 4. `100%` significa algo distinto dentro de cada parte — en `measure`/`wide` ya es una pista, en `full` es la rejilla entera con canalones —, asi que capar el pie igual en los dos casos lo dejaba a 340 contra una columna de 372 en uno y a 404 en el otro. Verificado en navegador: barrido 375→1920 sin desbordamiento; alineacion pie↔prosa identica en 3 viewports × 3 medidas × 3 anchuras (18/18); figura `wide` a ras del texto de la seccion hermana en 1280/1440/1920; y el valor responsive cambia exactamente en el `md` canonico (a sangre a 767, contenida a 768). Claro, oscuro, 420px y 1920 mirados, y la geometria confirmada tambien en el Chrome del usuario. Semantica propia `figure`/`figcaption` (no interactivos → estructura de documento, B-8) con el hueco senalado: el canon no tiene primitiva `Figure`. Contexto de CONFIGURACION, no de estado — es un block de layout y no coordina nada. Gates: blocks:check verde (15 blocks) · svelte-check sin errores en lo tocado · eidos 28/29 suites (la que falla es `audio-player` sin morfo, del hilo de audio, ajena) · docs:check 0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5d2816a0c4	fix(sema): silencio del player ampliado a los sliders — pick/drag por canal ... Escucha real del usuario tras D-AP2.7 v2: los botones ya callan, los sliders no — sonaban el pickup del agarre y el feedback continuo del drag (el commit-set del soltar ya estaba restado). Dos reglas de descendientes con channels: ['haptic'] para handle-pick y handle-drag de los Sliders compuestos (scrubber y volumen): ambos son eventos ESTRUCTURALES sin intent — el libro concentra la evaluacion en el drop, cubierto por la resta de commit-set — asi que desactivar su canal sonoro dentro del player no borra carga evaluativa (la regla que prohibe tirar canales protege intents, y handle no lleva ninguno). El resolver por-emit del drag sigue poseyendo las primitivas del sonido, pero una senal con el canal inactivo no suena; el tick tactil se conserva. El pickup lleva primitivas absolutas de libreria (gain 0.12), por lo que una resta se acoplaria a su valor — el canal es la via limpia. Corrige la nota del pack («no callable desde el pack era conservadora de mas») y el plan v2 (D-AP2.7 v2 ampliada). Fuera del player los sliders conservan su firma completa (selectores de descendientes, especificidad 30 sobre 20 del pack del slider). Verificado: morfo:vocabulary limpio - sema 192/192 - check 74 = baseline, 0 propios. El verify final es la escucha: agarrar y arrastrar el scrubber debe ser mudo (solo tacto), y fuera del player un Slider suelto debe seguir sonando como siempre. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	85b269f745	feat(sema): transporte del player silencioso por defecto — D-AP2.7 v2 ... Firmado 2026-07-31: el player es el unico componente cuyo output ES audio — un tick de UI en su transporte compite con la obra por definicion (D.7). El pack aplica el patron D.5 (resta exacta del gain de familia; las primitivas del intent intactas, threat/fulfill afloran) a todo lo que dispara un gesto: - commit-toggle-play / commit-toggle-mute / commit-set-rate en sus botones; - el contact-activate de los Buttons compuestos (regla de descendientes, H-10; tuning nuevo `contact.silent` -0.25 en sounds.ts) — IconButton compone Button sin morfo propio, asi que [data-button] casa (verificado); - el commit-set de los Sliders compuestos (scrubber y volumen). Audibles se quedan: commit-fail (el risk aflora sobre la resta) y commit-complete (informa de la obra; revisitar con escucha real). El handle-drag continuo conserva su resolver por MECANISMO (el payload por-emit posee las primitivas — el propio pack del slider lo declara); callarlo seria iniciativa de resolver/canal. La voz se reactiva en la capa de app (cascada 5b), sin prop nueva. Complementario con duckUiWhileContent: el pack calla AL PLAYER, el duck atenua al RESTO de la app. Haptica se queda. Selectores 100% del builder tipado (solo el combinador descendiente es literal). Verificado: morfo:vocabulary limpio - sema 192/192 - check 74 = baseline, 0 propios. Auditoria posterior: regla de descendientes confirmada viva (IconButton -> Button), sin regla rival de commit-set en el pack del slider, deltas componen por el mecanismo D.5. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago