21 Commits (b80ccb33cbc53455c19c3d91800694b588270cd5)

Author	SHA1	Message	Date
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