310 Commits (24d30ee1a8133db23d9fa3af87ebc7d3a4d62118)

Author	SHA1	Message	Date
dev	24d30ee1a8	fix(sema): el silencio deja de ser una resta y pasa a ser un valor — SILENT ... Directiva del autor: «el silencio no admite verbos ni intents, es universal, por lo tanto es un valor canonico que cuando se le envia al canal semantico este simplemente lo ignora y no envia nada al soundengine». LO QUE ERA. `commit.silent`, `emerge.silent` y `contact.silent` no eran silencio: eran una RESTA del gain base de su familia (-0.3, -0.2, -0.25). Por eso hacian falta tres —cada una tenia que saber que base cancelaba— y por eso el silencio tenia familia, que es el absurdo que el autor senalo. Y un cero es un NUMERO, y las capas posteriores mueven numeros. LA MEDICION QUE LO CIERRA. Los deltas de intent suman RUGOSIDAD (`risk` +0.2, `threat` +0.4), lo que cruza el umbral del AM del motor; y el modulador se conecta al AudioParam de la envolvente —y conectar a un AudioParam SUMA, no multiplica—, asi que con la envolvente en cero el tremolo pasaba a ser la senal entera. Renderizado offline con el grafo real del motor: toggle "silenciado" neutral -77.0 dBFS (mudo de verdad) toggle "silenciado" risk -13.9 dBFS <- con gain declarado 0 toggle "silenciado" threat -6.7 dBFS boton normal, referencia -9.3 dBFS El "silencio" era mas fuerte que un boton, y lo que sonaba no era el earcon: era un zumbido sin ataque ni caida, cortado en seco. La medicion que yo mismo di por buena esta manana (0.0001) solo cubria el caso neutral. LO QUE ES AHORA. `SILENT` — un valor canonico exportado por `$uix/sema`. Se declara en el slice del canal y el RESOLVER lo honra retirando ese canal de la firma. Un solo mecanismo para todos los canales, y nada aguas abajo ve jamas un string donde espera una firma. Es la forma que el propio motor ya prescribia y se estaba saltando: «muting DROPS the channel rather than scaling to zero, because a `0` still buzzes» (engine.ts). - universal por construccion: ninguna familia, ningun verbo, ningun intent puede resucitarlo, porque no queda ningun numero que mover; - liftable solo por REEMPLAZO: declarar sonido es una decision, no un delta; - `SoundOverride` lo EXCLUYE por tipo — un afinado es un delta, nunca una ausencia. Migrado: tooltip (1) y media-player (6). Los tres tunings mueren del catalogo. GUARDS. `resolver.test.ts` fija las cuatro mitades del contrato (retira el canal · universal sobre 4 familias x 4 intents · vale igual para haptic · liftable por reemplazo), verificado en ROJO. `sounds-grammar.test.ts` cambia su invariante muerta por las dos que ahora importan: ninguna clave `*.silent`, y ningun afinado que deje su familia en `gain <= 0` — silencio disfrazado. Doctrina al dia: sema.md gana la seccion «Silence is a value, not a tuning» con la medicion; D.5 marca DEROGADA su solucion de mayo y registra el porque; vocabularies.md deja de enumerar silenciadores y explica donde vive el silencio. VERIFICADO: sema 211/211 · check 76 = la base 75 + 1 error del fichero huerfano `__adv-verify-haptic-dead.test.ts` que dejo un agente de la auditoria (sin trackear, no se borra sin instruccion) · docs:check 0/616 · navegador: el transporte del player EMITE (`contact-activate`, `commit-toggle-play`) y levanta CERO osciladores · prettier limpio (el unico aviso mio, resolver.ts, formateado: +17 lineas, sin ruido). Co-Authored-By: Claude Fable 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	2870874cbb	docs(opts): la auditoria exhaustiva del corpus — el canon deja de mentir ... Barrido mecanico sobre los 673 .md del repo (1485 bloques de codigo en 319 docs): cada import contra la tabla de alias real, cada *Provider/*Opts contra 11481 simbolos del codigo, cada tabla de props de los 284 READMEs contra su types.ts. Causado por el eje de opts: - active-architecture §8 (canon) daba OptsFromProps SIN el 4o parametro —el que salva el `undefined`— y bindProps en forma v1; partOpts no aparecia pese a ser el mecanismo de 288 wrappers. Tabla reescrita + las dos notas que la tabla no puede llevar. - architecture/soma.md tenia el UNICO bloque con bolsa manual que quedaba en los 673, y sus DOS imports eran rutas fantasma ('../../reactive', '../../props'). Ejemplo reescrito al canon. - CONTINUE-direction afirmaba que switch no podia usar OptsFromProps y que bindProps no acepta Active: falso por ambas mitades desde el eje. Marcado. - CONTINUE-opts-canonicas se leia como plan VIVO con seis decisiones sin tomar —una sesion futura habria rehecho 353 ficheros—: banner de cierre con lo que cada decision acabo siendo. - El invariante de catalogo sube al estrato arquitectura y gana filas de aceptacion E-3.7 / E-3.8. drawer documenta que el snap SOBREVIVE al cierre; knob y cropper precisan que su callback cubre reset y clamp. Preexistentes que solo aparecen con el metodo exhaustivo: - carousel documentaba `value`/`onValueChange`; son `index`/`onIndexChange` —y el mismo README ya decia `index` doce lineas mas abajo. - navigation-menu seguia con `skipDelayDuration`, renombrado a `groupSkipDelay` en la pasada N6 (el propio types.ts registra el rename). - textarea documentaba `submitShortcut` con **el default invertido**: el prop es `submitOn` y por defecto es `false`, no 'mod+enter' —un consumidor esperaba que Ctrl+Enter enviara de fabrica—, y `minLength` no existe. - search-field ensenaba a envolver el callback en un debounce a mano (con el alias `$lib`, retirado del proyecto) teniendo `debounceMs` propio: era debounce sobre debounce. - GESTURES nombraba SplitterTriggerProvider; la clase es SplitterResizeTriggerProvider. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	095841ca4e	fix(opts): los divergentes se normalizan — ninguna escritura interna en silencio ... knob y cropper escribian sin avisar y divergian de sus propios hermanos: knob callaba el commit-reset que slider SI notifica, y el clamp del efecto de cropper corregia el rect a espaldas del callback. Ambos pasan al setter (el guard epsilon del clamp ya impedia el bucle). En drawer la pregunta correcta no era si notificar el reset del snap sino si debia resetearse: NO — el snap sobrevive al cierre como una posicion de scroll, y quien quiera empezar limpio lo anula. search-field conserva su debounce (romperlo vaciaria debounceMs de sentido) y encapsula la emision en un unico metodo privado. La guia enuncia el invariante de catalogo: toda escritura interna a un bindable notifica por construccion, con UNA excepcion nombrada — la notificacion coalescida (debounce), que nunca se pierde. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	46ce557836	docs(opts): la guia enseña el puente v2, partOpts y el reparto de callbacks ... Wrapper Pattern con bindProps<XOpts> target-typed y partOpts para la parte trivial; nueva seccion «Callback conventions» (bindable→setter por construccion, evento puro→aparte); la via OptsFromProps+Preserve en Types. La nota del contrato de direccion deja de exigir el cable aparte: dir entra en la bolsa como pass-through con la llamada visible en la init. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	30e2a027fe	docs(opts): handoff del eje de opts canonicas — el plan de manana ... La forma de las opts es la ultima artesania masiva del catalogo: 2286 readableActive + 721 writableActive a mano en 593 wrappers, 524 interfaces con 93 re-declaraciones de id/ref, y dos helpers cuya adopcion es 3/101 CON cast en el 100% de los adoptantes. El handoff lleva el censo re-medido HOY (no el del agente de ayer), los 4 defectos de opts.ts con linea, las dos convenciones en guerra, las SEIS decisiones que abren el eje (con recomendacion y sin firmar), los movimientos M1-M4 con el orden (M1 primero: no depende de ninguna decision), la linea base exacta post-endgame (check=75) y las trampas pagadas del eje hermano. Deja claro lo que NO se toca: el mecanismo de dir ya es del morfo y la clase base Provider se retiro a proposito. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6c65caf3f8	feat(direction): el censo cierra — picker, gradient-picker y chat-log aceptan dir ... Los tres ultimos del catalogo sin la prop, pospuestos en D4 y firmados hoy: - `picker` (el generico transaccional): `dir?: Direction` publico; el wrapper corre `activeDir(() => dir)` en vez del `() => undefined` que solo seguia al ancestro. `PickerOpts` gana la opt y el TIPO arrastra a sus dos composers (gradient-picker y natural-time-picker pasan su afirmacion) — el generico condicional de P4 haciendo exactamente su trabajo. - `gradient-picker`: prop + cadena + morfo `direction: {}` + runtime. - `chat-log`: prop + cadena + morfo, y reenvia la afirmacion a los `FeedProvider`/`VirtualListProvider` que compone en triple registro — que la exigian en OPTS desde la normalizacion y nadie les pasaba nada. **Sus 2 errores de linea base MUEREN: check pasa de 77 a 75.** Solo la bolsa del chat-log se spreadea en el elemento compartido, asi que el estampado es suyo (morfo direction) y Feed/VirtualList reciben el valor para su matematica. El censo-guard (direction-census.test.ts) los cuenta sin excepcion nueva: prop y morfo declaran el mismo hecho en los tres. Demos: gradient-picker y chat-log tenian el control del arnes sin cablear — ahora pasan `{dir}`. Verificado en Chrome, pagina en LTR y direccion por el chip de la demo: gradient-picker root dir="rtl" · panel portalizado rtl · 0 islas chat-log auto -> atributo AUSENTE (hereda) · prop rtl -> estampa rtl picker via sus composers (no tiene demo propia) check 75 = 77 - 2 (los de chat-log, desviacion explicada: la base MEJORA) · censo + compile + suites de los ambitos 73/73 · rtl:check 1 (palabras) · docs:check 0/566. El handoff marca la cola D4 como CERRADA. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f516b29e90	docs(direction): la cola del censo estaba inflada — quedan tres, no seis ... grid-list, tag-group, drawer, virtual-grid y virtual-list YA aceptan dir (la ola 9.16-9.19); el handoff arrastraba el censo rancio de 9.15. Verificado por grep de types.ts. Quedan: gradient-picker, picker y chat-log. Co-Authored-By: Claude Opus 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	01cc13d412	feat(direction): el flip — el atributo es la afirmacion, y undefined ACTUA ... La cadena se parte en la afirmacion. `activeDir` devuelve ahora SOLO lo que alguien eligio (prop -> contexto del ancestro) y ahi se detiene: eso es lo que el runtime estampa y lo que cruza portales. La preferencia de la app ya no viaja en el atributo de cada componente — llega a la pagina UNA vez, por la proyeccion automatica de P2, y todo lo demas HEREDA. Por que: con prefs dentro de la cadena por-componente, "nadie afirmo" era inalcanzable — el boot por defecto siempre tiene la dimension direction, asi que getDir() casi nunca era undefined y cada raiz del canon estampaba dir="ltr" en una pagina sin afirmaciones. El atributo nunca llegaba a estar AUSENTE, la herencia del DOM nunca llegaba a trabajar, y de ahi la clase entera de islas y reenvios que este eje llevo meses parcheando. La matematica conserva la preferencia como VALOR (no puede leer el DOM) en un solo helper: afirmacion -> soma.prefs.getDir() -> 'ltr' resolveDir() - activeDir(dir) pierde el parametro soma: 57 wrappers, y 49 quedan sin `const soma = Soma.get()` huerfano (limpiados con deteccion de identificador, no de ruta — la primera pasada se tropezaba con 'core/soma.svelte'). - 45 colas `opts.dir.current ?? 'ltr'` -> resolveDir(this.opts.dir, this.soma). - Los 4 getDirectionalKeys de submenus que leian opts.dir.current directo pasan a resolvedDir — con undefined degradaban a ltr EN SILENCIO bajo rtl ambiental. - command: 4.1 le habia dejado `dir: null` en el runtime y el estampado manual inline en el assert (la linea no estaba sola y el barrido no la vio). Ahora el runtime estampa y el inline se va. - listbox / navigation-menu: el alias assertedDir muere — tras el flip, opts.dir ES la afirmacion. - date-range-field-input / time-range-field-input: el reenvio dir= al Field compuesto en sitio sobra — DirectionContext lo lleva. - 7 wrappers renombran `resolvedDir` -> `assertedDir`: el nombre mentia. - picker / gradient-picker: activeDir(() => undefined) = la afirmacion del ancestro o nada — mejor que el prefs-siempre-concreto de antes. MEDIDO en Chrome, el modelo entero: auto UN solo [dir] en toda la pagina: el <html> de la proyeccion (antes lo llevaba casi cada raiz del canon) prefs rtl select sin atributo, computa rtl por herencia; el panel portalizado SIN atributo y computa rtl (heredo del html a traves del body) prop rtl trigger del dropdown estampa rtl, el panel portalizado estampa rtl (la afirmacion cruza), submenu data-side=left, cero islas dentro matematica slider SIN atributo con pagina rtl: click al 25% fisico da 75 y ArrowRight BAJA — resolveDir lee prefs sin que el atributo lo haga SSR curl de select y accordion: cero dir= en el payload El contrato: §1 documenta la cadena partida (activeDir -> afirmacion; resolveDir -> matematica), §6 la proyeccion automatica + la semilla y el parrafo de SSR — el <html dir> del primer render pertenece a app.html o al servidor (modelo react-aria). check 77 = linea base · suites soma+active-uix+prefs+contracts 1362 tests: los 6 de contracts y soma-attr-audit son el conjunto preexistente (A/B dos veces en fases previas; attr-audit pasa aislado) · media-player 17/17 tras hacer resolveDir defensivo con mocks sin prefs · 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	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	e0206f6b21	docs(media-player): la calidad de reproduccion, especificada sin implementar ... Decision del usuario: escribir el contrato antes de tocar codigo. El documento existe porque `settings-button` lleva declarada desde el principio prometiendo «velocidad / calidad / pista», y al ir a implementarla resulta que dos de los tres ejes ya no le corresponden y el tercero no existe. Auditado sobre el codigo: grep de `quality|bitrate|resolution|level| representation` sobre el puerto da CERO. Ni `MediaSnapshot` (0 de 14 campos), ni `MediaProvider` (0 de 9 miembros), ni los espejos de `$arts/sound`. Y no es un descuido: la calidad NO es intrinseca al `<video>`. Un fichero no tiene niveles; los niveles aparecen con un manifiesto HLS/DASH y un motor que elige representacion. Este framework no vendoriza motores, asi que la lista solo puede venir del consumidor. De ahi que el contrato, si se abre, sera una lista VACIA para el 90 % de los usos — lo que decide la forma: el control se AUSENTA, no sale vacio. Misma doctrina que el waveform sin picos. Queda escrito el contrato minimo (3 campos de snapshot con `qualityId` separado de `qualityAuto`, `setQuality`, los dos espejos, el evento de morfo que rompe el censo de 11, los textos) y la trampa que ya nos mordio con la velocidad: el commit cabalga el RESULTADO, no el clic — pedir 1080p no es haberlo conseguido. Registrado en el indice `docs/decisions.md`. docs:check 0. 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	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	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	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	e9454bebe7	docs(direction): la excepcion que el usuario veto — :dir() que traduce una prop logica ... «NO añadas la direccion al avatar porque tambien depende de donde se situa el badge». Tiene razon, y mi regla de §2 —«si el recipe usa :dir(), acepta y estampa `dir`»— es demasiado ancha: mandaba al siguiente a hacer justo eso. NO toda regla `:dir()` afirma una direccion. `Avatar.Badge` expone la esquina con `position` en terminos LOGICOS (`top-start` / `top-end`), asi que el ancla (`inset-inline-*`) ya se voltea sola; `:dir(rtl)` solo invierte el SIGNO del `translate` fisico que hace sobresalir la insignia —por eso las cuatro reglas llevan su marcador `rtl-physical:`, es el caso sancionado de RTL-1, no un selector de lado—. `Image` es lo mismo con otro mecanismo: `object-position` no tiene palabra clave logica, asi que `:dir(rtl)` traduce a `left`/`right` el `start`/`end` que el consumidor ya eligio. En los dos, una prop `dir` seria un SEGUNDO mando para lo que el primero ya decide, y pelearia en vez de componer: el ancla logica resuelve por la direccion ambiente mientras la prop dice fijarla. Esa regla `:dir()` necesita la direccion que REALMENTE maqueto el elemento, que es la heredada, por diseño y no por descuido. El test que queda escrito: si el componente tiene vocabulario logico propio para el eje, no lleva `dir`. Un `Switch` no lo tiene —su pulgar viaja en un sentido y la direccion es el unico input—, asi que ahi si es significativo. Un `Avatar.Badge` tiene `position`, asi que no. Barrido: de los 13 recipes con `:dir()`, SOLO `avatar` e `image` tienen ademas prop logica start/end. La excepcion son exactamente esos dos. Corrige tambien lo que reporte como hallazgo: «avatar e image usan `:dir()` sin aceptar `dir`» NO es un defecto ni una decision pendiente, es el diseño correcto. 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	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	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	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