6 Commits (b550c8cd4bd4ea6d51d633df598cc502228e1db5)

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