563 Commits (e8a54ac4552feaea05239c33ffc286092eb208b8)

Author	SHA1	Message	Date
dev	dc7c4920d6	blocks(cookie-consent): la ley europea como tipo, y las dos salidas al mismo peso ... Cierra el tramo C de F2b. El único block cuya fase 0 fue jurídica antes que visual: las referencias shippean el aviso como markup, y el markup no puede impedir las tres cosas que lo vuelven ilegal — un rechazo debilitado, categorías premarcadas, y cerrar tratado como consentir. Aquí son el tipo y el constructor. `essential: true` hace inescribible una UI que ofrezca apagarlo; `initialConsent()` no admite semilla, así que una primera pregunta no puede llegar marcada; `onDecision` es obligatoria, así que un aviso que no informa de vuelta no se puede montar. Las cinco reglas están numeradas en consent.ts y afirmadas por 8 tests, porque son justo lo que un refactor rompe en silencio mientras todo sigue pintando bien. Desviación de la ficha, y a favor: UNA llamada requerida `onDecision(consent, via)` en vez de `onAcceptAll` + `onRejectAll`. Con dos callbacks el consumidor podía pasar un no-op a «rechazar»; aquí el camino de rechazo lo renderiza el block y el API no expone knob para degradarlo. Medido: las dos acciones tienen idéntico relleno, tinta, borde, tamaño, peso y alto — 5.96:1 en claro, 8.79:1 en oscuro. Tres cosas se arreglaron por mirar, no por deducir. La barra era un `Card` outline y midió 1.00:1 contra la página: se disolvía en ella, así que va al plano `overlay` del sistema, el mismo que estampa cada superficie flotante del canon. A 375 las tres acciones envolvían con «rechazar» en una fila y «aceptar» en la siguiente, leyéndose como dos botones ajenos justo donde la pareja más importa: ahora son un `Group`, y el markup lo dice. Y el panel devolvía el foco a un nodo muerto — se devuelve aquí, un frame después de que la trampa se desarme, con un pestillo para que el asentamiento del montaje no le robe el foco a nadie al cargar. Tres gaps de canon salieron al componerlo, todos en el README: `Button` acepta `ref` y no lo reenvía (forma de A-94), `Switch` no tiene parte de etiqueta, y el `Dialog` restaura el foco a un nodo muerto cuando su disparador se desmontó. El instrumento mintió antes que el código, otra vez: el pane del navegador no compone frames, así que la animación de salida no termina y un diálogo cerrado sigue pintado — el foco medido allí era ficción. Y `fillStyle` no normaliza oklch, así que todo color leído del estilo computado se volvió negro y dio 1.11:1 sobre texto perfectamente legible. Las cifras de esta ficha se miden por píxel, en Chrome real. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	313e4d52fa	blocks(article-grid): la banda editorial, y el elemento que el canon no podía dar ... Lo que las referencias llaman blog. Sus dos preguntas de fase cero quedan resueltas, y ninguna necesitó tocar el canon. El nombre. Blog nombra una sección entera de un sitio, y esto es la fila de artículos recientes dentro de otra página; el tier nombra por función de página y el elemento que renderiza es un article, así que article-grid hace coincidir nombre, función y markup. La palabra blog sobrevive donde un consumidor la busca: la primera línea del readme y la etiqueta del catálogo. El artículo semántico. Un teaser tiene que ser un article o se lee como una caja de texto suelto, pero la tarjeta del canon es un div fijo y eso parecía obligar a elegir entre añadirle un eje de elemento o declarar un hueco. Construirlo enseñó la tercera vía, que no cuesta nada: el bloque renderiza el article y compone la tarjeta dentro. El tier lleva desde su primer bloque renderizando sus propios elementos de seccionado, así que el elemento es del bloque y la superficie sigue siendo del canon. La regla amuralla al primitivo, no a la composición. Y tres decisiones más que sí son de diseño. La tarjeta entera no es un enlace, porque el teaser lleva además un chip y una firma y anidar interactivos dentro de un enlace es marcado inválido: es justo donde acaban las referencias que hacen clicable toda la tarjeta, así que el enlace vive en el título y hay exactamente uno por teaser. El realce al puntero viene encendido, al revés que en precios, porque un teaser sí es algo a lo que se va. Y el bloque no formatea fechas: las compone la app con el componente del canon. Dos errores míos en la tanda, los dos cazados mirando la captura y no la sonda. El ancho mínimo por defecto sólo cabía dos veces en la medida, cuando las referencias lideran con tres columnas; medido y corregido, ahora da tres, dos y una según el ancho. Y el segundo intento de arreglarlo no llegó a aplicarse sin que me diera cuenta, porque lancé el reemplazo sin aserción y el formateador había juntado las props en una línea: culpé a la caché del servidor antes de mirar el fichero. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b7474e499d	blocks(logo-cloud): la banda de marcas vuelve, y su parte difícil no era la disposición ... Se difirió en F2 sobre una premisa que las referencias desmienten —que su versión honesta pedía un marquee o quedaba en un wrap trivial—: Tailwind Plus, Untitled y Flowbite lo shippean estático. Una decisión cuya premisa cae se corrige. Pero el argumento para construirlo no es la paridad. Lo difícil de un muro de logos es la tinta: veinte marcas en veinte paletas gritan sobre la página y entre ellas. Ese tratamiento acaba de entrar en la fundación como contexto, así que el bloque queda fino y es exactamente la forma correcta — cuando lo difícil es un tratamiento, el tratamiento va a la fundación y el bloque sólo lo estampa. Aquí no hay una línea de CSS, que es además lo que el contrato exige. Dos decisiones medidas, no elegidas. Las marcas van en un wrap y no en una rejilla, porque llegan con proporciones dispares y unas pistas iguales dejan huecos irregulares alrededor de las estrechas. Y la parte del ítem se gana su sitio defaulteando el eje de bloque, que es lo único que un logo nunca trae consigo: un vectorial carga su viewBox, un raster sus píxeles, y uno al lado del otro aterrizan a cinco alturas distintas. Verificado con ocho marcas de anchos y colores deliberadamente dispares: las ocho a una sola altura conservando sesenta y cuatro píxeles de diferencia de ancho, que es cada una guardando su proporción. El marquee se queda como hueco con disparador y con su forma decidida: si algún día entra será un preset de movimiento sobre la fila, no un bloque nuevo, y con la preferencia de movimiento reducido parándolo. Y el hueco de la utilidad para nombres sólo audibles sale aquí por tercera vez en la ola. Tres consumidores reales lo piden ya. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	00489be263	blocks(tramo B): las cinco primeras matrices de equivalencia ... El entregable central de la ola, y el que responde a la pregunta que la abrió: no competir en número de dumps, sino demostrar variante a variante qué composición nuestra logra cada una de las suyas — y sacar a la luz, con nombre, lo que no alcanzamos. Cada block gana una sección de equivalencias con cinco columnas: la variante de la referencia, quién la shippea, la receta exacta, dónde se ha visto, y su estado. La regla que gobierna la tabla es que una receta que no se ha visto en el navegador no entra: la columna de demostración es la prueba, no la promesa. Y la primera tabla ya justificó el tramo. El hero declaraba desde julio, en sus gaps, que el mockup de móvil estaba HECHO — y la demo sólo había enseñado nunca el cromo de navegador. El primitivo ofrece tres, así que se añadió el control, se midió el cromo de teléfono a trescientos veinte y sólo entonces se escribió la fila. Una receta declarada no es una receta demostrada, que es exactamente lo que este tramo existe para separar. Van cinco de quince: hero, pricing, cta, testimonials y faq, que son los que esta sesión ha trabajado y cuyas recetas están medidas. Entre las filas quedan nueve gaps con nombre —desde la elevación estática que Card no tiene hasta el carrusel de citas— y dos «no se ofrece» con su motivo: un carrusel en la apertura es movimiento automático sin control de pausa, y filtrar preguntas es estado de datos del app. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e7677d6d87	blocks(pricing): la tabla de comparación, y las palabras que una marca no dice ... La brecha recurrente del dossier en pricing, y la última fila del primer tramo de la ola. Es una PARTE y no un hermano porque tiene que obedecer al periodo de la sección, y sólo una parte puede leer ese contexto: B-10 le prohíbe a un hermano importar el block que lo posee. Vivir dentro de la sección es además lo que permite que la app meta el precio en una celda y cambie con el conmutador, sin que esta página cablee nada. La app construye la tabla y el block la compone. B-5 admite datos justo donde el canon compuesto ya es data-driven, y la tabla del canon lo es: exige la instancia que devuelve createTable. Así que la parte no inventa un formato de matriz propio ni traduce nada de ida y vuelta, que es el acoplamiento que esa regla existe para evitar. Las tarjetas y la tabla conviven, como en las referencias, alimentadas por el mismo array de planes. Dos cosas que el plan había esbozado y que construirlas demostró equivocadas, y quedan escritas en vez de calladas. No hay un Record de ejes visuales por plan: acentuar una columna es componer canon, que es justo lo que ya permite el snippet de cabecera, y ese Record habría sido una segunda fuente de lo que la app declara en su plan. Y el block no fija la columna: el motor es del app, y meter mano ahí sería el block decidiendo cómo se comporta la tabla de otro. Lo que sí posee es lo que la app no puede: el nombre accesible de la tabla y las palabras que una marca de visto o de guion no dice en voz alta. Ese glifo lleva todo el significado de la celda y es silencio para un lector de pantalla, así que va oculto y la frase viaja en su etiqueta, desde un mapa exhaustivo con respaldo en inglés y su test en las dos direcciones. Y absorbe el cast del canon siendo genérico: la tabla tipa su ranura sin parámetro mientras el motor sí lo devuelve, así que todo consumidor castea, empezando por la demo del propio componente. Aquí se castea una vez a la entrada y se deshace a la salida, para que el snippet de celda devuelva la fila con la forma del app. Medido a 1280 y 375: ocho filas por cuatro columnas, tabla nombrada, marcas que se anuncian, y en móvil la tabla desplaza con la columna de características quieta y la última columna alcanzable. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f4ce006423	blocks(faq): la lista estática, y un tipo que deja de prometer lo que no da ... La brecha del dossier para este block, y la mayoría del formato: seis de siete en Tailwind Plus no son acordeón, sino una rejilla de preguntas y respuestas siempre abiertas. El eje vive en la LISTA, no en la raíz. Primero porque la lista es lo único que cambia —la cabecera se lee igual—, y segundo porque esa colocación es la que permite que el tipo diga la verdad: pasa a ser una unión discriminada. Bajo acordeón atraviesa toda la superficie del Accordion del canon; bajo lista no se ofrece ninguna de esas props, porque una rejilla estática no tiene estado abierto que enlazar, nada que colapsar ni modo simple o múltiple. Ofrecer una superficie y descartarla en silencio es justo lo que A-94 dejó dicho que no se hace, y aquí es donde iba a morder después. El ítem lee la disposición del contexto: no puede discriminar sobre la unión de la lista sin obligar a la app a repetir el arreglo en cada pregunta. Su value y su disabled quedan documentados como del acordeón, la misma convención que el fondo del hero y la media del cta. Y bajo lista la pregunta es un encabezado de verdad, porque ahí ES el encabezado de su respuesta; bajo acordeón el canon la mete dentro del disparador y esa semántica es suya, así que el block no inventa una segunda. Medido a 1280: en acordeón, cinco disparadores, ningún encabezado, medida de setecientos sesenta y ocho y respuestas ocultas hasta pulsar; en lista, ningún disparador, cinco encabezados, tres pistas de trescientos nueve, medida de mil veinticuatro y todas las respuestas visibles sin tocar nada. A 375 cae a una columna conservando ambas cosas. El acordeón queda idéntico. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f3bfcf2dd9	blocks(testimonials): una cita sola no va en una tarjeta ... La brecha que el dossier le apuntaba a este block: la cita única es la variante modal de todas las referencias y el grid la minoría, dos de ocho en Tailwind Plus. Entra como disposición, no como hermano. La anatomía no cambia —cita, autor, avatar—, sólo cómo se colocan, y el precedente es el fondo del hero, que también redefine lo que hacen sus partes. El hermano se reabre sólo si algún día pide rotación o carrusel, que es otro componente. Viaja por contexto de configuración, el patrón del align de feature-grid y team, no la coordinación de pricing. Y viaja porque el spotlight no es una piel sobre las mismas cajas: la rejilla deja de serlo y de estampar el ritmo estructural —que es para una FILA, no para una cita—, el ítem pierde la tarjeta, la cita sube de tamaño y se centra, y el autor pasa debajo, donde ya no hay una hilera de caras que alinear. Pedirle a la app que repita esa decisión en cinco partes es el agujero que A-84 cerró en feature-grid. Enmarcar una cita sola la hace parecer un ítem de una lista que no está ahí, así que ahí no hay tarjeta y el tipo lo dice, en vez de aceptar una superficie que luego descarta. La cita se centra con un párrafo de verdad: sobre una caja en línea el centrado no aplica, y sería mentira. Slot nuevo para la marca de quien firma, en las dos disposiciones: es lo que hace que una cita se lea como evidencia y no como una opinión, y es la pieza que ponen todas las referencias. Medido: en grid, cinco tarjetas, veinte píxeles, medida de mil veinticuatro y ritmo escalonado; en spotlight, cero tarjetas, una cita de veintiocho centrada en párrafo, medida de setecientos sesenta y ocho, autor centrado y sin escalonado; a 375 la cita cae a veinticuatro. El grid queda idéntico a antes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0646d5ebde	blocks(pricing): el plan dice dónde estás, y el que no puedes elegir dice por qué ... Firma del usuario: faltaba la decoración del elegido, y faltaba poder marcar un plan como no disponible — si estoy cambiando de plan, el que ya tengo no debería poder seleccionarse. Lo segundo cambia la posición doctrinal del block. Su README decía desde julio que nada en una tabla de precios puede bloquearse y que por tanto no hay nada que explicar. Eso vale mientras la sección es sólo una comparación; se cae en cuanto el visitante ya está en un plan. Y ahí manda lo que costó contact: una acción bloqueada debe su frase, o es un agujero — algo que no se puede hacer y nada en pantalla diciendo por qué. El plan gana un estado: disponible, actual o elegido. Un enum y no tres booleanos, porque tres booleanos admiten lo que no existe, como elegido y no disponible a la vez. Y ortogonal a featured, que es la recomendación de quien vende: el plan recomendado puede ser justamente el que ya tienes. Se deriva una sola vez en el plan y viaja por contexto. La acción se lo entrega al botón del app por parámetro de su snippet, así que nadie vuelve a deducir en el punto de uso si se puede pulsar, y las palabras del botón siguen siendo del app. La frase, en cambio, es del block: idlangref con respaldo en inglés dentro de un Record exhaustivo, el mismo mapa que bloquea la acción es el que escribe el motivo, así que un estado que bloquea en silencio no se puede ni expresar. Su test lo afirma en las dos direcciones. Y una parte nueva la dice y posee el id al que apunta el aria-describedby del botón deshabilitado, sin renderizar nada cuando no hay nada que decir. La decoración la pone el canon: el elegido reenvía el anillo de Card, el actual su tratamiento deshabilitado. Nada de un data-pricing-selected propio: sería un atributo que nadie lee, porque un block no pinta CSS. Medido de punta a punta en el escenario de cambio de plan: el actual sale con cursor de no permitido, botón deshabilitado y aria-describedby que casa con el id de la frase, traducida por el arnés; al elegir otro, su tarjeta gana el anillo de dos píxeles con el primary de su paleta y las demás no. Queda anotado un gap del canon que salió al medir esto y que no toco: Card disabled nunca atenúa. La regla existe y su cursor sí aplica, pero la animación de montaje fija la opacidad en uno con prioridad de animación y se come la del estado; aislado con no-emerge, atenúa. Es el patrón que la doctrina de motion llama frágil-conocido —dos dueños peleándose por una propiedad en un nodo— y alcanza a toda Card deshabilitada del ecosistema. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	db026e48f5	blocks(pricing): la tarjeta responde al puntero, y el guard deja de leer prosa ... El plan reenvía el eje nuevo de Card. No es el `interactive` del canon: eso convertiría la tarjeta en un botón y `.PlanAction` ya tiene uno dentro. Apagado por defecto, porque una fila de planes es una comparación y una tarjeta que responde al puntero sugiere que la tarjeta misma es el control; se enciende donde la tarjeta entera ES la elección. Control vivo en la demo y en la URL de la vista previa. Y al escribir el comentario que explica por qué NO se usa un nativo aquí, el guard del tier se puso rojo sobre mi propia prosa: la regla B-2 leía comentarios como código. Su barrido quitaba sólo los de UNA línea, mientras el que entiende todas las formas y conserva los saltos ya existía tres líneas más abajo, usándose sólo para los imports. Es la lección de la fase cinco aplicada a una regla y no a la otra. Arreglado con dos fixtures nuevos —un nativo nombrado dentro de un comentario multilínea es prosa; un nativo de verdad debajo de ese mismo comentario sigue siendo error— y probado en rojo sobre el árbol real: un button inyectado en el hero sale señalado con su línea exacta, y el árbol queda restaurado después. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	44e4c9328e	blocks(hero): un vídeo en un hero es paisaje, y que se repita lo decide quien lo pone ... Corrección del usuario, y tenía razón: la demo componía el reproductor completo con su barra de controles, y nadie enseña un botón de play en una sección de apertura. Un vídeo de hero es decorativo — mudo, en línea, arrancando solo y sin controles. Y si se repite o no es una decisión, no algo horneado: en bucle el movimiento no termina nunca, así que sale como control vivo propio. Medido: cero botones, sin nodo de controles, y el loop siguiendo al conmutador. De paso queda registrado lo que aquello escondía. La barra que había se pintaba directamente sobre el fotograma sin fondo propio, así que en un clip claro eran siete botones a opacidad uno que nadie podía ver; es del canon y media-player está en la lista de intocables de este plan, así que se documenta por si algún día vuelve. Y un hallazgo más gordo, medido al cablear lo anterior: la preferencia de movimiento no llega a prefs en este arranque. Un vídeo que se repite sin barra de controles no se puede pausar, así que su autoplay tiene que ceder ante la preferencia declarada del visitante, igual que ya hacen las entradas de Motion del propio block. La puerta está escrita en app-land y hoy es inerte: con prefers-reduced-motion emulado en reduce, el valor efectivo sigue resolviendo allow, la raíz sigue estampando data-motion allow y el clip sigue corriendo. Queda puesta —empezará a funcionar el día que el eje lo haga— y anotada como lo que es: un problema de WCAG 2.2.2 a nivel de framework, no un detalle. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fd9df269ef	blocks(hero): un slot apagado se pasa vacío, no se renderiza a cero ... El usuario dijo que en la demo hay propiedades que no hacen nada. Medí los diez controles uno a uno: nueve tienen efecto comprobable y uno funcionaba a medias. Apagar el eyebrow quitaba el contenido y dejaba el hueco: el stack de copia seguía con seis hijos y el primero medía cero de alto, comiéndose los veinte píxeles del gap. La causa era de la demo, no del block, y contra una regla que el propio handoff del tier tiene escrita: el snippet se declaraba con un {#if} DENTRO, así que siempre llegaba, el {#if eyebrow} del block seguía siendo cierto y sobrevivían el envoltorio de Motion y su parte del ritmo con nada dentro. Ahora el contenido se declara fuera y se pasa como undefined cuando no toca — lo mismo para la media, el formulario y el aviso de confirmación. Medido: cuatro hijos con el chip puesto, tres sin él, y ningún hijo de altura cero en ninguna combinación. Queda registrado además el defecto que el usuario vio en el vídeo del hero: los controles del MediaPlayer están —siete botones, todos con caja, opacidad uno— pero se pintan sin fondo propio sobre el fotograma, así que en un clip claro son ilegibles y se leen como ausentes. Es del canon, y media-player está en la lista de intocables de este plan, así que se documenta sin tocarlo. Con la nota de método: contar nodos y leer la opacidad no dice nada de la legibilidad sobre contenido en movimiento. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	a514ef929d	blocks(cta): el panel gana una segunda columna, y las acciones no se sueltan de su frase ... Tercera fila de la ola F2b. El README lo tenía diferido con la razón escrita: recurre en las referencias, es un tercer arreglo y el Mockup del canon ya existe para la media. Entra ahora porque la demo lo pide. Dos decisiones que la ficha del plan no traía y que salieron al colocarlo. La copia conserva sus acciones en la MISMA columna: separarlas dejaría el botón debajo de la captura, lejos de la frase que lo pide, y una llamada a la acción que no toca a su argumento pierde la mitad de su fuerza. Y split sin media cae a justified, no a una rejilla con una pista vacía — la misma regla que ya sigue el split del hero, porque un layout con un hueco reservado miente sobre lo que tiene. La media es del app, como en el hero: el block no nombra cromo propio. La demo compone el Mockup del canon con un panel falso dentro. Medido: a 1280, dos pistas de 436px en el panel de 992; a 375 una sola pista con el CTA POR ENCIMA de la media al apilar, que es el orden del argumento; idéntico en claro y oscuro. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fd6c55a13b	blocks(pricing): un plan solo no se sostenía — la fila necesitaba un tope ... Segunda fila de la ola F2b, y la que existía para comprobar una sospecha. El README llevaba desde julio diciendo que el plan único «ya lo cubre el layout», diferido por eso. La ficha exigía medirlo antes de darlo por gratis, y no lo cubría. La causa está en la lista de pistas, no en cuántos planes hay: la fila es repeat(auto-fill, minmax(17rem, 1fr)), y auto-fill RESERVA toda pista que quepa, la ocupe alguien o no. Medido a 1280 sobre 992px de fila, un plan solo daba una tarjeta de 315px pegada al borde inicial con 677px de vacío al lado; fijar columns a 1 solo cambiaba eso por una tarjeta de 992px, que es un cartel. Meterlo en un Container sm tampoco: a 640px vuelven a caber dos pistas. Lo que faltaba era un tope sobre la FILA, y la parte no lo dejaba pasar: sus props están cerradas a propósito desde A-94, porque el envoltorio esparce el resto antes de las props que fija y un width del consumidor tipaba y se descartaba en silencio. Así que se abre nombrando: maxWidth entra en el tipo y viaja explícito al AutoGrid, que es exactamente lo que A-94 dejó dicho — el tipo dice lo que la parte honra. El marginX auto va con él sin condición: sin tope la fila ya llena la medida y auto no resuelve a nada. El número lo pone la app. Un block que horneara uno estaría decidiendo cuánto mide un plan; la demo pasa 28rem para uno y 44rem para dos, que es lo que las referencias le dan a cada arreglo, y gana un control vivo de recuento que también viaja en la URL de la vista previa. Medido después: un plan 448px centrado, dos planes 704px en dos pistas de 340 centradas, y tres planes 992px idénticos a antes — el tope es opt-in y no toca el caso que ya existía. A 375 es inerte, porque allí una sola pista ya toma el ancho. Queda anotada la lección en el README y en el handoff, porque no es de este block: una fila «diferida» puede ser una medición equivocada y no un aplazamiento. Nadie había mirado pricing con menos de tres planes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f11b198f56	blocks(hero): el alta por correo entra por una ranura, y el block no toca el formulario ... Primera fila de la ola F2b. El hueco lo registraba el dossier desde julio y su README lo tenía esperando firma: las referencias ponen un alta por correo en el hero cuando la llamada a la acción ES un correo. La forma se eligió contra el precedente, no de cero. Newsletter recibe el handle del formulario porque lee la validez de la sección y con ella decide qué se puede pulsar; eso es coordinar, y un block que coordina tiene que poseer una máquina y las palabras de sus estados. Un hero no coordina nada, así que toma la otra puerta —la de site-footer.signup—: UNA ranura, la app compone Form + Field + Form.Submit enteros, el block no ve el handle y sigue sin poseer nada. Aterriza donde aterriza la llamada a la acción: dentro del cúmulo de copia, tras la descripción y antes de actions, así que hereda el ritmo estructural del stagger y su propia entrada. Y con medida propia: una fila de correo tan ancha como la prosa es inusable. El cap es sm y por ser un máximo resulta inerte en split, donde la columna ya es más estrecha — 480px en center contra una sección de 1264, 472px en split, que ES la columna. Los dos slots conviven si llegan los dos. En las refs el formulario sustituye al par de botones y así lo enseña la demo, pero hacerlos excluyentes en el tipo prohibiría un arreglo real: un alta junto a un «hablar con ventas». Medido en Playwright headless sobre píxeles pintados: tinta escrita 15,88:1 en claro y 16,28:1 en oscuro; el relleno del campo contra el lienzo de background 9,61:1; la fila colapsa a 375 y comparte a 1280; Enter llega al handler del app y un correo inválido lo para con el error traducido y aria-invalid; RTL espeja la fila. Dos gaps de canon quedan registrados, no tapados: Form.Submit no reenvía al Button ni el eje intent ni ninguno de anchura, así que el botón no llena su celda al colapsar —newsletter mide lo mismo y el justify de Grid es justify-content, no justify-items—, y la demo usa lo único que hay, el style que sí viaja. Y el contexto de inversión mordió por segunda vez: un Text sin color explícito bajo background mide 1,62:1 contra 10:1 con on-solid. Queda anotado también cómo se mide esto, porque dos sondas dieron cifras seguras y falsas antes de la buena: un parser rgb sobre un sistema que emite oklch, y un canvas cuyo fillStyle tampoco lo normaliza aquí, midiendo NEGRO contra todo. La señal de que la sonda es honesta es que la etiqueta del submit sale a 5,18:1, la cifra que este repositorio ya documenta para primary. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4caf1100a1	refactor(blocks)!: el eje de tamano dice de QUIEN es — size deja de significar dos cosas ... LA AMBIGUEDAD, medida. En el canon `size` no es ambiguo: es «el eje de tamano de ESTE componente», y cada uno lo materializa a su manera — padding de bloque en `Section`, densidad de la tira en `Banner`, escala tipografica en `Text`. La ambiguedad la creaba el tier: un block no es ninguno de esos componentes, y al reenviar `size` estaba reenviando el eje de una pieza INTERNA. Desde fuera: <FeatureGrid size="xl"> cambia el AIRE de la seccion <SiteBanner size="lg"> cambia la ALTURA de la tira Misma prop, dos cosas, y una con un valor menos en la escala (`BannerSize` no tiene `xl`). Un consumidor que aprende el eje en trece blocks se equivoca en el catorceavo. EL RENOMBRADO: - `size` -> `sectionSize` en los 13 que envuelven `Section` - `container` -> `containerSize` en los 14 que envuelven `Container` - `size` queda LIBRE y solo lo usa `banner`, donde si es el tamano del block - `minColumnWidth` -> `minChildWidth` en `site-footer`: el mismo concepto tenia dos nombres en el tier, y ninguno era el del canon El patron no se invento: el tier YA nombraba un eje por su pieza (`container`). `containerSize` + `sectionSize` lo hace explicito y simetrico. LA REGLA, en `architecture/blocks.md` §Conventions, para que no reaparezca: un block que reenvia el eje de tamano de una pieza interna lo nombra `{pieza}Size`, y `size` se reserva para el tamano del block. Corolario: un eje que el canon ya nombra se reenvia CON SU NOMBRE. METODO — se renombraron los TIPOS primero y se dejo que `svelte-check` senalara cada consumidor, en vez de buscar a mano. Cazo los cinco call sites que quedaban (`CtaSite`, `HeroSite`, `SiteHeaderSite`, `TeamSite` y un uso suelto en `cta.svelte`). ⚠️ Y cazo tambien un error propio: el primer patron era demasiado ancho y renombro `size` en SIETE sub-partes donde ese `size` es el del `Card` o el `Text` que envuelven (`testimonials-item`, `contact-reason`, `team-member-role`…). Revertidas antes de seguir. DOCUMENTACION revisada entera: corregidas las tres filas de README que describian props del block con el nombre viejo (`hero` x2, `site-header`); conservadas las seis que hablan del `size` de un componente del canon (`Banner`, `Accordion`, `Heading`), que no cambia. `PLAN-blocks.md` se deja intacto: es bitacora, y reescribir el registro historico para que cuadre con el presente lo falsearia. LEDGER — el contraste doctrinal llega a 15/15, y cinco filas nuevas: - A-95 `banner`: con `affix="top"` el aviso tapa la cabecera pegada (medido: `elementFromPoint` sobre el header devuelve la tira). NO se arregla aqui: la pieza que falta es la que POSEE las alturas de pagina — Mantine lo resuelve en `AppShell`, que declara `header={{ height }}` y desplaza el resto; nuestro equivalente es el block `app-shell`, sin construir. - A-96 `banner`: `affixOffset` es prop publica sin control vivo en la demo. - A-97 `feature-grid`: RETIRADA el mismo dia. Se midio el texto `muted` con el 4,5:1 generico de WCAG y el proyecto tiene OTRA vara — «floors APCA >= 60 ∧ WCAG >= 3», con guard propio, y la tinta secundaria es «marginal sub-4.5:1 by design». Re-medido con `src/arts/color/apca.ts`: Lc 63,7 y 3,70:1, cumple las dos. (El primer intento con `apcaLc` devolvio 102666 porque le pase 0..255 donde pide 0..1: un valor fuera de rango no es un hallazgo, es un formato.) - A-98 `hero` + A-99 `Group`: las acciones no apilan ni envuelven. La causa NO es del tier — `Group` no aplica el `wrap` que su README promete en TRES sitios: `group.svelte` nunca se lo pasa a `Flex`, el recipe no lo declara, y `Omit<FlexProps,'wrap'>` impide compensarlo desde fuera. El `align: center` si se cumple, lo que descarta que el recipe no cargue. Y A-25 cae (la demo ya no promete elevacion) y A-47 corrige su disposicion: el anillo de foco es «a config axis» por doctrina — endurecerlo es una decision de VALOR en `color.focus.ring`, «never a per-component CSS change», que es exactamente lo que hacia el intento revertido en `e468e764b`. Gates: blocks:check verde (15 blocks / 115 ficheros) · svelte-check 72 errores / 59 avisos = linea base exacta, ninguno en blocks · docs:check 0/0 sobre 629 docs. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	68a48a4401	refactor(skin-media-player): un cableado y cuatro pinturas, con el movimiento del sistema ... Reescritura completa de la versión A (`bf12b8a57`), que el autor valoró como duplicación. La medición le daba la razón: `fit()` idéntico en dos ficheros, `hold()` y `stop()` en otros dos, y `MediaPlayerProvider.require()` en los cuatro. Eran cuatro componentes compartiendo carpeta, no un skin. ## La forma Un componente cablea, los aparatos sólo pintan. - `skin-media-player.svelte` — EL punto de cableado: un `require()`, una derivación de todo, y las teclas generadas recorriendo un mapa. - `controls.ts` — datos por aparato: lienzo, teclas `[{id,x,y,w,h,action}]` y la ranura del volumen. - `actions.ts` — el vocabulario único (`play·pause·toggle·stop·seek-*·rpm·none`), con `stop()` y el veto por `preventDefault()` en un solo sitio. - `type-fit.svelte.ts` — el ajuste de `<text>`, una vez. - Los cuatro cuerpos: props entran, SVG sale. Cero provider, cero `$effect`, cero contexto. Añadir un quinto aparato es un SVG y una fila de datos. `<SkinMediaPlayer>` deja de montar player: es una PIEZA dentro de uno. No monta `Media`, no monta barra y no decide la forma — `inline/bar/row/card` es el eje `variant` de `AudioPlayer`, y la piel viaja dentro como hija. ## Movimiento: el del sistema, nada a mano La versión A traía tres `@keyframes` locales y siete transiciones con números crudos, ignorando `docs/theming/motion.md` (leída ahora, entera). - Todo giro continuo es el preset **`spin`**; el respirar de la cinta, **`pulse`**. El periodo va en la ranura del propio loop (`--motion-loop-spin`: 1.333s a 45 rpm, 1.8s a 33). - Las transiciones consumen `--duration-*` / `--ease-*` por una ranura `--_smp-*` por eje. - DEFECTO FUNCIONAL corregido: el generador apaga los loops por `[data-motion='reduce']` **y** por la media query; el bloque a mano sólo tenía la segunda, así que la preferencia UIX en `reduce` sin ajuste del SO no paraba el plato. Medido en navegador: ahora `animation-name: none`. - Queda un `@keyframes` local, la aguja del vúmetro, anotado `functional:` y con el periodo en token: ningún preset representa un instrumento analógico. ## Tres defectos que sólo se ven en movimiento Los tres pasaban toda comprobación de atributos y sólo aparecieron mirando la imagen moverse: 1. **La sombra rotaba con el disco.** El `feDropShadow` colgaba del grupo que gira, así que su desplazamiento orbitaba (se leía como la sombra subiendo y bajando) y la penumbra de la región del filtro barría las marcas del plato, que parecían parpadear. El filtro pasa a un padre quieto — un disco es un círculo, su silueta no cambia. Igual en el brazo. 2. **Las marcas del plato salían disparadas en arco.** Al rehacer se perdió la regla del estrobo; sin `transform-origin` el preset gira alrededor del centro del viewBox (500, 440) en vez del centro del plato (406, 468.5). 3. **El tamaño no llegaba.** `max-inline-size` sólo encoge, así que `lg` y `xl` eran inertes en cuanto la columna era más estrecha (medido: md/lg/xl los tres a 720px). Ahora `inline-size: min(100%, …)`, base por objeto y factor por tamaño, una sola fuente en el recipe — la base estaba declarada dos veces, inline y en CSS, y ganaba la inline. ## Volumen Primero se compuso el `Knob` del catálogo y era inmanejable: mapea el valor al ángulo ABSOLUTO del puntero alrededor del centro (`Gesture.rotate`), o sea orbitar el ratón en torno a un dial de 40px. Sustituido por el `VolumeSlider` del propio player corriendo en una guía pintada por la máquina. El re-tinte va sobre el MISMO descendiente que retinta el player (`media-player.css:420`) o su regla gana por estar más cerca del thumb. La banda inferior de la pletina se reordenó para alojarlo: vúmetro a media anchura con el dial recentrado (aguja intacta), deslizador a 42 unidades del bisel (20px a `md`), contador y piloto +20 a la derecha, la etiqueta REPROD del piloto fuera, y «MODELO CR-77» al mismo ancho que «Levante» por `textLength` + `lengthAdjust="spacing"`. ## Prop `labels` y la decisión de idioma `labels` (default `true`) apaga la serigrafía entera de la máquina. Los rótulos NO se traducen, y es decisión firmada: son parte del OBJETO, como la marca del badge. Los nombres accesibles sí siguen el idioma, porque salen del morfo de las partes compuestas. ## Demo canónica `web/routes/uix/components/skin-media-player/+page.svelte` con la plantilla v2 de 9 pestañas + su entrada en el sidebar. El banco provisional de `/otros/players` se borra: duplicaba la demo con DOS players independientes, que es lo que produjo dos lecturas falsas («no está sincronizado», «fondo negro»). Los cuatro bocetos del autor se quedan en la carpeta, ya sin ruta. `preload="none"` en la demo a propósito: un preload de metadata abre una petición de rango que el navegador aborta, y `smoke` cuenta ese aborto como fallo same-origin. ## Auditoría — el hueco que queda `component-guide.md` §5 dice que incluso un átomo pasivo es morfo-first, con un morfo mínimo `scope: ['eidos']` y `## Passive justification`. Este componente no lo tiene porque el alcance acordado excluía `src/uix/morfo/`, y la consecuencia no es cosmética: **tres máquinas no lo ven** — `component:audit` enumera por ficheros de morfo y no le da fila, `eidos-lint` lo salta («no morfo file») y `morfo:check` no visita su demo. Los guards transversales sí pasan; los específicos de componente no se han ejecutado sobre él ni una vez. Pendiente además: `data-perm-step` en la demo (A37), sin el cual `perm:check` la salta en silencio. Verificado: `npm run check` sin errores nuevos (base 72/59) · 77 tests de eidos (recipe-css-contract · component-api-contract · component-visual-attrs · motion) · `rtl:check` 0/179 · `docs:check` 0/0 · `layer:check` 0 · `smoke` PASS · `morfo:check` 159/159. Y en Chrome, con el ratón: transporte en los dos sentidos, brazo siguiendo el surco, bobinas por conservación de área, contador de cinta, y el volumen moviendo `audio.volume` de verdad. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bf12b8a571	feat(skin-media-player): cuatro aparatos sobre el contrato del player — versión A, para el histórico ... Se commitea PARA CONSERVARLA: esta versión se borra y se rehace. El autor la valoró como duplicación, y la medición le da la razón. Queda aquí para que la segunda no repita sus errores. Qué hay: - `eidos/components/skin-media-player/` — cuatro objetos dibujados (disco, giradiscos, casete, pletina) sobre el morfo `media-player`. El aparato anida su soporte como `<svg>` interior, así que la pintura del soporte se reutiliza. - La afordancia es un `<button>` HTML superpuesto, colocado en % del viewBox, y NO un `role="button"` sobre un `<g>` como en los bocetos. Precedente: `onion-menu` («a real HTML button overlaid at the SVG centre… which an SVG element can't do») y el knob de `natural-time-picker`. - Transporte compuesto sobre las partes reales: MARCHA/REPROD sólo arrancan y PAUSA sólo pausa, anulando el toggle de soma con `preventDefault()` en la costura (patrón de `RateFloat`). PARO/STOP no existe en el contrato y se compone `togglePlay()` + `seek(0)`. - `engaged()` — `started` se enciende con la primera reproducción y no se apaga nunca, así que por sí solo dejaba el brazo apoyado sobre un disco parado. Con `started && !ended && (currentTime > 0 || !paused)` salen los tres estados de una máquina: parada, sonando, en pausa. - Geometría portada del boceto: brazo por cinemática inversa de forma cerrada (r² = K + A·cosθ + B·senθ) y bobinas por conservación de área (R_izq² + R_der² constante), de donde sale sola la velocidad correcta de cada bobina. El contador de cinta lee el medio en vez de un `setInterval` propio. - Los 83 colores del autor se conservan intactos: `skin-media-player` entra en `FIXED_TONE_COMPONENTS` — la excepción que el guard ya reserva para los componentes que DIBUJAN un objeto físico (`natural-time-picker`, `color-picker`, `proof-of-human`). Acotada a esta carpeta a propósito: dentro de `media-player/` habría eximido al recipe del player real. - `web/routes/otros/players/` — los cuatro bocetos originales del autor (estado simulado, sin audio) y el banco de verificación. Por qué se rehace, medido: 1. DUPLICACIÓN. `fit()` idéntico en record y cassette; `hold()` y `stop()` idénticos en turntable y deck; `MediaPlayerProvider.require()` + `engaged()` en los cuatro. Son cuatro componentes que comparten carpeta, no un skin: cada cuerpo se agarra al provider por su cuenta y recablea las mismas costuras. Lo correcto es al revés — un componente que recibe el player y resuelve las acciones, y a cada aparato sólo su pintura y su mapa de mandos. 2. MOTION A MANO. Tres `@keyframes` locales y siete transiciones con números crudos, existiendo el motor: `smp-turn` ES el preset `spin` (`loop-spin`, periodo por `--motion-loop-spin`) y `smp-tape-pulse` ES `pulse`; las transiciones debían salir de `--duration-*` / `--ease-*`. Y un defecto funcional: el generador apaga los loops por `[data-motion='reduce']` Y por la media query; mi bloque a mano sólo tenía la segunda, así que la preferencia UIX en `reduce` sin ajuste del SO no paraba el plato. 3. La raíz `skin-media-player.svelte` empaqueta `Media + Skin + barra` por dentro, así que la forma del reproductor (inline/bar/row/card, que es el eje de `AudioPlayer`) no se podía elegir y el MediaPlayer no se veía por ningún lado en la demo. Verificado antes de commitear: `npm run check` sin errores nuevos (la base del repo, 72, no se mueve) · guards de eidos 49/49 · `rtl:check` 0/179 · en navegador con audio real, transporte, brazo siguiendo el surco, bobinas por área y contador de cinta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b72a564918	fix(eidos): la capa sale de components/ — tenerla ahi acoplaba Fab y MenuDial a Affix ... Defecto de diseno mio, cortado por el autor. Mientras la capa vivio en `components/affix/affix.css`, sus consumidores la importaban con `'../affix/affix.css'`: **un componente dependiendo del directorio de otro**, que es canon prohibido — «un componente no es libreria de otro». `Fab` y `MenuDial` quedaban esclavizados a `Affix` por una ruta, cuando lo unico que comparten es geometria. Va a `eidos/lib/viewport-placement.css`, junto a `lib/list-surface.css`, y los tres consumidores importan de ahi. Ninguno depende de ningun componente. LO QUE HIZO FALTA PARA PODER MOVERLA, que es lo que me faltaba entender. Ya lo intente esta manana y lo revirti porque `recipe-css-contract` fallaba — deje que el guard dictara la arquitectura en vez de preguntarme por que `list-surface` si puede vivir en `lib/`. La respuesta era el diseno entero: **no tiene clave de receta**. Declara sus `--list-*` dentro de su propio CSS, componiendo primitivas que ya son temeables. Aplicado igual: la capa declara `--viewport-placement-offset` / `-z` sobre el propio gancho, compuestos de `var(--space-4)` y `var(--z-index-affix)`. Sin clave en `recipes/base.ts` no hay exigencia de `components/{c}/{c}.css`, y sin esa exigencia no hay acoplamiento. El retoque ademas queda a la altura correcta: un tema mueve la escala de espacio y la escalera de z, no un alias por componente. Renombres que arrastra, todos hacia nombres de CAPA y ninguno hacia un componente: `--affix-offset`/`-z` -> `--viewport-placement-offset`/`-z`, sus ranuras `--_affix-*` -> `--_viewport-placement-*`, y las dos customs del remapeo de safe-area. La clave `affix` sale de `recipes/base.ts` y sus dos tokens del `:root` generado. Sin cambio de comportamiento, medido en las tres rutas: `Fab` sigue en `fixed`, z 100 (la capa ofrece 150 y su puente la baja por la ranura — los dos niveles haciendo su trabajo) y a 16px de sus dos bordes; `Affix` en sus nueve zonas exactas con z 150; y su elemento lleva solo `data-affix`, la identidad. check 69 = base intacta · component:audit affix 0/0 · fab 0/2 · menu-dial 0/0 · layer:check 0/3 · suite eidos 123/123 · rtl 0/178 · docs:check 0/627 · smoke 311/311. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	de0615caf2	fix(morfo): affix deja de declarar lo que solo lee una capa, y el gancho pasa a nombre de CAPA ... Correccion doctrinal, senalada por el autor: **morfo es la capa declarativa ENTRE capas**. Un atributo que consume una sola no es contrato. `affixMorfo` declaraba `data-affix-placement` y `data-affix-stretch`. Los lee UNA: el CSS. No debian estar ahi — y la doctrina nombra la familia exacta (`morfo.md` §`undeclaredState`: «the escape hatch for attrs OUTSIDE the contract — a visual wrapper's `data-size`, a presentation flag like `data-sheet`»). Los declare porque `morfo-check` los exigia, que es la herramienta dictando la doctrina: el guard clasifica por PREFIJO DE NOMBRE, la doctrina clasifica por NATURALEZA, y las dos solo chocaban porque el gancho llevaba el nombre del componente. Y no era su nombre. Lo estampan tres —`Affix`, `Fab`, `MenuDial`—, asi que no es de ninguno: pasa a **`data-viewport-placement`** / `data-viewport-stretch`. La colision con el guard desaparece por construccion, sin excepcion que escribir. Es el mismo error que `--fab-offset` leido por la capa: nombrar por un participante algo que es de todos. `affixMorfo` se queda con lo que si es contrato: la identidad `data-affix`, que es como el DOM dice «esta caja es un Affix» a quien pregunte. TAMBIEN INTENTADO Y REVERTIDO, con su motivo, para que nadie lo reintente: mover el fichero a `eidos/lib/viewport-placement.css` junto a `list-surface.css`. `recipe-css-contract` lo tumbo y tenia razon — **el sistema de tokens esta indexado por componente**: toda clave de `recipes/base.ts` exige su `components/{c}/{c}.css`. `list-surface` puede vivir en `lib/` porque NO tiene clave de receta (sus `--list-*` viven dentro de su propio CSS, por `data-size`, no como defaults temeables en `:root`); los nuestros si lo son. La parte portante —«esto no es de nadie»— la lleva el nombre del gancho, no la carpeta. Queda escrito en la excepcion E-2.2 del README y en el PLAN. Sin cambio de comportamiento: 68 sustituciones de nombre, mismas reglas, mismos valores. Verificado en las tres rutas. check 69 = base intacta · component:audit affix 0/0 · fab 0/2 · menu-dial 0/0 · morfo:check affix PASS · layer:check 0/3 · contrato de capa 13/13 · recipe-css-contract + api-contract 50/50 · rtl 0/178 · smoke 311/311. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4b39b718c6	fix(eidos): el aviso al pie se lee donde se ve, y la fuente unica deja de mentir sobre si misma ... Cierra los dos hallazgos que quedaban de la auditoria. ORDEN DE LECTURA (a11y). `position: fixed` saca la tira del flujo VISUAL pero no del DOM: se lee donde esta en el fuente. Con `affix="bottom"` el aviso se ve al pie y la mini-pagina lo renderizaba primero, asi que un lector de pantalla lo anunciaba ANTES que la cabecera — medido en la preview del propio block, era el primer nodo del documento. Quien decide eso es el APP, no el block: el block coloca, el documento ordena. Asi que la correccion no es un prop, es que la demo deje de modelar el desajuste — el aviso se renderiza donde se ve — mas la advertencia en el typedoc de `affix` y una fila en los Gaps. Verificado en los dos bordes: con `bottom` el aviso va DESPUES de la cabecera en el DOM y se ve al pie; con `top` va antes y se ve arriba. En ambos, z 150 y pegado a su borde. AFIRMACIONES OBSOLETAS. Cinco sitios seguian diciendo que `Fab` "ships a private copy today" y que su migracion estaba pendiente — falso desde 1fc0a7a96, que es mi propio commit. El fichero que declaro fuente unica mentia sobre su estado. Corregidos `affix.svelte`, `index.ts`, la tabla de attrs del README y las dos menciones de la demo. Lo que queda dicho es lo cierto: `Fab` la lee, `MenuDial` sigue con copia propia. check 69 = base intacta · blocks 0 · layer:check 0 violaciones · contrato de capa 10/10 · smoke 311/311. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	acb7f0b416	test(eidos): la capa compartida deja de no tener guard — uno de texto y uno de valor computado ... La auditoria encontro que `affix` no tenia NINGUNA cobertura automatica: nueve zonas, el remapeo RTL, la regla de stretch y el empate de `position` con `[data-button]` estaban verificados solo a mano. Con dos consumidores y un tercero planificado, eso era el hallazgo estructural. Van dos guards, y la division del trabajo entre ellos es medida, no supuesta. `shared-layer-contract.test.ts` (texto, proyecto node) — nueve zonas cubiertas, `stretch` solo en bordes de bloque, ningun eje leido sin la ranura de override, ninguna regla de geometria enganchada en `data-affix` (la identidad), y el contrato de consumidor: importa la capa, estampa el gancho, no acuna tokens propios, y reafirma `position` si el primitivo que compone ya declara uno. Existe por UNA razon que el navegador no puede cubrir: `getComputedStyle` de `--_affix-safe-inline-start` devuelve `"0px"` en escritorio — medido. La sustitucion ya ocurrio, asi que que `env(safe-area-inset-*)` alimento la ranura se perdio. Un remapeo con una sola mitad volteada se lee igual que uno correcto en toda maquina donde corre CI, y solo aparece en un movil con muesca, apaisado y en RTL. El texto es el unico sitio donde ese emparejamiento se ve. `scripts/layer-check.ts` (navegador, `npm run layer:check`) — para todo elemento con el gancho: `position` es el que la capa promete, la z resuelve, los tokens publicos resuelven, y ninguna ranura declarada inline computa a vacio (la firma exacta de un ciclo de custom property). La lista de consumidores es DERIVADA de quien importa la capa, asi que MenuDial entrara el dia que migre sin tocar nada. Lo que NO comprueba, y esta escrito en su cabecera en vez de tapado: la geometria. La asercion obvia —"el inset anclado no es `auto`"— es INUTIL: `getComputedStyle` da el valor usado, asi que un `auto` se lee como pixeles (medido: `-1976.7px` en una sonda, `324px` en el fallo real del ciclo). No hay forma a nivel de propiedad de distinguir "324px porque el calc murio" de "324px porque lo pidio el autor". Eso exige comparar contra el bloque contenedor, que exige caminar ancestros. Diferido al tercer consumidor. Ambos guards se verificaron POR MUTACION, porque un test en verde no prueba nada hasta que falla sobre el defecto que dice atrapar: texto M1 media mitad del remapeo RTL -> falla M2 zona borrada -> falla M3 vuelta a un solo nivel de token -> falla M4 puente sin `position` -> falla M5 fab reacuna --fab-z -> falla navegador M6 la capa pierde el position de veras -> falla M7 token de z renombrado -> falla M8 la demo deja de ejercitar la capa -> falla M8 no es teorico: la PRIMERA corrida de `layer:check` dio verde habiendo mirado CERO elementos, porque la demo de fab arrancaba en `placement="static"`, que no estampa gancho. Un guard que aprueba porque no habia nada que mirar es peor que no tenerlo, asi que ese caso es ahora un fallo y el default de la demo pasa a `bottom-end` — "floating" es el nombre del componente y su demo deberia ejercitarlo (la caja del stage tiene `contain: layout`, no se escapa). Y una comprobacion mas que dejo dicha: quitar `position: fixed` del puente de fab NO rompe nada en el orden de carga actual — la capa gana el empate igual. Esa linea es un seguro contra un orden que puede cambiar entre builds, no el arreglo de un estado roto; por eso la cubre el guard de texto y no el de navegador. check 69 = base intacta · smoke fab PASS · layer:check 0 violaciones sobre 2 consumidores · suite 120/120. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c945be23b6	refactor(eidos)!: un eje de capa = un token publico + una ranura, y Fab deja de acunar los suyos ... BREAKING: se retiran `--fab-offset` y `--fab-z`. No hay shim (regla del tier). Rompe a quien los sobreescriba en CSS de app; el sustituto es `--affix-offset` y la ranura `--_affix-z`. Salio de auditar lo de ayer. `Affix` hacia que el prop `offset` escribiera el MISMO nombre que la capa lee, y eso trajo dos problemas a la vez: 1. Un ciclo. `offset="var(--affix-offset)"` producia `--affix-offset: var(--affix-offset)` — custom property auto-referencial, que CSS resuelve a guaranteed-invalid, matando el calc() de los insets y dejandolos en `auto`. Medido: la caja aterrizaba a 324px del borde que debia tocar. Y la demo ofrecia ese valor COMO UNO DE LOS TRES CHIPS de `offset`, con la intencion de decir «el default». 2. Redundancia. Como el prop pisaba el token publico, Fab no podia usarlo y tenia que acunar `--fab-offset` / `--fab-z`, cuyo UNICO lector era el puente que los traducia de vuelta a los nombres de la capa. Un vocabulario paralelo para valores que la capa ya posee — justo la deriva que la capa venia a borrar. La forma correcta ya la habla el arbol (`code.css` x6, `display.css` x6, `calendar-select` x4, `button` x2, `dialog`, `kbd`): DOS nombres por eje. --affix-offset / --affix-z publico, en :root, desde recipes/base.ts. el default temeable, un retoque para todos. --_affix-offset / --_affix-z la RANURA de override. Ahi escribe el wrapper desde el prop, y ahi escribe un consumidor en su puente cuando su default difiere. Consumo: `var(--_affix-offset, var(--affix-offset))`. Con la ranura distinta del token, el ciclo se vuelve imposible POR FORMA, no por aviso: escrito a mano, `--_affix-offset: var(--affix-offset)` ahora resuelve a 16px en vez de morir. El puente de Fab baja a dos lineas y pierde toda traduccion de tokens: [data-fab][data-affix-placement] { position: fixed; /* gana el empate con [data-button] */ --_affix-z: var(--z-index-sticky); /* el UNICO valor en que difiere */ } Lo que Fab necesitaba no era un token propio sino un VALOR distinto: se queda en la banda `sticky` y no en el peldano `affix` (150), para que un menu o un dialogo sigan abriendose por encima del FAB. La regla que esto fija para consumidores futuros queda escrita en los dos README: un eje de capa tiene dos nombres —default publico y ranura— y el consumidor escribe la ranura. Acunar `--{componente}-{eje}` al lado recrea la deriva. Verificado midiendo. Affix: `default` sin style inline y 16px, `0px` a 0, `2rem` a 32. Fab: `--fab-offset` y `--fab-z` resuelven a cadena vacia (retirados), y las esquinas siguen a 16px, `fixed`, z 100 via la ranura; `static` sigue `relative` / `auto`. Identico a antes byte a byte en comportamiento. component:audit affix PASS 0/0 · fab PASS 0/2 · check 69 = base intacta · rtl 0/178 · blocks 0 · eidos-lint invalid 0 · suite eidos 151/151 · smoke 311/311. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1fc0a7a96b	refactor(eidos): Fab deja de tener su propia copia de la colocacion — la lee de la capa ... Primera de las dos migraciones que dejo abiertas `Affix`. `fab.css` tenia cuatro reglas de esquina que eran una de TRES copias privadas del mismo CSS (menu-dial tiene nueve; `air/layout/float` las tuvo antes que las dos). Se borran: ahora `fab.svelte` importa `../affix/affix.css` y estampa `data-affix-placement`, y en `fab.css` queda un puente de tres lineas. Es la forma con la que las recetas de menu/listbox consumen `lib/list-surface.css`. El puente reafirma `position: fixed`, y no es redundancia: `button.css` declara `position: relative` sobre `[data-button]` a la MISMA especificidad (0,1,0) que la regla base de la capa, y los dos ficheros van code-split — en el orden de carga equivocado la capa pierde el empate y un FAB flotante computaria `relative` en silencio. Los ocho insets siguen viniendo de la capa; solo esa propiedad se pelea en local. Queda escrito en los dos README como lo que le debe al puente cualquier consumidor cuyo primitivo compuesto ya declare `position`. Nada cambia de comportamiento ni de API: - `--fab-offset` y `--fab-z` siguen siendo publicos de Fab; el puente apunta la capa a ellos en vez de sustituirlos. `--fab-z` se queda a proposito en la banda `sticky` y NO en el peldano `affix` (150) — un menu o un dialogo tienen que seguir abriendose por encima del FAB. - `placement="static"` ya no estampa gancho ninguno, asi que no casa nada y el consumidor lo coloca. La salida pasa a ser una ausencia en vez de una quinta regla. - `data-placement` desaparece del DOM del FAB; solo lo leia `fab.css`. Medido en las cinco colocaciones sobre la demo: las cuatro esquinas a 16px de sus dos bordes (`--fab-offset` puenteado), `fixed`, z 100 — identico a antes — y `static` sin gancho, `relative`, z `auto`. `MenuDial` intacto: conserva su `data-placement` propio y su trigger es un `Fab placement="static"`. Y queda probado en vivo el motivo del split de attrs: `morfo-check` NO juzga el `data-affix-placement` del `<button>` contra `affixMorfo`, porque se salta todo attr que no empiece por el kebab del propio morfo. component:audit fab PASS 0/2 (sus excepciones documentadas) · affix PASS 0/0 · rtl 0/178 · eidos-lint fab/affix invalid 0 · smoke 311/311. Los dos fallos previos de morfo:check (fab `data-fab-size`, menu-dial `data-state`) siguen exactamente igual: son ajenos a esto. Queda: migrar `MenuDial` (9 zonas), con su fallback `1100` y su offset interno. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	92c8f6466a	feat(eidos): Affix — la pieza que Sticky no puede ser, y la capa que Fab y MenuDial ya habian copiado dos veces ... Un aviso al principio del documento se va con la pagina: `position: sticky` se despega en cuanto termina su contenedor. Medido el 2026-08-10 sobre el block `banner` — `Sticky edge="bottom"` acaba en `top: -8` sin `data-stuck`. No es un cableado roto: es que un elemento anclado al viewport es `fixed`, y eso es otro componente. Pero no es un componente nuevo: la capacidad YA existia dos veces. `fab.css` fija 4 esquinas, `menu-dial.css` nueve, y las dos ya divergian (`--fab-offset` publico vs `--_menu-dial-offset` interno; `var(--fab-z)` vs `var(--z-index-sticky, 1100)`, un fallback de 1100 sobre un token que vale 100). Y antes de eso existio entera: `air/layout/float`, el primitivo de 9 zonas que el refactor retiro sin sustituto — lo dicen los README de `float` y de `Fab`. Asi que `affix.css` no es un tercer ejemplar: es la CAPA, enganchada en `data-affix-placement` y no en `data-affix`. El split es portante — `morfo-check` selecciona `[data-affix]` en toda la pagina y valida cada match contra `affixMorfo`, asi que si `Fab` estampara la identidad quedaria soldado a este contrato. Estampando solo el gancho de capa, no. Es el patron de `lib/list-surface.css`: una fuente, cero nodos extra. Lo que salio midiendo, no razonando: - `--z-index-affix: 150`, peldano nuevo. Con la tira en `top` empataba con `--sticky-z-index` (100 los dos) y el empate lo rompe el ORDEN DEL DOM: el aviso va antes que la cabecera en el fuente, luego perdia. 30,7px de solape con el cromo encima — el fallo original reproducido por su sustituto. Un peldano toca DOS sitios: `STATIC_Z_INDEX` y la lista cerrada `Z_INDEX_KEYS`. - NO compone `<Box>`, aunque sea el patron de los primitivos de layout: `box.css` declara `position: var(--box-position, revert-layer)` a la misma especificidad que el gancho, y eidos no usa `@layer`. En el orden de carga equivocado, `position: static` — un `fixed` que no hace nada. - `stretch` es solo de los bordes de bloque. El rail del eje inline se envio y se retiro el mismo dia: `Affix` no dimensiona a su hijo, asi que era una caja invisible de 380px con el hijo de 47px arriba, identica a `top-start` en pantalla. El marco medido decia otra cosa; la pintura mandaba. - `env(safe-area-inset-*)` es fisico y los anclajes logicos: remapeado bajo `:dir(rtl)`. Emparejar `inset-inline-start` con `safe-area-inset-left` despeja la muesca equivocada en RTL apaisado — que es lo que hacen hoy `fab` y `menu-dial`, registrado. `banner` recupera lo que su README daba por imposible: `affix="top" | "bottom"`. La disposicion anterior decia «app-land, el canon ya trae Sticky» y nombraba un componente que no puede hacerlo. Verificado con recorrido real (342px en la demo, 1247px en la preview del block): desplazamiento 0 en los dos bordes, nueve zonas exactas, RTL espejando, el ancestro transformado derivando -342px como esta documentado, y `elementFromPoint` sobre la tira devolviendo el aviso y no el cromo. component:audit PASS 0/0 · morfo:check PASS · rtl 0/178 · smoke 311/311. Queda: migrar `Fab` y `MenuDial` a la capa. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	778877dc94	docs(soma): los pickers dicen ya lo que Escape hace — adopcion del texto del eje de dismissal ... El JSDoc de color/time/time-range-picker y dos demos llevaban en el arbol sin commitear desde el 2026-08-11 mientras HEAD decia lo contrario de la conducta shipped (82d269cd8: Escape descarta en AMBOS modos, un cierre sin causa es un descarte), y el ledger §D5 citaba como evidencia una linea (time-picker/types.ts:42) que en HEAD no existia. Trabajo del eje de dismissal adoptado tal cual — cero cambios de codigo, solo el texto que hace verdadero el contrato documentado. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e5811e422c	feat(morfo,soma,eidos): el cruce de mes lo sella la vista paginada, no un mes suelto ... Con `numberOfMonths=2` el calendario tenia un *shift invisible* a medias: al pulsar «siguiente», junio cambiaba sus fechas quieto y julio cruzaba. Medido — un solo sello, sobre el segundo grid. La causa no es el runtime ni el llamador. `grid` es una parte REPETIDA, y un emit sin ancla resuelve a la instancia viva mas reciente (`resolveEmitTarget`). `shift-navigate` apuntaba a `grid` desde el 2026-08-11, cuando se le saco del boton para que dejara de pisar su `contact-activate` (A-36). Era correcto para un mes y falso para dos, y un destino que solo vale para un valor del parametro no es un destino. La ley que este mismo eje escribio ya traia la respuesta (`morfo.md` §Where the stamp lands): *if it isn't the subject, the morfo is wrong*. El sujeto es la VISTA PAGINADA — lo que cruza como unidad bajo cualquier numero de meses. No existia como parte, asi que se declara: `months`, arquetipo `viewport`, con `targetFallback: [grid]` para que una composicion headless sin ella degrade a lo de antes en vez de callarse. Se descartaron tres alternativas, y por que ------------------------------------------- - Emitir N veces ancladas: acuna N ocurrencias para UN gesto, N ids en el arbitro de dominancia y una repeticion en la memoria de frecuencia (C-2 solo exime a `handle`), y luego hay que silenciar N-1 desde el componente. - Un emit con N sellos: `resolveEmitTarget` es UNA resolucion para TRES lectores «so they can never disagree» — y el movimiento de foco a11y necesita uno. Ademas declararia que cruzaron dos cosas; el cap. 27 dice que cruzo una. - Volver al provider con CSS descendiente a mano: el provider no es el sujeto (la cabecera no se mueve), deshace una correccion medida y duplica el shorthand de animacion en cuatro recetas. De paso, dos partes clandestinas legalizadas -------------------------------------------- `data-calendar-month-panel` lo fabricaban a mano los cuatro demos multi-mes y `calendar.css` lo estilizaba igualmente, sin que ningun morfo lo declarara; el contenedor lo montaban con un `style` en linea que rederivaba el numero de meses en cada pagina, o con clases locales (`.range-months`, `.month-stack`) que apuntaban a un `--calendar-month-gap` que NO EXISTE — el fallback `36px`/`32px` hacia todo el trabajo. Ahora son partes, la disposicion vive en la receta (`grid-auto-flow: column`, sin contar meses) y el token es `--calendar-months-gap`. Correccion de lo que dije al proponerlo: `eidos-lint` NO cazaba esa deriva — clasificaba el selector como `eidos-only`, no como invalido. Lo que gana el cambio es mover 2 selectores de eidos-only a morfo-backed. Quien si lo caza es `morfo:check`, contra el DOM real. Medido ------ Navegador, `numberOfMonths=2`: el sello cae en `[data-calendar-months]` con `data-event-direction=forward`, corre `shift-cross-forward 0.32s`, y los DOS grids se desplazan 10 px a los 40 ms del cruce (antes: uno). En RTL, `--motion-shift-sign` pasa a -1 y los dos van a -10 px. El boton conserva su `contact-activate` en su propia ranura. Consola limpia en los cuatro demos; el date-range-picker, que muestra dos meses por defecto, es donde mas mordia. `morfo:check` contra el DOM: calendar y range-calendar PASS. `eidos-lint`: invalid 0 en ambos, morfo-backed 27→29 y 39→41. `docs:check` 0/623. Verificado sobre el ARBOL INDEXADO en un worktree aparte, no sobre el mio: `check` 57 errores, identico a HEAD, cero nuevos; 2154/2154 en morfo + soma + eidos + sema. Los 6 fallos de `contracts.test.ts` que se ven en mi arbol de trabajo son de la otra sesion (waveform, media-player, audio-player, menubar, aura, radio-group, tabs): en el arbol firmado pasan. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b201f190db	refactor(morfo,soma): el default del nombre sube al contrato y las cadenas que lo duplicaban se van ... Consecuencia de la precedencia en dos clases. Tres barridos que resultaron ser el mismo defecto visto desde tres alturas. ESPEJOS (10). Lineas de provider que reescribian el `aria-label` que el bag ya emitia: popover y float-panel close, editable x3 —su propio comentario ya confesaba «resolves to the same id»—, palabras x4, y los seis hand-merges consumer-first de wrapper (file-upload x5, command-list) que reimplementaban a mano la politica de `mergeProps`. Con ellos cayeron cuatro errores de tipado preexistentes. BUTTON. Retirada su danza de dos entradas: la entrada `propRef` + `prop-truthy` del morfo, el destructure del wrapper y la fuente del provider. El attr del consumidor fluye por restProps y gana por politica; el tipo con su JSDoc se queda, que documenta la API sin enrutar nada. LAS ~28 CADENAS `resolvedAriaLabel`. Eran la danza de Button a escala: el prop publico ES `aria-label` (los types hacen `Without<>` y lo re-declaran), asi que el wrapper lo sacaba de restProps para que el provider lo resolviese contra un default y lo devolviese al bag. 21 componentes normalizados; el default vive ahora en el morfo y la supresion por labelledby es una `condition` declarada en vez de un `if` escondido en un resolver. Y CROSS-ELEMENT, la clase que el barrido destapo y que no estaba prevista: textarea, mask-field, search-field, password-field y navigation-menu declaraban el prop en una raiz que pinta un `<div>` sin rol mientras el nombre pertenece a un control HIJO. El morfo declaraba la etiqueta INCONDICIONAL mientras el provider la suprimia ante un `Field.Label` y luego la pisaba siempre — el plan se evaluaba y se tiraba. Ahora el default vive en la parte que posee el nombre, la supresion se declara (`prop-falsy fieldLabelled`, prop virtual del provider) y el prop de conveniencia de la raiz se reenvia con spread CONDICIONAL: escribir la clave sin condicion la pone a `undefined` y BORRA el default que el bag acaba de aportar. `aria-label` gana a `<label for>` en el computo del nombre, asi que esa supresion es correccion, no cosmetica. waveform era otra cosa y por poco se rompe: su default se QUEDA en el provider —el nombre lo lleva un `<Slider>` compuesto, que no es parte suya—. Su defecto estaba en el otro extremo: prop `ariaLabel` camelCase, unico en el catalogo, y `Without<..., {}>` que no filtraba nada, asi que un `aria-label` del consumidor aterrizaba en el div sin rol y se perdia. Alineado con el catalogo; el tipo estrecho caza al hacerlo un consumidor real (media-player-time-slider). De paso, la incoherencia de gemelos: range-calendar declara ya sus month/year-select con los MISMOS refs `#?common.calendar.*` que calendar. Fuera de alcance por medida, no por pereza: las etiquetas que cambian con el ESTADO (`mapRef` devuelve `map[String(raw)]` sin traducir) y las INTERPOLADAS (`translationRef` nombra una clave, no admite params). Refs compilados 145 -> 157. check 70 = base. soma 1269 verdes (1 timeout ajeno preexistente), morfo+sema 496. SSR de las paginas migradas sin una sola fuga de `#?`: el consumidor gana donde lo pasa y el default resuelve en castellano donde no. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6f42eebfe8	feat(morfo,sema,eidos): todo evento dice de que familia es, y el cruce por fin se ve ... El framework llamaba a la misma cosa de dos maneras: `open` pelado en ocho componentes y `emerge-open` en tres. No era estetica — un preset de movimiento engancha el nombre con `^=`, asi que el dialecto pelado no casaba con ninguna firma y simplemente no animaba, sin romper una sola prueba. Los 40 nombres sin prefijo pasan a `{familia}-{verbo}[-{matiz}]`: 256 eventos, 256 con prefijo, 0 ambiguos. El plan decia 36 y decia `handle-drag-start`; eran 40, y el canon (c25) dice que esos verbos son `pick` y `drop` — `handle-pick` y `handle-drop` ya existian en 10 y 4 componentes. `validateMorfo` cierra la puerta: un `events[].name` que no empiece por su familia ahora lanza. Visto fallar antes con un nombre pelado inyectado. Lo que el renombrado destapo, y va aqui tambien: - La receta del splitter enganchaba `commit-resize`, muerto desde `bd2e40366`. No casaba desde mayo y nadie chillo. Reescrita por FAMILIA, como slider y knob, y `eidos-lint` valida ahora el VALOR de `data-event*` contra el catalogo de morfos — el guard que lo habria cazado en su dia. - La familia `shift` era muda en el canal visual, contra su propia doctrina (c27: el cruce debe percibirse; c34 tipifica el «shift invisible»). Su mapa ya describia la firma que le faltaba y su sonido por defecto es `slide`. Ahora tiene firma direccional: sexto atributo del sello (`data-event-direction`, `forward`|`backward`, por emision) y deslizamiento de 320ms RTL-safe por `:dir()`. Medido: LTR -30px/+30px, RTL los invierte. - El sello de `shift-navigate` pasa del BOTON al `grid` en los cuatro calendarios. Medido: el boton recibia `contact-activate` y 8,5 ms despues —media trama— el `shift-navigate` pisaba la misma ranura y el `press-squeeze` moria sin pintar un fotograma. Una superficie, una ranura (A-36). - 101 contradicciones docs<->morfo adjudicadas con evidencia (git log, docs de decision, el componente vivo). Las docs desfasadas, corregidas; los nueve DEFECTOS de codigo obsoleto quedan abiertos y sin tocar. - `SoundDirection` -> `SoundContour`: era un contorno de tono, no un sentido, y habia tres cosas distintas deletreadas «direction». check en su linea base con 0 errores nuevos por diferencia de conjuntos · docs:check 0/0 · eidos-lint invalid 0 · el censo y las escenas de navegador medidas con raton real y rAF vivo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	a542f9f10d	feat(eidos): chronos abre su estructura, y el cuerpo por defecto la estrena ... C5 rebanada 1 de 4. Que partes son publicas no es cuestion de gusto: es `kind` en el morfo (21 publicas, 12 privadas). Namespace `Chronos.*` con la forma de Table/Calendar, y la raiz gana ranura de composicion — pasar `children` REEMPLAZA el cuerpo por defecto. Antes se renderizaban ADEMAS de la vista completa, un segundo arbol colgando de un calendario entero; ningun consumidor los pasaba. Ocho partes de toolbar (`Toolbar`, `Heading`, `Prev`/`Next`/`Today`/`Undo`/ `Redo`/`SearchButton`), ergonomicas al estilo `Calendar.PrevButton`: componen el IconButton/Button del sistema, su glifo y la llamada al provider, asi que el consumidor recibe un control que FUNCIONA y no un gancho vacio. El cuerpo por defecto se recompone desde ellas — no es un camino privilegiado, es el primer consumidor de la API compuesta. `searchOpen` sube al provider: en un toolbar compuesto el boton y la paleta viven en subarboles distintos y el provider es el unico sitio que alcanzan los dos. Y la prueba compuesta destapo un hueco real — el SearchButton compuesto no abria nada porque la paleta vivia en el cuerpo por defecto. Los overlays pertenecen a la RAIZ: extraida a `chronos-search-palette.svelte`. El Dialog del editor tiene el mismo hueco y sigue dentro de la vista; es lo primero de la rebanada 2. Dos declaraciones falsas mas, del patron de siempre: `toolbar` declaraba `header` y se pintaba un `div`; `heading` declaraba `div` y se pintaba un `span`. Los wrappers renderizan lo DECLARADO, medido sin desplazamiento. Medido con dos instancias en la misma pagina: next en la compuesta mueve solo la compuesta (junio -> julio), prev en la de por defecto mueve solo esa (junio -> mayo), ids de heading distintos, y la paleta de cada raiz lista sus 18 eventos por separado. check 74 = base · 458 vitest · morfo:check PASS chronos · docs:check 0/621 · rtl:check 0/177 · eidos-lint invalid 0 · consola limpia en las tres vistas. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	49362d89e9	feat(sema,sound): un pack se entrega como quieras — y un `data:` no se pide, se descodifica ... La entrega deja de ser parte del contrato. Un pack de ficheros puede llegar como quince URLs o como UN JSON de base64 (`packFromBase64`): mismo tipo, mismo intercambio en caliente, misma reserva sintética por entrada, y un nombre que no existe sigue sin compilar. Medido sobre `static/sounds/ui-inline.json`: una petición en vez de quince, y 69.082 B con brotli frente a 79.332 B de los ficheros sueltos — el +33 % del base64 lo deshace la compresión, y el JSON gana además porque nadie comprime `audio/mpeg` y todos comprimen `application/json`. ## `step` no se oía Era a la vez el MÁS CORTO (18 ms) y el MÁS FLOJO (gain 0.025), y esas dos cosas se multiplican: el oído integra energía durante ~100-200 ms, así que un tono corto necesita MÁS amplitud, no menos. Medido, rendía a −29,8 dBFS con la novena parte de la energía de `touch`. Ahora 0.06 a los mismos 18 ms. Lo que no había era el guard: la distinguibilidad es una RELACIÓN, y dos sonidos pueden ser perfectamente distintos entre sí y ser los dos inaudibles. `sound-names.test.ts` gana un suelo absoluto sobre `gain² × duración`. ## El precalentamiento no precalentaba - `preload` pedía el contexto con `getOrCreateContext()`, que hace `await resume()` — y antes del primer gesto esa promesa se queda PENDIENTE en Chrome, no se rechaza. No descargaba nada hasta que el usuario ya había pulsado, que es justo la latencia que el preload existe para quitar. `decodeAudioData` funciona en un contexto suspendido. - Aplicar un pack en caliente no calentaba la caché: cada nombre pagaba su viaje la primera vez que sonaba. Ahora `rebuildMap()` llama a `warmSamples()`. - Con `preferences.sound === 'off'` no se descarga NADA — un pack que no se puede oír son bytes gastados en silencio. Pero la petición se RECUERDA en vez de tirarse: el nivel se lee en el dispatch, así que la primera reproducción audible vacía la cola y encender el sonido no devuelve una caché fría. ## Un `data:` se descodifica en el sitio `connect-src 'self'` BLOQUEA `fetch('data:…')` — la directiva casa por ESQUEMA y `'self'` no cubre `data:` — mientras deja pasar una ruta del mismo origen. Un pack inline enrutado por `fetch` caía a síntesis EN SILENCIO justo en el entorno que llevó a alguien a hacerlo inline. Y es ~6x más lento. `bytesFor()` lo resuelve con `atob`. ## De la revisión adversarial - Las claves del JSON se validan: una que no sea `SoundName` LANZA, igual que una ruta mala en `assertMapPaths` y por la misma razón — tragarse la errata da el síntoma «parte de mi pack no se aplicó» sin nada a lo que apuntar. - `isSoundName` preguntaba `name in SEMA_MAP.sounds`, y `in` recorre el prototipo: `isSoundName('toString')` devolvía `true`. Inofensivo mientras todos los llamantes tecleaban el nombre; nada inofensivo al validar red. - `warmSamples` sólo tenía una de las dos ramas que sí tiene el constructor, así que una app con canal de sonido propio se calentaba al arrancar y nunca más; y esa rama leía la preferencia UNA vez, en construcción. Las dos se caían por lo mismo: ahora comparten `warmUrls()` en vez de duplicarse. - El demo del catálogo cancela su fetch: elegir `inline` y saltar a `synth` antes de que llegara reinstalaba el pack sobre un `clearMap()` ya hecho. - `fallbackFor(name)` borra los dos casts que copiaba todo el que autorase un pack de ficheros. ## Documentación `architecture/sema.md` gana la sección de las dos formas de entrega y el párrafo de `preloadSamples` reescrito — describía un precalentamiento que ya no es el que ocurre. El README del arte conoce la ruta `data:`. La página de packs gana su sección equivalente y deja de señalar unos `.wav` sueltos como «el ejemplo». Y un fantasma: `soft` no existe — es un nombre del catálogo viejo que quedaba como ejemplo en ocho sitios, incluido el docstring de `applySounds`, cuyo ejemplo copiado literalmente LANZABA. `static/sounds/ui-inline.json` se genera desde `packs/ui-mp3.ts`; el comando está documentado ahí y reproduce el fichero byte a byte. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	11b54025d4	feat(sema): pack de ejemplo con ficheros mp3, recortados y normalizados ... El autor dejo una biblioteca de 35 mp3 en `static/sounds/ui` y pidio recortarlos y normalizarlos para usarlos como pack alternativo. Medidos ANTES de tocar nada, los originales tenian tres problemas que habrian hecho parecer roto al sistema: · LATENCIA DE ARRANQUE. `button_hard` no empezaba a sonar hasta los 347 ms. Un sonido de pulsacion que llega un tercio de segundo despues no confirma nada: se lee como eco. `button_squishy` 148 ms, `blocked` 78 ms, y varios mas con 25 ms de silencio de cabeza. · DURACIONES FUERA DE ESCALA. `item_select` 862 ms para seleccionar en una lista donde puedes recorrer cinco elementos por segundo — se solapan tres a la vez. `success_chime` 1591 ms. · NIVELES SIN NORMALIZAR, factor 14x entre picos (0.066 … 0.961): unos inaudibles al lado de otros. PROCESADO con ffmpeg: recorte de silencio en ambos extremos + loudnorm a −20 LUFS / pico real −1.5 dB, mono 44.1 kHz. Resultado medido en el navegador: TODOS arrancan en 0 ms, y las duraciones se desploman — `button_soft` de 862 ms a 28 ms, que resulta ser la longitud ideal para un toque; `copy` a 78 ms, casi exacto al `tick` sintetico. 292 KB en total. ⚠️ Los originales NO estaban en git y el procesado los reemplaza. Copia de seguridad de esta sesion en /tmp/ui-originales (efimera): si los quieres conservar, guardalos tu. EL PACK (`src/uix/sema/packs/ui-mp3.ts`) mapea 16 nombres a 16 ficheros. Es una TRADUCCION, no una busqueda: la biblioteca esta nombrada por componente (`button_`, `tab_`, `panel_`, `window_`) que es justo el eje que el vocabulario rechaza, asi que cuatro ficheros compiten por el nombre `open` y sobran quince. Cada entrada conserva como reserva el sonido sintetico del framework, de modo que un 404 degrada a la voz por defecto en vez de enmudecer. Lo imperfecto queda ESCRITO en el fichero, no escondido: `tick.fulfill` dura 425 ms y `tick.loss` 723 ms, muy por encima de la ventana perceptual que persigue el pack sintetico. Es el precio de usar material encontrado — suena mas rico y se comporta peor. Un pack grabado PARA este sistema se grabaria a sus duraciones. `engine.applySoundPack(pack)` instala entradas enteras (frente a `applySounds`, que retunea valores de las que ya hay); `clearMap()` revierte tambien el pack. Y el catalogo de la documentacion estrena conmutador: mismo nombre, otra voz, para comparar A OIDO. VERIFICADO en el navegador espiando el grafo de audio: con el pack por defecto `tick` crea dos osciladores a 850/1275 Hz; con `ui-mp3` crea un buffer de 78 ms y CERO osciladores. El cambio funciona de punta a punta. sema+morfo+soma 1075/1075 · uix sin errores de tipos nuevos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4f1b9d4236	docs(web): la pagina del sonido explica el sistema entero, no solo su uso ... Segunda correccion del autor, y mas dura que la primera: «para ser una pagina de documentacion me parece ridicula, no habla de los morfos, ni nada de nada, ni la generacion de sonido, las utilidades, nada, la teoria, el que se persigue... mezcla lo complejo con lo simple, como si el que la lee supiera de donde viene todo». Tenia razon: era una guia rapida disfrazada de documentacion. Enseñaba a usar el sistema presuponiendo el ecosistema entero — mostraba un bloque `semantic: { family, verb, intent }` sin haber dicho nunca que es un morfo, ni donde vive, ni quien dispara el evento, ni como se convierte en sonido audible. REESCRITA COMO DOCUMENTO, ocho secciones que van de la teoria al oscilador: 1. QUE SE PERSIGUE — lo que faltaba entero. Un suceso es UNA cosa expresada por varios canales; de ahi los tres objetivos que explican todo lo demas: que la lectura sobreviva a perder un canal, que no fatigue, y que sea coherente — y por que eso ultimo obliga a quitarle al componente la libertad de elegir. 2. EL RECORRIDO — morfo declara → soma dispara → sema elige → $sound fabrica, con la ignorancia mutua entre capas explicada como decision. 3. EL MORFO — que es, donde vive, para que sirve, con la declaracion REAL del Toggle entera y las tres palabras (familia/verbo/intent) definidas con sus conjuntos cerrados completos. 4. SEMA — los tres canales (visual estampa atributos, sound, haptic) y las dos busquedas. 5. COMO SE FABRICA EL SONIDO — lo que no estaba y era la mitad del tema: dos osciladores a una quinta mezclados al 30%, el filtro paso-bajo que ES el brillo, la envolvente con sus topes y por que existen, el barrido de contorno de ±400 cents, y la aspereza como trémolo en serie. Mas como encaja un fichero de audio y su reserva. 6. INTERACTIVO — ahora muestra tambien la firma que recibe el motor. 7. LAS UTILIDADES — preferencias (full/reduce 0.4/off), memoria de frecuencia (umbral 3, −15% hasta suelo 25%, ventana 2s, exenciones), SILENT como retirada del canal, buses ui vs content, y la escala de ventanas perceptuales. 8. CUANDO UN COMPONENTE QUIERE OTRA COSA — el caso practico, al final. Los datos siguen saliendo del codigo (SEMA_MAP, el resolver); las constantes del motor citadas en prosa se verificaron leyendo la voz de sema y las constantes del canal, no de memoria. ⚠️ Bug propio de la escritura: backticks anidados dentro de un literal de plantilla rompian el SSR (500). Cazado al verificar, no despues. VERIFICADO: las cuatro paginas responden 200 en SSR · check sin errores en ninguna de ellas. ⚠️ Sigo sin poder MIRARLAS — el panel del navegador no compone en esta sesion. La composicion visual queda pendiente de tu ojo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	05d422ef4a	docs(web): cuatro paginas del sonido, escritas para quien llega de nuevas ... Correccion del autor sobre la primera version: «la redaccion esta mal, empieza como si la gente supiera ya que es lo que has pasado, la redaccion tiene que ser didactica para un nuevo desarrollador». Tenia razon — estaban escritas como notas de version para quien vivio el rediseño: se abrian presumiendo el vocabulario y presumian de cuantas reglas se habian borrado, que es mi historia, no documentacion. Reescritas desde cero, en ese orden: primero la escena («guardas un documento y oyes un repique»), luego el vocabulario construido pieza a pieza (familia, verbo, intent) y solo entonces la maquinaria. Cada concepto se explica antes de usar su palabra. /uix/docs/sound como suena una interfaz — el modelo, con la resolucion en vivo (familia + verbo + intent) /uix/docs/sound/catalogo cada sonido que existe, audible, con la razon de por que suena asi y que significa cada eje /uix/docs/sound/packs traer tu propia voz: sintesis, wav, mp3, registrar nombres nuevos, cambiar en caliente /uix/docs/sound/gestos por que un arrastre suena por repeticion, con un simulador de tres velocidades para oirlo DERIVADAS DEL CODIGO: los sonidos, familias, intents y verbos salen de `SEMA_MAP` y del resolver real. Solo la prosa esta escrita a mano, asi que añadir una entrada al catalogo la hace aparecer con sus medidas. Lo historico no desaparece, cambia de sitio: donde aporta —por que los sonidos son tan distintos entre si, que se gana y que se pierde con el trinquete— va al final de su seccion como razon, nunca como apertura. VERIFICADO: las cuatro responden 200 en SSR con sus secciones · check sin errores nuevos en las paginas. ⚠️ Sigo sin poder mirarlas: el panel del navegador no compone en esta sesion, asi que la composicion visual queda pendiente de tu ojo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	86fa9a1b77	refactor(sema)!: el sonido se ELIGE, no se modula — evento.intent = sonido ... Directiva del autor, sin matices: «todo el sistema de sonido es una puta mierda... la unica solucion es evento sonido, evento.intent = sonido, y punto y nada de mierdas de que si el intent modifica nada». Tenia razon, y lo que lo destapo fue oirlo: los dieciseis nombres del catalogo anterior sonaban practicamente igual. Medido despues: cinco de ellos eran LA MISMA nota de 700 Hz a cinco volumenes, y las variantes de direccion se separaban 20 Hz. El modelo de modulacion producia teoria bonita y mush audible. LA REGLA ENTERA, y no hay mas: nombre = per-emit ?? cascada ?? pack ?? morfo ?? familia[verbo] ?? familia.default sonido = pack[`${nombre}.${intent}`] ?? pack[nombre] ?? nada Dos busquedas. El intent SELECCIONA un sonido entero; si no existe la variante se desprecia y suena la base; si no hay base, silencio. Un `threat` no es un `tick` con mas aspereza: es otro sonido —mas grave, mas rasposo, descendente— y no se pueden confundir. EL TIER DEL VERBO es lo que vacia los packs. La tabla de familia se indexa por verbo (`emerge.close → 'close'`), asi que ni un solo overlay escribe su cierre. De ~165 reglas de sonido quedan 30, en 16 de los 71 packs — y las 135 borradas no decian mas que el defecto. Para que el verbo llegue, ahora VIAJA en la señal: se calculaba y se tiraba con un `void` (hallazgo S-40), el tipo prometia que se emitia y era falso. CATALOGO NUEVO: 10 bases + 6 variantes, cada una un sonido diseñado entero. Medido en el grafo de audio real: de 240 Hz (`tick.loss`) a 1900 Hz (`step`), casi tres octavas, y las variantes evaluativas traen su propio modulador de aspereza — texturas distintas, no un tono movido. 100% sintesis a proposito: el pack por defecto no lleva binarios, funciona sin red y no puede dar 404. Los .wav quedan como pack de EJEMPLO. EL GUARD QUE FALTABA: `distinguishability` exige que dos entradas se separen en al menos DOS ejes perceptuales. Nacio en rojo contra mi propio catalogo —ocho pares casi gemelos— y dirigio el diseño hasta separarlos. Una instantanea no lo habria cazado: cada valor era exactamente el que la tabla decia; lo que faltaba era una RELACION entre entradas. GESTOS POR REPETICION (idea del autor). Un arrastre ya emite a su ritmo, asi que toca `step` (18 ms) por emision: la velocidad del gesto ES la del trinquete, como una rueda fisica. Mueren los tres resolvers que sintetizaban tono desde posicion y velocidad —la ultima aritmetica del sistema— y `handle` queda EXENTA de la memoria de frecuencia, que si no estrangularia el trinquete al primer arrastre. Perdida firmada: el ritmo lleva la velocidad, pero la posicion ya no mapea a altura. NADIE ESCRIBE PARAMETROS, ni la app. `SemaSignatureOverride.sound` y `SemaCascadeRule.sound` aceptan un nombre o SILENT. La rendija de autoria inline «para la personalizacion» sobraba: un producto REGISTRA su sonido (nombre + definicion, una vez) y lo nombra. ⚠️ BUG PROPIO durante la cirugia: al reemplazar el bloque del sonido borre tambien la aplicacion de deltas de intent, y el HAPTICO dejo de recibirlos. Lo cazaron sus tests. Restaurado — el haptico sigue modulando porque su vocabulario es categorico y sus deltas cambian el KIND, que tambien es seleccion. MUERE: los deltas de sonido del intent, las bases de sonido de familia, la capa 1.5, `op:'add'` para sonido, `mergeSoundOverride`, y `d7-intent-survives.test.ts` — vigilaba una inversion que ya no puede existir. VERIFICADO: sema+morfo+soma+sound 1108/1108 · docs:check 0/618 · la pagina `/uix/docs/sound` reescrita y medida en navegador (commit+threat → tick.threat; commit+affirm → tick, el intent se desprecia; emerge+close → close sin una linea de pack; sustain → silencio). Los 7 fallos de la suite completa son los ajenos y preexistentes de contracts.test. ⚠️ NO SE HA OIDO. Todo esta medido en el grafo de audio, no con un oido. Si `open` suena a lo que debe sonar un panel abriendose es tu decision, y se afina en un fichero. ⚠️ El estudio `/temas/sema` compila pero edita firmas crudas: su modelo es el viejo. Queda por reconvertir. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	09f8d76e02	fix(web): los 16 botones del catalogo sonaban EXACTAMENTE igual ... Fallo mio, reportado por el autor y confirmado midiendo en WebAudio. `play()` emitia `{ name: 'probe', family, target }` y NUNCA pasaba el nombre seleccionado: el motor resolvia contra los packs registrados, ninguno de los cuales casa con el elemento pelado de esta pagina, asi que los dieciseis chips reproducian la BASE DE FAMILIA. Dieciseis botones, un sonido. Es el peor tipo de fallo en una demo: la pagina MEDIA una cosa (la tabla de capas, que estaba bien) y REPRODUCIA otra, asi que enseñaba justo lo contrario de lo que dice. Quien la abriera concluiria que el sistema no distingue nada. El signal lleva ahora el nombre como override por evento, que el resolver aplica en la capa 1.5 — el mismo hueco donde cae la regla de un pack — luego lo que se oye es exactamente lo que la tabla calcula. MEDIDO en el grafo de audio real, interceptando createOscillator/createGain: antes todos los chips daban freq=[700,1050]; ahora van de 550 a 1080 Hz con picos distintos (subtle 0.03 · loud 0.0825 · air 1080Hz · settle 920Hz · snap 1040Hz/arc). Añade tambien `playLayers()`: reproduce base → nombre → intent en secuencia, para que la aritmetica de la tabla se pueda OIR capa a capa. Sin cablear todavia a un boton. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d161cedccf	feat(web): /uix/docs/sound — la pagina que explica el canal del sonido ... Primera de las ocho del plan, en castellano y DERIVADA del codigo vivo: las tablas leen SEMA_MAP y el resolver real, nunca una transcripcion. Una pagina que copiara el catalogo envejeceria al primer gain que alguien tocara — que es exactamente la deriva que este subsistema se reconstruyo para quitar. SIETE SECCIONES, ordenadas para responder «no se como funciona esto despues de tantas correcciones»: (1) en una frase — un componente dice una palabra; (2) el catalogo, los 16 nombres sonando al pulsarlos, agrupados por la FORMA de cada entrada y no por una lista a mano; (3) el orden con los numeros de verdad, tabla viva de familia x nombre x intent capa a capa; (4) que puede llevar un .wav; (5) que no te toca escribir; (6) las correcciones y por que —la historia ES la explicacion, ocultarla es lo que dejo al autor sin saber como funciona—; (7) el tema. EL BLOQUEANTE, PRIMERO. El interruptor Sound del topbar no silenciaba NADA: el layout no pasaba `preferences`, asi que los canales se quedaban en 'full' y el switch solo movia el intent de prefs (que gobierna el lado visual). Publicar paginas que suenan con un mute que miente es peor que no publicarlas. Ahora pasa un objeto VIVO — ambos canales leen `preferences.{sound,haptic}` por emision, asi que mutarlo silencia al instante sin re-registrar nada. Cierra §3.3 de la cola. MEDIDO EN NAVEGADOR, no supuesto: 7 secciones, 17 chips, la rejilla y los chips con su CSS aplicado, y la tabla de capas moviendose de verdad — con `fulfill` el gain pasa de 0.05 a 0.1, el pitch de 700 a 1000 y el contour de flat a ascending. Es decir: la pagina DEMUESTRA en vivo que el intent sobrevive al nombre, que es la tesis del rediseño entero. ⚠️ NO he podido hacer captura: el panel del navegador no esta visible en esta sesion. Verificado por arbol de accesibilidad, consola y estilos computados — pero no lo he MIRADO. Queda pendiente tu ojo. ⚠️ Corregido de paso un fallo propio: la sonda del resolver usaba `document` en el render de servidor y la pagina daba 500. Ahora cae a un stub en SSR. El nav estrena seccion «El sistema perceptual». Quedan las otras siete paginas, y los seis enlaces muertos que Foundations ya declaraba (/uix/architecture, /uix/tokens, /uix/morfo, /uix/sema, /uix/eidos, /uix/getting-started) siguen sin pagina. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	866089a407	fix(blocks,canon): el ledger dice la verdad y el arco perceptivo vuelve a sonar ... La auditoria del tier tenia los veredictos desemparejados de sus hallazgos: un join por POSICION, y el journal del workflow era de sesion. Reproducido en vivo al re-verificar — el journal devuelve los resultados en otro orden que la entrada. Ledger nuevo con 90 ids estables (AUDIT-blocks-ledger.md), union SIEMPRE por id: 41 arreglados, 34 confirmados, 12 refutados con motivo escrito, 3 dato. La tasa real de refutacion es del 13%, no del 28%. De las 12 ALTA de percepcion, 8 tenian la causa raiz en el CANON. Los blocks componen bien; lo que estaba roto era el arco perceptivo. CANON - Link: la prop color era inerte en subtle/plain (inherit a 0-2-0 ganaba a la paleta a 0-1-0), el hover clavaba primary y el active quedaba tapado por el hover de variante. Medido: el enlace del footer pasa de la tinta del padre a la suya. - Card: prometia BoxProps y no los aplicaba — height="100%" era un atributo inerte. El tipo dice la verdad y el eje de tamano se aplica con un helper compartido (buildSizeStyle). Tarjetas al fin de igual alto. - Form.Submit / Form.Reset: componen el Button del canon, asi que la accion principal de un formulario recupera el contact-activate en el gesto. Y el aria-label generico deja de pisar el texto propio (WCAG 2.5.3 para todo consumidor), verificado con el AX tree de Chrome. - Field: dejaba de duplicar commit-submit dentro de un Form — un Enter emitia dos commits con intents contradictorios y dos earcons. - NavigationMenu: commit-select se mueve al Link (navegar es el acto evaluable), el despliegue habla como emerge-open/close en vez de fingir una seleccion por hover, y el pack casa por fin con la parte que recibe el estampado — antes sonaba a la ganancia base, 10x lo disenado. - Badge: el boton de quitar compone IconButton; la altura del chip pasa a ser la del control, asi que md significa lo mismo en todo el sistema. - Fundacion: [data-on] arrastra la propiedad color, no solo las variables. BLOCKS - hero: la CTA secundaria pasa de 1.61:1 a 6.61:1. - contact: separa incomplete de invalid — el camino de error por campo era inalcanzable por construccion — y su frase llega a la AT. - newsletter: coordina (fase 4 del plan). Maquina de cinco estados, palabras propias, Submit y Reason como partes que leen el contexto. - site-header ya no congela la pagina al cruzar el breakpoint; site-footer emite su commit; pricing no se vacia; cta llega a sangre de verdad. DOCTRINA - La frontera dura 1 nombra $libs/forms como puerta sancionada. - El contrato B admite un segundo servicio: el anunciador. Un block que posee las palabras de sus estados tiene que poder decirlas. Gates: blocks:check 15/0 · vitest 20/20 en blocks y 402/402 en eidos+blocks · svelte-check 75/54 (linea base) · docs:check 0/0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	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	973d2c886d	feat(direction): la proyeccion prefs->DOM es del boot, y el DOM la siembra ... La proyeccion cross-modal (dir · lang · data-motion/sound/haptic sobre <html>) era cableado manual de cada app: solo 4 de ~13 boots de la demo la tenian, y el estampado per-componente del valor de prefs actuaba de SUSTITUTO de la proyeccion que faltaba. Para que el flip de P3 pueda soltar prefs del atributo, el ambiente tiene que llegar al DOM una vez y siempre: - createActiveUix la crea por defecto (opt-out `projectPrefs: false` cuando la app posee <html>: i18n por routing, proyeccion propia). En attach es opt-IN — el inverso — porque el host puede gobernar el documento. - Se dispone la PRIMERA en dispose(), antes de que prefs/dom mueran debajo. - Los 3 cableados manuales commiteables se borran EN ESTE MISMO commit (uix, blocks, BootUix); el de web/routes/alpha se edita en arbol pero no se commitea nunca (regla de la rama). Borrarlos junto a la automatica evita el agujero medido del doble montaje: dispose() BORRA los attrs gestionados sin restaurar. Y LA SEMILLA, que es lo que hace la automatica segura: sin ella, el boot REESCRIBIRIA un <html dir="rtl"> puesto a mano (el escenario 013ceac57) con el valor derivado del idioma. `readPrefsEnvironmentFromDom` lee <html dir> UNA vez al boot (SSR-safe: {} sin document; auto/vacio = "la pagina no declaro") y la dimension direction la honra con la precedencia: intent del usuario > semilla del entorno > derivacion(idioma) > default Una declaracion a nivel de pagina es una AFIRMACION explicita; el enlace por idioma es una heuristica — la afirmacion gana. Lo que pase la app en options.prefs.environment pisa la semilla. Un guard viejo fijaba el comportamiento anterior ("does not auto-project…") — es exactamente lo que la decision D2 (firmada 2026-08-05) revierte. Pasa a fijar el nuevo contrato: se proyectan SOLO los attrs cross-modales; data-theme/ mode/density siguen prohibidos (son de eidos). Tests: semilla y precedencia 6/6 (dom-environment.test.ts) · proyeccion automatica, opt-out, adopcion del dir a mano y limpieza en dispose (4 nuevos en active-uix.svelte.test.ts) · suites active-uix + prefs 79/79. Verificado en Chrome por el camino real: el toggle del topbar mueve <html dir> via prefs->proyeccion AUTOMATICA (ltr -> rtl -> auto) con el cableado manual ya borrado, en /uix y en /blocks; <html lang> viaja con el. check 77 = linea base · rtl:check 1 (palabras) · docs:check 0/566. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	aaced3ebec	fix(media-player): los tres floats no estaban portalizados ni llevaban el dir del player ... Una revision adversarial del trabajo del dia (5 lentes, 3 escepticos por hallazgo) devolvio 15 supervivientes de 19. Estos son los que resulto que eran ciertos y son mios; los verifique uno a uno antes de tocar nada. ## 1. Fuga de teclas — el panel no estaba portalizado MEDIDO: con el menu de subtitulos abierto, ArrowDown bajaba el volumen del player de 1 a 0.95. El `<DropdownMenu.Content>` de eidos NO portaliza por si solo — hay que componer `DropdownMenu.Portal`, exactamente como VolumeFloat ya hacia con `Popover.Portal`. Sin el, el panel colgaba DENTRO de `[data-media-player]` y cada tecla del menu subia al `onkeydown` del player. Portalizados los dos menus. Medido despues: cuatro teclas (ArrowDown x2, Espacio, ArrowUp) y el volumen sigue en 1, sin arrancar la reproduccion. Eso arregla de paso otras dos cosas que la revision reporto aparte: el auto-hide de la barra ya no se lleva el menu abierto a opacity 0, y los tres comentarios que decian «the panel is PORTALLED» pasan a ser CIERTOS — lo eran solo en VolumeFloat. ## 2. El `dir` del player no llegaba al menu Los tres floats montan un componente del catalogo EN SITIO y no le pasaban `dir`. El resolutor no tiene paso de padre, asi que cada menu arrancaba su propia cadena y aterrizaba en la preferencia global: lista LTR dentro de un player RTL. Es justo lo que `c73669cde` canonizo horas antes (direction-contract §1, «la composicion lleva la afirmacion») — y el TimeSlider del MISMO componente ya lo hacia bien en dos sitios. `dir` va ANTES del spread para que el valor explicito del consumidor siga ganando. MEDIDO con el player en RTL: el panel portalizado sale `rtl` y coincide con el `data-dir` del player. Antes habria salido `ltr`. ## 3. La demo mentia en cuatro sitios El `eidosSnippet` se habia quedado NUEVE partes por detras del preview vivo (paridad D-3.1): sin transporte, sin tiempos, sin captions, sin PiP, sin los tracks. La rama de audio ignoraba `peaks`, que es justo el control nuevo. La prosa decia «two eidos-only floats» siendo tres, y que al engranaje le quedaban «quality and track» cuando la pista ya tiene lista propia. Comprobada la paridad midiendo el DOM contra el snippet: coinciden. ## 4. La tabla de eventos sema del README (esto era ANTERIOR a hoy) Publicaba `commit-set-time`, retirado en D-AP2.13, y cuatro nombres que ya no existen (`enter-fullscreen`, `exit-fullscreen`, `enter-pip`, `exit-pip`), le faltaba `commit-set-rate`, y daba «provider» como diana de todos cuando el morfo apunta a la parte concreta. Reescrita desde el morfo, los once. 43/43 · eidos-lint invalid 0 · class-hooks 0 · docs:check 0 · check 0 errores propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	21d817c1f6	feat(media-player): con dos idiomas de subtitulos no habia forma de llegar al segundo ... `toggleCaptions()` solo alcanza la PRIMERA pista, y a proposito: es un toggle, y las demas se quedan en `disabled` porque poner una en `hidden` OBLIGA al navegador a descargar su VTT — encenderlas todas bajaria todos los ficheros de golpe. La consecuencia es que un video con dos idiomas no tenia ninguna forma de llegar al segundo. `<MediaPlayer.CaptionFloat>` es la lista: `Off` + una entrada por pista, mismo patron que el `RateFloat` de hoy (DropdownMenu + RadioGroup, con el `CaptionButton` real de disparador y su toggle anulado con `preventDefault()` en la costura). OPT-IN: el boton solo sigue siendo el control correcto para una fuente de una sola pista. Por debajo, dos anadidos a soma y ninguno al puerto: - `selectCaptionTrack(track | null)` — pone UNA en `hidden` y el resto en `disabled`, por la misma razon de descarga. - `captionTrackList` + `activeCaptionTrack` — espejos reactivos. El `TextTrackList` vivo es una coleccion del DOM y NO notifica, asi que un chrome que LISTA las pistas no se enteraba de una que llegase tarde. Los refresca `syncCaptions`, que ya corria en addtrack / removetrack / change. Cambiar de idioma NO dispara `commit-toggle-captions`: solo lo hace una transicion real de encendido/apagado. Pasar de ingles a espanol con los subtitulos ya puestos no es un toggle — la misma distincion que el commit de mute hace con `s.muted !== wasMuted`. De paso, tres claves de texto que se me quedaron ayer solo en el LANGS del provider y no en el `texts` del morfo (restart, skip-previous, skip-next), mas `captions-none` para la entrada «Off». El `texts` del morfo ES la superficie i18n que pinta la demo, asi que faltar ahi es faltar de verdad. Verificado en Chrome con dos pistas VTT reales: abrir no toca los modos · exacto UNA pista en `hidden` y el resto en `disabled` · las cues PINTAN el idioma elegido (English «Inline captions demo track», Espanol «Pista de subtitulos de prueba») y Off deja la caja vacia, no congelada · panel 94px. Test nacido en rojo. 17/17 player · morfo:check media-player PASS · eidos-lint invalid 0 · class-hooks 0 · check 0 errores propios (78, los mismos de antes). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	52fd56c9f3	docs(media-player): la pestana API de la demo se habia quedado rancia ... Tres desfases, todos de hoy: - La lista de partes se quedo en las 16 originales: le faltaban las seis del modo audio (Artwork · Artist · Identity · Transport · RateButton · LiveIndicator · AudioLayout), los dos floats eidos-only (VolumeFloat · RateFloat) y las dos nuevas del transporte. Ademas ahora dice que RestartButton y SkipButton son OPT-IN, que es la parte que un consumidor no puede adivinar. - La tabla de props no mencionaba ninguno de los seis callbacks nuevos. Van con las dos divergencias declaradas (el `pause` del final natural no se reporta; `onEnded` si dispara para un final por salto) y con la regla de que una direccion sin manejador se pinta deshabilitada. - «The settings menu (speed / quality / track) is the remaining v2 item» ya no era cierto: la velocidad tiene lista propia desde `ee51172d8`, asi que al menu de ajustes solo le quedan calidad y pista. Medido en el navegador: la tabla no desborda su contenedor (864 de 865) y la pagina no gana scroll horizontal. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b41669c438	docs(direction): los charts ya no estan en la cola — la linea llevaba rancia ... §10.2 seguia diciendo que la familia chart "no tiene prop ni provider y resuelve leyendo getComputedStyle(node).direction". Eso lo cerro 43a788083: los cinco que necesitan direccion declaran dir?: Direction y resuelven por createChartRtl(eidos, () => dir) -> activeEidosDir. Verificado por grep que no queda un solo getComputedStyle(...).direction en la familia. La linea me indujo a repetirlo. El registro historico de §9.20 se queda como estaba — describe lo que era cierto entonces —; lo corregido es lo que apunta hacia adelante. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	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	5cbb03904d	feat(media-player): el player ya le cuenta a la app cuando empieza y cuando acaba ... Hasta ahora el componente no exponia NINGUNA api de eventos: cero props `onX` en la raiz. La app solo podia enterarse de la reproduccion por dos vias malas — observar mutaciones de los `data-*` del provider, o enchufar un `MediaProvider` entero por `createProvider`, que es una escotilla pesada para «avisame cuando acabe». Y sin embargo el player YA distinguia esos momentos por dentro para sonarlos: `commit-toggle-play`, `commit-complete`, `commit-fail`. Faltaba sacarlos. Se abren cuatro, espejo de esos: `onPlay` · `onPause` · `onEnded` · `onError`. Montan sobre los eventos del ELEMENTO, no sobre los botones, asi que la tecla, el gesto, las teclas de medios del sistema y un `play()` programatico caen todos aqui una sola vez, cuando el medio cambio de verdad. ## Dos divergencias deliberadas respecto a la capa perceptual - El `pause` que acompania al final natural NO se reporta. El elemento lo emite justo antes del `ended`, y contar los dos haria que cada pista terminase dos veces. Es la misma guarda `!s.ended` que ya usa el commit. - `onEnded` SI dispara cuando el final viene de un salto al final, aunque `commit-complete` se lo salte. Esa exencion existe para que un salto no SUENE como una consumacion; una app que encola la siguiente pista necesita el final venga de donde venga. Las dos reglas van en el test. Leidos tarde (`Active`, como `onValueCommit` del Slider) para que cambiar el handler a mitad de reproduccion se respete. La demo los pinta en una lectura `lifecycle` al lado de `trace`, a proposito: `trace` es lo que el player SUENA, `lifecycle` es lo que le CUENTA a la app. Verificado en Chrome con un <video> real: play → onPlay, pause → onPause, final natural → onEnded SIN un onPause espurio delante. Test nacido en rojo (desconectadas las 4 llamadas: 0 invocaciones). player + waveform 19/19 · check 0 errores propios (78, los mismos de antes). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ee51172d8f	fix(media-player): de 2x no se podia bajar, y la etiqueta movia la botonera ... El `<RateButton>` sólo sube: su `onclick` es `cycleRate(1)` y el paso recorta contra el último preset, así que quien se pasaba de `2×` se quedaba ahí — bajar era exclusivo de las teclas `<` / `>`. Con ratón no había vuelta. `AudioLayout` pasa a componer `<RateFloat>`: el DropdownMenu del catálogo con un RadioGroup, porque la velocidad es una elección de estado dentro de un conjunto y la actual debe anunciarse `aria-checked`, no sólo parecerlo. Es lo que abren YouTube, Vimeo y Plyr. El `<RateButton>` sigue exportado para quien arme la botonera a mano. El disparador sigue siendo el RateButton de verdad — conserva su parte del morfo, su `aria-label` y el `data-rate` del que sale la etiqueta. Su ciclado se anula en la costura: `composeHandlers` se salta el handler de soma cuando el `onclick` del consumidor llama a `preventDefault()`, así que el clic abre la lista en vez de empujar la velocidad. Medido: 4 ciclos de apertura y cierre con la velocidad intacta. Los presets salen de `MediaPlayerProvider.RATE_PRESETS` (ahora público, y la clase se exporta como ya hace el calendar) — los mismos que recorren las teclas. Dos copias a mano habrían derivado. ## Los dos defectos del panel portado Mismo par que destapó el float de volumen, y por la misma razón: lo que se porta sale del ámbito del player. - El menú traía un suelo de `12rem` pensado para prosa («Show notifications»), con la etiqueta más ancha en `1.25×`: 192px de panel para 33px de texto. El marcador `data-media-player-rate-float` viaja con el panel y baja el token a cero → 77px. - El botón pasa a ancho fijo. Medido al tipo del control, `1×` ocupa 0,90em y `0.75×` 2,41em: cambiar de velocidad redimensionaba el botón y DESPLAZABA toda la botonera — el mismo defecto que tumbó el hover horizontal del volumen. En `em` para que siga a `data-size` sin una entrada por tamaño. Medido en los cuatro: 64 · 74 · 88 · 121 px, ancho único por tamaño y el mute clavado. Verificado en navegador: abrir no toca la velocidad · 2× → 0.5× → 1.25× con el elemento obedeciendo · panel 77px · botonera inmóvil en sm/md/lg/xl. check 0 errores propios (78, los mismos de antes) · player + waveform 18/18 · eidos-lint invalid 0 · class-hooks 0 · docs:check 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9fd0de84d6	Reapply "feat(media-player): VolumeFloat — el volumen en panel, sin mover la botonera" ... This reverts commit c798f7465a.	2 months ago
dev	c798f7465a	Revert "feat(media-player): VolumeFloat — el volumen en panel, sin mover la botonera" ... This reverts commit 26ddbaa1c9.	2 months ago
dev	26ddbaa1c9	feat(media-player): VolumeFloat — el volumen en panel, sin mover la botonera ... Opcional: componer MuteButton + VolumeSlider al lado sigue siendo la forma en linea; esta es la otra y la elige el desarrollador. POR QUE UN FLOAT Y NO UN DESPLIEGUE EN LA FILA. Se probo lo segundo —el patron de YouTube, rail a inline-size 0 creciendo al hover— y se descarto con el usuario delante: un slider que se expande dentro de una fila flex EMPUJA todo lo que va detras (tiempo, scrubber, subtitulos, PiP, pantalla completa) y en una fila apretada desborda. YouTube se lo permite porque su barra ocupa la ventana entera; la nuestra no. El panel va fuera de flujo. VERIFICADO que no mueve nada: se compararon las posiciones de los DIEZ controles con el panel cerrado y abierto — identicas, cero diferencias. Es la promesa que incumpli con el hover y que esta vez se midio. Todo compuesto del catalogo, sin reinventar el flotado: Popover con openOnHover (ya existia; solo se acorto la apertura a 120ms —esto es un control, no un tooltip— y se alargo el cierre a 400ms para poder viajar hasta el), MuteButton como trigger via child (sigue siendo el boton de verdad: conserva aria-pressed, el atajo m y el glifo por nivel) y VolumeSlider vertical, el eje que el morfo declaraba desde el principio. El gesto: hover abre, CLIC SILENCIA y cierra, que es el remate natural de esa accion. En tactil no hay hover, asi que el toque hace las dos cosas; es ademas la unica via por la que un usuario tactil llega al slider. TRAMPA ENCARADA: los tokens --_mp-* NO cruzan el portal (se declaran en [data-media-player] y el contenido sale fuera), asi que el tinte del slider lleva fallback al rol que envuelve. Sin el, el control sale sin color dentro del panel. Demo con chip volume inline|float para compararlos en la misma barra. check 0 errores propios · player 14/14 · eidos-lint invalid 0 · docs:check 0 · prettier limpio. Panel 48x131, slider 32x96 vertical, visto en Chrome. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	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	b906dd4077	fix(direction): el atributo `dir` se estampaba VACIO cuando nadie lo afirmaba ... El contrato de `013ceac57` dice que `dir` se OMITE cuando nadie ha afirmado una direccion. `6.5` habia visto `dir=""` en sidebar y tree-view sin averiguar de donde salia. Es el shorthand `{dir}`: para `dir` Svelte emite una asignacion de PROPIEDAD ademas del atributo, y con `undefined` el resultado es la cadena vacia en vez de la omision. Atrapado con un trap sobre `setAttribute` + el descriptor de la propiedad: dos escrituras, la segunda por propiedad. No estaba en el SSR (`dir=""` no aparece ni una vez en el HTML servido) — lo escribia el cliente al hidratar. Un valor invalido HEREDA, asi que nada pintaba mal; pero contradice la letra del contrato y hace que `[dir]` matchee. Arreglado con spread condicional, que si omite: {dir} -> {...dir ? { dir } : {}} - `tree-view` (eidos): el wrapper LO NECESITA cuando el valor es concreto — el recipe selecciona con `[data-tree-view-root]:dir(rtl)` y ese div es el ANCESTRO del provider que estampa el attr. Con el valor ausente hereda, que es lo correcto. - 26 demos: el arnes estandar (`data-uix-stage-area` / `data-uix-canvas-inner`). Verificado: en `auto` solo quedan `<html>` (la proyeccion de prefs) y el provider con su valor resuelto — cero `dir=""`; en `rtl` los tres elementos lo reciben concreto; al volver a `auto` desaparece limpiamente. Las 26 rutas sirven 200 y ninguna trae `dir=""`. METODO: mi primer regex tambien matcheaba dentro de `dir={dir}` y dejo `dir={...}` — dos ficheros con parse error que `check` cazo (76 vs 74). Contar ficheros modificados NO basta; hay que mirar el diff. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	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	b0f995a3bc	refactor(metrics)!: placement 'right' pasa a 'end', que es lo que siempre hizo ... El CSS de `metrics` es integramente logico (`inset-inline-end`, `padding-inline-end`), asi que `placement="right"` ya ponia el chart a la IZQUIERDA en RTL. Medido: fromRight 0 en LTR, fromLeft 0 en RTL. El comportamiento era el bueno; mentia el nombre. Y era una ISLA: `layout: 'icon-start'`, `align: 'start'` y el resto del vocabulario del componente son logicos — `right` era el unico termino fisico de toda su superficie. No es el caso legitimo del `toast`, que es fisico y coherente CONSIGO MISMO; aqui la incoherencia estaba dentro del componente. BREAKING: `MetricsChartPlacement` pasa de `'below' | 'right' | 'full'` a `'below' | 'end' | 'full'`. Sin shim (doctrina del proyecto): actualizados el tipo, los dos selectores del recipe, el README y la demo. Fuera de ellos no habia consumidores. No tocado y señalado: el token `--metrics-chart-right-width` conserva el nombre fisico. Describe un ANCHO, no un lado, y es superficie publica de theming — su renombrado es otra decision. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1857c7854d	fix(demos): drawer, slider y float-panel no dejaban ver su mitad logica en RTL ... Los tres eran agujeros de OBSERVABILIDAD — el componente estaba bien, la demo no permitia mirarlo. Y cada uno lo era por un motivo distinto: drawer — faltaba el control: solo listaba top/right/bottom/left, y start/end son justo los que ejercitan RTL. Medido: start da left en LTR y right en RTL; left fisico NO voltea, correcto. slider — faltaba el control: secondaryValue solo se veia en la demo del waveform, que es horizontal, asi que vertical+RTL no era observable. Cableado como un mando de porcentaje, con SecondaryRange montado siempre (sin valor pinta a tamano cero). Horizontal espeja; vertical sale IDENTICO en las dos direcciones, que es lo correcto: el eje de bloque no gira. float-panel — el control existia (useAnchor, con side y align) pero otro estado lo anulaba: posA arranca en {x:24,y:24} y seedRect() solo siembra con position vacia, asi que la semilla anclada nunca corria y el align era inerte. releasePosition() la suelta al tocar useAnchor / side / align, que son excluyentes con una posicion fija por diseno. Y aun asi seguia sin verse, por un CLAMP: el disparador nacia pegado al borde del stage, asi que align=end pedia x=-173 y volvia a 0. Centrada la fila de disparadores. Entonces si: start->dLeft 0 / end->dRight 0 en LTR, espejado en RTL, y center no gira. Con esto el arreglo de caf3cfd88 pasa de "cubierto por anchored-seed.test.ts" a verificado en navegador. Verificado a ojo con capturas en las dos direcciones, no solo por medida: el primer hint que escribi para slider y drawer estiraba su fila de la rejilla de controles al doble de alto que las vecinas. Acortados. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ae756ee578	fix(scroll-area): el eje horizontal no se espejaba en RTL — el thumb salia del carril y aria-valuenow era negativo ... En RTL el navegador DESCANSA scrollLeft en 0 con el contenido pegado a la derecha y lo lleva NEGATIVO hacia el final de lectura (modelo negativo del CSSOM). Nadie lo traducia, asi que resolvedDir era codigo muerto y toda la matematica del eje inline estaba rota: aria-valuenow -50 / -99 con aria-valuemin="0" -> 0 / 50 / 100 thumb left: -167px, FUERA del carril -> dentro y espejado data-at-left siempre puesto -> solo en el borde izq. data-at-right nunca -> en reposo click canalon al 10% desde la izquierda -> 0 -> -232, el 90% logico Dos traducciones privadas en el provider y cada consumidor toma la suya: lo que sigue el eje de LECTURA (offset del thumb, aria-valuenow, click en el canalon) y lo que se queda FISICO (data-at-left / data-at-right, cuyos nombres lo son y cuyo uso documentado —sombras de scroll— tambien). El ancla del thumb pasa a inset-inline-start porque el offset es progreso de lectura: es la decision opuesta a tabs / sliding-indicator, donde el JS media una coordenada fisica. La regla no cambia: mira de que lado esta la medida. El arrastre no necesito nada, y no por suerte: subir scrollLeft mueve el viewport a la derecha en los dos marcos. Verificado, no supuesto. Ambos extremos llevan ahora la misma holgura de 1px, porque solo uno cae en un cero exacto y cual de los dos depende de la direccion. De paso LTR gana el data-at-right del extremo, que tampoco se encendia. Medido en Chrome en las dos direcciones, con el toggle del topbar. El test nuevo sale ROJO con el provider anterior. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	01b891b645	fix(chart,docs): el radar volcaba sus etiquetas sobre el poligono en RTL, y los bloques de codigo se volvian ilegibles ... RADAR-CHART. No debe espejarse: sus etiquetas se colocan en ANGULOS alrededor del poligono, no sobre un eje de lectura. Pero el anchor de cada una se elige por el coseno —`start` en la mitad derecha, `end` en la izquierda— y `text-anchor` es logico, asi que bajo RTL todos se invertian y las etiquetas caminaban hacia dentro: medido, "Reliability" pasaba de [254,308] a [201,255] y "Economy" de [-6,47] a [46,99], las dos encima del grafico. Anchor fisico con el layout sin espejar, que es el caso del eje Y. De paso, el ternario del anchor se anota como union en vez de inferirse `string`. BLOQUES DE CODIGO DE LAS DEMOS. En RTL el algoritmo bidi reordenaba la puntuacion neutra y las muestras salian ilegibles: `<script lang='ts'>` se leia `<'script lang='ts>`, el `;` final de una linea saltaba al principio y `color="affirm"` salia `"color="affirm`. El codigo fuente es LTR sea cual sea la direccion de lectura — no es prosa —, asi que `pre/code/kbd/samp` lo declaran. Es la version ESTRECHA del pin que llevaba `<main data-uix-canvas>` y que quite en ec533845d: acotado al CODIGO, que es inequivocamente LTR, en vez de a todo el canvas, que tambien contenia las demos vivas y las congelaba a las 51 en LTR. Verificado MIRANDO capturas en RTL: el radar con las seis etiquetas fuera del poligono, y el snippet alineado a la izquierda con la puntuacion en su sitio. check 74 = linea base exacta. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	8086f21d6e	fix(chart): el formato del eje Y no llegaba al tooltip, asi que ambos etiquetaban distinto el mismo punto ... Reportado por el usuario con una captura: el eje decia "55k" y el tooltip "55" para el mismo punto de Marzo. El chart NO calcula mal. Los datos de la demo son decenas (42, 48, 55...) que representan miles, el trazado es correcto y el punto cae donde debe. Lo que fallaba es que el formateador del valor Y llegaba SOLO al eje. EN EL FRAMEWORK, y afecta a los cinco presets. line-chart, area-chart, bar-chart, bubble-chart y scatter-chart aceptan `formatY` y lo pasan a <YAxis format={formatY}> y a nadie mas. El tooltip lo activan con la prop booleana `tooltip` del Chart, que deja tooltipConfig en null, asi que el valor cae al formatNumber por defecto. Resultado: `<LineChart formatY={money} />` da eje "51k" y tooltip "51", y el consumidor NO puede arreglarlo porque el preset no expone el formato del tooltip. Ahora cada preset declara `{#if tooltip}<Tooltip format={formatY} />{/if}`: los dos rotulan el MISMO valor y deben decir lo mismo. EN LA DEMO. El chart compuesto —el de la captura— pasaba `format={money}` al YAxis y dejaba `<Chart.Tooltip />` sin formato. Corregido, y tambien el snippet de ejemplo que la pagina muestra, para que no ensene el patron incompleto. Medido en Chrome disparando el pointermove sobre los tres SVG a la vez. Antes: compuesto "May revenue 67 expenses 44", LineChart "Apr revenue 51", AreaChart "Apr revenue 51" — todos contra un eje 0k..100k. Despues: "67k / 44k", "51k / 35k" y "51k", coherentes con su eje. Verificado: check 74 = linea base exacta, 54 warnings tambien. No hay tests de chart en el repo. Prettier: 19 avisos en esos .svelte ANTES de tocarlos, 15 despues — ninguno nuevo. 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	5469e05df9	feat(direction): las demos dejan de clavar ltr, y la prosa inglesa se declara inglesa ... Cierra el eje de direccion abierto en 013ceac57. 1) LAS 49 DEMOS. Todas hacian `let dir = $state('ltr')` y se lo pasaban explicito al componente, asi que el interruptor del topbar no movia ninguna: la prop gana a prefs, que es el contrato. Pasan al patron de tres estados `auto | ltr | rtl` con `auto` por defecto, que es lo que recibe un consumidor real — sin prop, resolviendo por prefs. Elegir ltr/rtl sigue demostrando que la prop pisa. El arnes compartido SystemAxes va al mismo patron, y las 22 demos que lo bindean pasan a bindear el modo. El tooltip ya tenia tres estados con '' como "inherit" — mismo concepto, otro nombre; normalizado a `auto`. 2) LA PROSA. `<main data-uix-canvas dir="ltr" lang="en">`. La copia de la documentacion esta escrita en ingles, asi que se DECLARA inglesa. Sin eso, al voltear la shell a RTL el algoritmo bidi mueve la puntuacion neutra final al extremo visual izquierdo y "What is morfo?" se lee "?What is morfo" — bidi correcto sobre una declaracion falsa. `dir="ltr"` lo arregla y ademas AISLA la tirada en un solo atributo: la hoja de estilos de agente del WHATWG da `[dir=ltr i] { unicode-bidi: isolate }`, verificado en la fuente. NO `dir="auto"`: la spec llama a su heuristica de primer-caracter "very crude" y aqui ya sabemos la respuesta. LO QUE ESTO NO ARREGLA, y es correcto que no lo haga: el texto ingles DENTRO de un componente que declara rtl sigue mostrando el artefacto. El componente hace bien en estar en rtl —es lo que pidio el usuario— y el contenedor de arriba no entra en el. Eso solo se cierra traduciendo el contenido de la demo o marcandolo; es la parte que las cinco librerias de referencia dejan explicitamente al consumidor. Verificado: check 74 = linea base exacta. smoke: las 49 rutas tocadas PASAN; los 3 fallos de la pasada (/demos/motion, /temas, /uix/components/card) son inestables — ninguno esta en el diff, y la pasada sin mis cambios fallo en dos rutas DISTINTAS (/demos/cristal, /demos/heroscrolling). En Chrome: elegir arabe voltea calendar, tabs y slider por derivacion mientras la prosa se queda legible en ltr. NOTA DE METODO: un `prettier --write` sobre todas las demos genero 165 ficheros y +31k lineas de ruido, y rompio dos atributos normalizando `data-perm-mode='type="X"'` a comillas dobles. Revertido y reaplicado solo el cambio de direccion: 49 ficheros, +357/-161. QUEDA: `html lang` no sigue al idioma (el dir si); perm:check sin ejecutar —el topbar ya lleva data-perm-step, lo que hace que toda ruta tenga paso. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	013ceac574	fix(direction): getDir() no era reactivo, y 33 componentes estampaban su valor congelado ... El slider no respondia al cambio rtl/ltr. Resultaron ser dos defectos independientes, y el segundo era del ecosistema entero. 1) EL SLIDER. slider.css emparejaba un inset LOGICO con un transform FISICO en las tres reglas verticales (inset-inline-start: 50% + translateX(-50%)). Los transforms no se voltean, asi que en RTL el rail y el relleno quedaban fuera de eje un ancho entero. Medido en Chrome: raiz/pulgar/ticks en x=961, rail y relleno en x=955. El Tick se libraba porque ya usaba margin-inline-start — ese era el idioma correcto del propio fichero y es el que aplico. Mismo defecto en accordion.css: text-align: left en el trigger, que era el UNICO text-align fisico de todo eidos; ahora quedan cero. 2) LA RAIZ. makeDimension().get() leia engine.snapshot() esquivando la celda $state, asi que prefs.<dim>.get() — y con ella el soma.prefs.getDir() que la guia manda usar — era una lectura sin tracking. Los ~64 componentes que resuelven su direccion desde prefs la congelaban al montarse. La proyeccion DOM se salvaba porque usa onChange: misma dimension, dos caminos de lectura, solo uno reactivo. Arreglado con un contador de cambios POR dimension, bombeado desde el effectiveDiff que el motor ya calcula, de modo que cubre tambien el cambio por DERIVACION (direction siguiendo a language) y no solo el intent. Un contador por clave y no una celda global: con una sola celda, tocar motion despertaria las 64 derivaciones de direccion. El test negativo lo clava. 3) VALOR NO ES AFIRMACION. 33 de 37 componentes estampaban dir en su raiz con un valor siempre concreto, asi que una app que ponga html dir=rtl sin registrar la preferencia se encontraba 33 islas volteadas del reves. Investigadas las cinco librerias de referencia: MUI y react-aria no estampan nunca, Radix estampa siempre (sus mantenedores arrastran discussions/1405 por esto), y Zag estampa prop("dir") — presente si alguien lo pidio, ausente si no. Adoptado el modelo de Zag pero uniforme: el atributo NUNCA tiene defecto. La herencia la hace el navegador por AUSENCIA de atributo, sin ninguna lectura del DOM, asi que la cadena prop -> prefs -> 'ltr' se queda intacta. 4) HOMOGENEIDAD. Habia DIEZ formas distintas de resolver lo mismo en los wrappers y CINCO de declarar el tipo, con un cuarto escalon semantico —heredar del menu padre— enterrado en dos expresiones sueltas. Normalizado a activeDir(getter, soma) en los 36, un solo tipo Direction | undefined, y el escalon de los submenus declarado en la llamada, donde se ve. 5) LA SHELL. El toggle de direccion pasa de 2 a 3 estados: auto hace clearIntent, que es lo unico que deja ganar al derive. Y entra el arabe en el catalogo de idiomas, porque sin un idioma RTL la derivacion no era disparable. Con las dos cosas, elegir arabe voltea la direccion sin tocar el control — la cadena documentada funcionando de punta a punta por primera vez. Verificado: check 74 = linea base exacta, cero nuevos. 602/602 tests en 101 ficheros. En Chrome real: el topbar mueve al slider y al accordion en vivo, y el arabe voltea por derivacion. QUEDA: 48 demos siguen clavando dir='ltr'; el interrogante desplazado del accordion necesita dir="ltr" lang="en" en el contenedor de la demo (no es un fallo nuestro, es bidi correcto sobre texto ingles en parrafo RTL); html lang no sigue al idioma; smoke y perm:check sin ejecutar. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3ceda5b593	fix(media-player): el boton de velocidad no decia su velocidad, y los sliders ignoraban la direccion ... Dos defectos que solo aparecieron al MIRAR la pagina en un navegador real (el panel embebido va a innerWidth 0 y sus medidas mienten: durante esta misma sesion invento tres "overflow" inexistentes). 1) EL BOTON "x". El usuario pregunto que era ese boton que "no hace nada". Si hacia: playbackRate llegaba a 1.5. Lo que no hacia era DECIRLO. El morfo declaraba `data-rate` con propRef pero sin `emit: 'value'`, y sin enum el compilador lo trata como bandera de presencia (compile.ts: hasEnum false y emit !== 'value' -> 'html-presence'), asi que emitia data-rate="" para siempre. El wrapper eidos pinta `{data-rate ?? 1}x` y `??` NO atrapa la cadena vacia, de modo que el control mostraba un "x" pelado mientras la velocidad cambiaba por debajo. Un boton que parece muerto. Anadido `emit: 'value'` (el patron que chronos.ts ya practicaba). Verificado en Chrome: "1x" -> click -> "1.25x" con playbackRate 1.25. 2) LA DIRECCION. Ni el TimeSlider ni el VolumeSlider recibian `dir`: cero menciones en ambos ficheros. Caian al default del Slider, que resuelve de la config de soma — que es GLOBAL de la app. Resultado medido: cromo del player en ltr con sus DOS sliders en rtl, pulgares anclados al borde equivocado. Es el mismo defecto que el Waveform tenia hoy ("dir no se reenviaba al Slider embebido") y el mismo arreglo: el player gana `dir` y lo reenvia a los dos. Verificado en Chrome: stage/player/ambos sliders coinciden, tiempo en left:0% con valor 0 y volumen en left:100% al maximo. La demo reenvia ahora su eje `dir` a los dos roots (AudioPlayer y MediaPlayer), asi que el RTL del player es comprobable POR PRIMERA VEZ: el arnes fijaba el stage y los roots no lo recibian. Verificado: check 75 = baseline, 0 propios; 19 tests; component:audit --only media-player PASS. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	77f8a4e46f	docs(waveform): la demo carga solo la pista real, y `sample` deja de fingir que es una prop ... Fuera los earcons de sema del selector: eran material de INTERFAZ (blips de 80-220 ms; `pop` pintaba casi plano) en la demo de un componente de CONTENIDO, y estaban ahi solo porque eran el unico audio del repo. Con una pista real disponible, ensenaban lo que el componente no es. Y con una sola fuente, un radiogroup de una opcion es ruido: `sample` deja de ser un control y pasa a ser un dato en modo lectura. Eso hace visible en la pagina la frontera que el usuario pregunto explicitamente — debajo (`shape`, `value`, `step`, `secondaryValue`, `readonly`, `disabled`, `dir`, `size`) son PROPS del componente; `sample` y `buckets` NO lo son: son como la demo fabrica los `peaks`. El contrato del waveform es `peaks: number[]` y nada mas (D-WF.2): la app provee los datos, el componente nunca descarga ni decodifica. Verificado: check 75 = baseline, 0 propios; sonda en vivo — la onda sigue pintando los picos reales de la pista (path de 4031 chars), shape/bars vivo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9050125076	fix(waveform): el buffered vuelve a ser banda recta, y la demo estrena material real ... BUFFERED — segunda correccion por MIRADA, y la definitiva. Las dos formas se construyeron y se miraron. Primero fue el SecondaryRange del Slider con un velo neutro al 14%: rechazado ("el secundario no puede ser del mismo color"), y la medicion le dio la razon — velo y onda eran alfas del MISMO token (--color-content-primary al 14% vs 28%), o sea el mismo gris. Se paso entonces a una tercera copia recortada del path, con la idea de que "el buffered ES la onda un escalon mas alla". TAMBIEN rechazado, y por un motivo mas fuerte: "se hace inapreciable y confunde visualmente". La leccion, que queda escrita en los dos README: al compartir silueta con la senal, el ojo lee la banda COMO la senal — es ilegible POR CONSTRUCCION y ningun color la salva. La forma recta es legible precisamente porque NO es la onda. Asi que el buffered vuelve al Slider.SecondaryRange (G-2), la parte canonica que ya existia para esto, en vez de que el waveform pinte lo suyo. El COLOR si sobrevive de la iteracion anterior: acento lavado (color-mix del primary-solid con content-primary), que se separa del gris en TONO y no solo en luminosidad. Tokens de paleta, cero literales. Los tres colores de la onda son publicos y retunables por el disenador. Nota de metodo: la distancia RGB avalo un gris que el ojo rechazo al instante (esa metrica esta dominada por la luminosidad y es ciega al croma), y ademas un bug propio en la alfa del color-mix dio numeros inflados que se corrigieron. Dos recordatorios de que la medicion informa pero no decide. DEMO — material real. El control se llamaba `signal`, que es una de las 8 FAMILIAS del canon, en un componente que declara CERO eventos (expression: 'delegated'): ensenaba lo contrario de la verdad. Renombrado a `sample`. Y el material eran los earcons de sema (pitidos de 80-220 ms, `pop` salia casi plano) porque eran el unico audio del repo; ahora arranca en una pista real de 2:45 (static/music/t2.wav, aportada por el usuario). Y un defecto que 30 MB destaparon: el efecto de carga dependia de `source` Y de `buckets`, asi que mover el slider de buckets volvia a DESCARGAR el fichero entero. Separado en dos: decode una vez por fuente (caro), rebucketing puro y barato. Medido: t2 (5 MB, 86 ms) frente al master de 48 kHz/16 bit (30 MB, 186 ms); sus envolventes NO son identicas — delta maximo 0.298 por cubo, medio 0.048, porque los 8 bits suben el suelo de ruido y aplanan los pasajes suaves. Se elige t2 igualmente: 6x mas ligero por una envolvente marginalmente mas fiel. Verificado: check 75 = baseline, 0 propios; 35 tests; eidos-lint 0 invalidos; recipe-css-contract verde; component:audit --only waveform PASS; docs:check 0; sonda en vivo — 2 paths en la onda, banda recta al 66% en rgb(130,95,161). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	df86a4e509	fix(slider,media-player): el anillo del commit no enmarca contenedores, y saltar al final no es completar ... Cuatro defectos que solo aparecieron cuando el usuario MIRO la pagina. 1) EL BORDE DE LOS SLIDERS ("se viene arrastrando desde el principio"). No era del arquetipo ni del slider: es la firma GLOBAL de la familia commit. BUILTIN_SIGNATURES.commit monta commit-settle, cuyo 30% pinta box-shadow 0 0 0 3px. El commit-set del Slider apunta al PROVIDER, asi que cada paso de flecha y cada release dibujaban un aro alrededor de la caja entera (medido en vivo: 544x40). Un aro lee como feedback en un boton y como borde parasito en un rail ancho y transparente. Exencion acotada en slider.css — el patron que gradient-builder.css ya practicaba. Alcanza a todo slider embebido (waveform, media-player, color-picker, time-picker) porque todos llevan [data-slider]. `animation` es la palanca, no `box-shadow`: las declaraciones de keyframe ganan a las normales, asi que solo reiniciar el NOMBRE de la animacion detiene la pintura. 2) EL MISMO ANILLO EN EL PLAYER: commit-complete / commit-fail apuntan al provider -> borde alrededor de los ~700px del reproductor. Misma exencion en media-player.css. Los botones conservan su aro pequeno (20x36), que es donde el feedback pertenece. 3) SALTAR AL FINAL ANUNCIABA UNA COMPLECION FALSA. Los botones de salto no tienen evento propio: seek() delega a proposito (D-AP2.13, "el release del scrubber ya ES el commit-set del Slider") — cierto para el scrubber y VACIO para los botones, que no tienen Slider detras. Al saltar mas alla del final el elemento dispara `ended` -> commit-complete en el provider -> sonido (es audible por D-AP2.7) + anillo, mientras el boton de retroceso quedaba mudo. Saltar al final no es completar: es abandonar la obra en el final. seek()/scrubTo() marcan el salto que aterriza en el final y `ended` no anuncia; un `play` posterior limpia la marca, asi que el final natural se sigue anunciando. Los dos botones quedan simetricos y mudos, que es la doctrina del transporte. 4) MEDIASESSION SIN OVERLAY DEL SO: el modo audio YA funcionaba (metadata completa, medida en vivo); el roto era VIDEO, el modo por defecto de la demo. <AudioPlayer> deriva metadata de title/artist/artwork; el <MediaPlayer> compositivo no puede leer su hijo Title sin volverse data-driven, asi que la declara el consumidor — y la demo no lo hacia. El arreglo es de la demo; el art se comporta como D-SR.6/D-AP2.5 lo firmo. Guard nuevo (no anunciar compleccion al saltar al final; si al final natural) VISTO EN ROJO antes de darlo por bueno. Nota de doctrina, tras leer el corpus a peticion del usuario: la exencion acotada en la receta ES la puerta, no un olor. motion.md §4 fija que la firma es generica por decision estructural ("un commit asienta igual en todo el sistema"), eidos es el UNICO dueno del canal visual, los packs de sema solo transportan sound/haptic, y el VisualChannel no consulta activeChannels — no hay palanca declarativa para callar solo lo visual. Queda anotado, menor: commit-settle escribe 3px a pelo donde sus hermanos announce-pulse-* usan var(--focus-ring-width). Verificado: check 75 = baseline, 0 propios; 11/11 media-player; motion.test.ts verde (la firma global intacta); sonda en Chrome vivo — slider real -> animation none, elemento no-slider con el mismo sello -> sigue commit-settle, aro de foco intacto. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4e4f1b612d	feat(waveform): F4 eidos + F5 demo — y el buffered pasa a ser la onda ... F4 (eidos): wrapper raiz que carga slider.css + waveform.css y resuelve data-size por ActiveEidos; Wave passthrough; recipe con bars = stroke en UNIDADES DE VIEWBOX (el svg estira con preserveAspectRatio="none", asi el ciclo barra/hueco sobrevive) y wave = fill sin stroke; espejo RTL en CSS; el Slider embebido en scope con track/range transparentes y el thumb convertido en playhead de 2px a alto completo. Tokens waveform:{height-*, bar-width, color, color-buffered, color-played, playhead-width} — playhead-width y color-buffered van ANADIDOS sobre la lista firmada en el gate, ambos declarados en el README. F5 (demo + dossier): /uix/components/waveform con picos REALES (fetch de /sounds/*.wav -> uix.sound.decode -> uix.sound.peaks), cada prop como control vivo, READMEs de soma y eidos. Fix arrastrado de F3: `dir` no se reenviaba al Slider embebido. BUFFERED — cambio de forma (decision del usuario tras ver el render). El primer intento re-tintaba el SecondaryRange del Slider; el usuario lo rechazo ("el secundario no puede ser del mismo color") y la auditoria encontro por que ningun color lo arreglaba del todo: ese part es una BARRA de 6px con la geometria del track, y sobre una pintura de barras al ~58% de ciclo el 42% de su area cae sobre fondo desnudo, ademas de tenir el tramo ya reproducido. Ahora el buffered es una TERCERA COPIA del mismo path, recortada a su fraccion — es la onda un escalon mas alla, la lectura de SoundCloud/wavesurfer. El waveform ya no monta Slider.SecondaryRange. Escalera: color 28% -> color-buffered 55% -> color-played acento. Guard nuevo (bufferedFraction: ausente sin valor, clampado, dominio degenerado) VISTO EN ROJO desconectando el cableado antes de darlo por bueno. Verificado: check 75 = baseline, 0 propios; 5/5 soma + 4/4 morfo; component:audit --only waveform PASS; eidos-lint 0 invalidos; recipe-css-contract y motion.test verdes; docs:check 0; prettier limpio. Queda F6 (mirada del usuario): el panel del navegador no composita, asi que la verificacion fue por sonda del DOM, sin captura. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6036560ff0	fix(blocks): la galeria emite — packs de sema y canales perceptivos en el arnes ... El motor SI emitia: pulsar un boton de un block estampa `data-event=contact-activate` con `family=contact` y `phase=active`, porque el morfo del `Button` declara ese evento (verbo `activate`, secuencia `pre`, sin intent a proposito — una pulsacion no carga intencion evaluativa). Lo que faltaba era el otro lado: la seccion arrancaba UIX **sin `events` y con cero packs de sema**, frente a los 69 de `/uix`. El evento salia a una sala sin altavoces. Viene de F0, cuando el arranque se monto como «espejo minimo» de `/uix` y sema se quedo fuera. Un framework semantico cuya propia galeria no suena no esta demostrando lo que existe para demostrar, asi que los canales van ENCENDIDOS aqui: `sound` y `haptic` a true en las dos cadenas de arranque (galeria y previews). La lista de packs es DERIVADA del barrel (`Object.values(packs)`), no escrita a mano, y eso es deliberado: la lista a mano del otro arnes se quedo atras dos veces — `69c108d2a` tuvo que anadir «los 25 packs que faltaban en la composicion de demos». Una lista derivada no puede quedarse atras. El barrel recomienda importar solo los que usas por tree-shaking; aqui no aplica, porque esto no es un producto sino la galeria del framework y un block compone lo que quiera del canon. Verificado espiando la Web Audio API en un clic real dentro del block: al cargar 1 AudioContext y 0 fuentes; tras pulsar, 2 fuentes y 3 nodos de ganancia mas. Y las 15 demos cargan limpias con los 69 packs, cero errores de pagina. Gates: blocks:check verde (15) · svelte-check sin errores en lo tocado · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	96393e4305	docs(blocks): cada block declara su posicion bajo la doctrina de coordinacion ... Y `content-section.Media` pasa a seguir al texto por defecto. DEFAULT: `.Media` era `width='wide'`, asi que una figura se salia de la columna SALVO que dijeras lo contrario. Al reves de lo que hacen todas las referencias (en `@tailwindcss/typography` una imagen dentro de `prose` queda capada a la medida y salirse exige el truco del `translate`; en `markdown-body` de GitHub, `max-width: 100%` de la columna). Ahora el default es `measure` — la figura sigue al texto y el escape se PIDE. Cambiado en los cuatro sitios que decian lo contrario: la parte, la ruta `preview`, el estado inicial del control de la demo (una demo que pisa el default en silencio ensena algo que el block no hace solo) y la doc. Verificado: 528 = ancho del texto exacto a 1011/1280/1920, y `wide` / `full` siguen funcionando cuando se piden. DOCUMENTACION: los 15 READMEs declaran ahora su posicion bajo §«Coordination», y el mapa real no es uniforme — - Coordinan: `contact` (maquina + esquema + palabras) y `pricing` (el periodo por contexto). Pero en pricing nada se puede BLOQUEAR, asi que no necesita maquina ni palabras: coordinar no es siempre una maquina. - Comparten CONFIGURACION, no estado: `team` (`align`) y `content-section` (la medida). - Costura bindable hacia el canon: `faq` (`value` → `Accordion`) y `site-header` (`mobileOpen` → `Drawer`). Reenviar no es poseer. - No poseen nada: banner · cta · feature-grid · feature-split · hero · site-footer · stats-band · testimonials. Decirlo explicitamente es el punto: inventarle estado a un block que no coordina nada es el error contrario. - `newsletter` queda como CANDIDATO ABIERTO: coloca un envio que puede quedar bloqueado sin que nada diga por que — el `disabled` lo monta el app en el punto de uso — que es exactamente el hueco que cerro `contact`. Es anterior a la doctrina (block del 30-07, doctrina del 31-07). Registrado, no asumido: se toca con decision del usuario. El README del tier apunta a la doctrina y el handoff recoge el mapa completo. Gates: blocks:check verde (15) · docs:check 0 · svelte-check sin errores en lo tocado · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	378457f46c	feat(blocks): content-section cierra F2 — la rejilla de escape, y las escalas tipograficas salen de Text ... El ultimo block de sitio, y el que mas cerca estuvo de ser un envoltorio: `Section` + `Container` + `Prose` no habria anadido nada, porque `Prose` ya trae su medida de lectura. Lo que falta en el ecosistema es el ESCAPE — dentro de un `Container` nada puede ser mas ancho que el, asi que una figura a sangre hay que sacarla del articulo y ponerla de hermana, y el orden de lectura se rompe. La seccion es una rejilla de 5 pistas (canalon · flanco · MEDIDA · flanco · canalon) y cada parte dice hasta donde llega: `measure` col 3, `wide` col 2/5, `full` col 1/-1. Todas las longitudes son tokens del sistema (`--measure-*`, `--container-width-*`, `--container-padding-inline`). `.Body` y `.Media` son compound porque SE REPITEN; la cabecera son slots de snippet. `.Body` apaga la medida de `Prose`: dos duenos del mismo ancho se pelean y ganaria el mas estrecho en silencio. Los tres ejes son RESPONSIVE (`measure`, `wide`, y el `width` de cada parte), resueltos con `eidos.resolve()` — el mismo camino que usan los primitivos de eidos, asi que los unicos breakpoints en juego son los canonicos. Es lo que un valor unico no puede decir: `{ base: 'full', md: 'wide' }` = foto a sangre en movil y contenida de `md` arriba. CANON: un componente no es libreria de otro. `Heading` importaba CINCO escalas tipograficas de `Text` (`TextTracking`, `TextLeading`, `TextWrap`, `TextNumeric`, `TextMeasure`) y al tipar este block repeti la violacion. Las cinco se mueven a `eidos/lib/types.ts`, que es donde su propio encabezado dice que van y donde ya esta documentado el precedente del mismo fallo (`ColorRole` re-escrito a mano que derivo a 8 miembros contra 9). Sin shim de compatibilidad: `text` y `heading` las importan de la libreria. Cuatro defectos que solo dijo el navegador: 1. `gap` separa tambien las COLUMNAS y una parte que las cruza se lleva esos huecos encima — `wide` media 1088 en vez de los 1024 del contenedor con el que debe alinearse, y a 420px `full` llegaba a 532 dentro de una rejilla de 404 y hacia scrollear la pagina. Van `rowGap` + `columnGap={0}`. 2. Una pista `min(medida, 100%)` ignora sus propios canalones: a 420px la central se quedaba los 404 enteros y la rejilla se iba a 436. 3. Un token de container es un ancho EXTERIOR: con `--container-width-lg` a pelo la figura `wide` sobresalia 16px por cada lado respecto al texto de la seccion hermana de debajo, a 1280/1440/1920. La pista ancha resta ahora `2 * --container-padding-inline` (992 en `lg`) y el desfase es 0. Lo cazo el usuario mirando la pantalla: yo habia medido el block contra si mismo, no contra la pagina. 4. `100%` significa algo distinto dentro de cada parte — en `measure`/`wide` ya es una pista, en `full` es la rejilla entera con canalones —, asi que capar el pie igual en los dos casos lo dejaba a 340 contra una columna de 372 en uno y a 404 en el otro. Verificado en navegador: barrido 375→1920 sin desbordamiento; alineacion pie↔prosa identica en 3 viewports × 3 medidas × 3 anchuras (18/18); figura `wide` a ras del texto de la seccion hermana en 1280/1440/1920; y el valor responsive cambia exactamente en el `md` canonico (a sangre a 767, contenida a 768). Claro, oscuro, 420px y 1920 mirados, y la geometria confirmada tambien en el Chrome del usuario. Semantica propia `figure`/`figcaption` (no interactivos → estructura de documento, B-8) con el hueco senalado: el canon no tiene primitiva `Figure`. Contexto de CONFIGURACION, no de estado — es un block de layout y no coordina nada. Gates: blocks:check verde (15 blocks) · svelte-check sin errores en lo tocado · eidos 28/29 suites (la que falla es `audio-player` sin morfo, del hilo de audio, ajena) · docs:check 0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	69c108d2a0	fix(demo): cargar los 25 packs sema que faltaban en la composicion de demos ... Cierra la CLASE del hueco que destapo el reporte del media-player (63f20f345): los packs sema son OPT-IN por app y la lista del layout de demos habia crecido por goteo — 25 de los 68 packs del indice no estaban, y sus demos sonaban con defaults crudos de familia en vez de sus firmas autoradas: chronos, clipboard, collapsible, color-field, context-menu, drag-drop, dropdown-menu, listbox, menubar, menu-dial, month-grid, navigation-menu, onion-menu, path-trace, proof-of-human, range-calendar, rotate-align, switch, time-field, toggle, toggle-group, tooltip, tree-view, tree-grid, year-grid. Entre ellos, los packs silenciosos de D.5/D.6 (switch/toggle/toggle-group, tooltip, menus/arboles): esas demos ahora CALLAN o suenan sutil como su doctrina prescribe — el cambio audible es hacia lo autorado. Bloque contiguo y comentado (sin reordenar lo existente). Verificado: check 74 = baseline, 0 propios. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	63f20f3451	fix(demo): cargar mediaPlayerSema en la composicion de la app de demos ... Reporte del usuario en vivo: el transporte del player seguia sonando en la demo pese al pack silencioso (D-AP2.7 v2). Causa raiz: los packs de sema son OPT-IN por app (defineEngineSemantic({ components: [...] }), tree-shaking) y `mediaPlayerSema` NUNCA estuvo en la lista del layout de demos — ni el silencio nuevo, ni el tap sutil v1, ni el fix del selector (H-1) llegaron a aplicarse alli jamas: lo que sonaba era el default crudo de familia (los dos earcons por clic que H-10 midio). Dos lineas: import + entrada en `components` de web/routes/uix/+layout@.svelte. Verificado: check 74 = baseline, 0 propios. Observacion reportada (fuera de alcance, no tocada): otros packs del indice tampoco estan en esa lista (dropdown-menu, context-menu, menubar, switch, toggle, tooltip, tree-view...) — la misma clase de hueco para sus demos. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	c4d64ba98a	feat(media-player): modo audio de referencia — AudioLayout, <AudioPlayer> con 4 variantes y buffer real (F4-F7 parcial) ... El modo audio deja de ser "video colapsado" (las 3 reglas CSS de v1): - F4 sema: el docblock del pack escribe la doctrina D-AP2.7 — el silencio mientras suena la obra lo posee el SERVICIO (duckUiWhileContent, receta documentada); la resta-de-gain queda disenada sin cablear a proposito. - F5 buffer real (G-2 consumido): el TimeSlider soma pasa bufferedTime como secondaryValue del Slider compuesto y monta Slider.SecondaryRange; se retiran el div .mp-buffered, la var --media-buffered (y su writeProperty), --_mp-buffered y --_mp-rail. Look intacto: el 42% pasa a --slider-secondary-bg en scope. - F5 wrappers eidos de las 6 partes: Artwork compone AspectRatio+Image del catalogo via child; RateButton compone Button ghost mostrando {data-rate}x; Artist/Identity/Transport/LiveIndicator passthrough. - F5 AudioLayout: espejo de DefaultControls para audio — identidad (artwork+title+artist+live) + transporte + fila de scrubber + secundarios. - F5 raiz competidora <AudioPlayer> (eidos/components/audio-player/, el precedente Toast/Toaster): una etiqueta monta todo, y la metadata del SO se DERIVA de la identidad visible (title/artist/artworkSrc) salvo override — lo que ves es lo que muestra el lock screen (D-AP2.5). - F5 recipe de 4 variantes (card/row/bar/inline) scoped a [data-variant] (componer a mano sigue sin opinar) + tokens publicos --audio-player-* (gap, artwork-radius, artwork-size-row/bar), regenerados. - F7 parcial: el badge live usa el text localizado del morfo via soma (fuera el "LIVE" hardcodeado) · demo con el modo audio real (<AudioPlayer> + selector de variante + snippet con paridad) · README eidos con la seccion del modo audio · component:audit --only media-player PASS. Verificacion: player 18/18 · recipe-css-contract + component-api-contract 37/37 · eidos-lint media-player 0 invalidos · check 74 = baseline, 0 propios (demo incluida). Declarado: audio-player.css es recipe de composicion sobre el morfo del player (el lint per-component no la cubre — gap del tooling); los internos --_mp-* los comparte la recipe hermana del MISMO morfo. Quedan F6 (verificacion VISUAL de las 4 variantes — exige ojos) y el resto de F7 (medicion Chrome del escenario mixto + teclas de medios + stamp sema). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	b1b568e32f	feat(blocks): contact CERRADO — la coordinacion entra en el contrato B ... El estado se le pregunta al ESQUEMA, no al Form. `form.isValid` con `validationBehaviour: 'progressive'` significa «aun no se ha encontrado nada mal»: un formulario vacio e intacto no tiene errores, asi que se declaraba valido y `incomplete` era INALCANZABLE al cargar — la seccion pedia resolver la verificacion con los tres campos vacios, justo el hueco que la doctrina existe para cerrar. Ahora la raiz valida los valores con `validateSync` de SIUM: sincrono y sin escribir errores (`form.validate()` habria encendido los tres campos en rojo en el primer frame). `state.test.ts` fija la maquina con 9 casos — primer test unitario del tier, porque `state.ts` es su primera logica pura: el orden de prioridad, que solo `ready` deja enviar, y que todo estado bloqueado tiene frase. Contrato B (architecture/blocks.md): seccion «Coordination» con las tres cosas que posee un block que coordina (estado, forma de sus datos, palabras), B-5 admite el esquema por defecto, B-7 enmendado (posee las palabras de SUS estados como idlangref con fallback ingles) y la convencion de servicios acotada: el traductor es el UNICO servicio sancionado. Dice tambien a quien NO aplica — los blocks de layout no coordinan nada. i18n por la via real: el arnes registra el namespace `blocks` en las DOS cadenas de arranque (galeria y previews, que duplican el boot) y la demo se lee en castellano en vez de caer al fallback ingles. Ademas: README y pestanas de doc rehechos al reparto nuevo, ficha F2.13 y bitacora en PLAN-blocks.md, y el control vivo que faltaba para un prop publico — `verification` con reto / sin reto, porque omitir el prop no es lo mismo que pasar un estado que nunca verifica. Verificado en navegador, arco completo y las dos ramas: sin reto vacio → un campo → tres campos (se desbloquea) → «Enviando…» → «Enviado»; con reto, con los tres campos llenos el boton sigue bloqueado y la razon pasa a «Resuelve la verificacion de arriba». `verifying` y `rejected` quedan cubiertos por test unitario, no por el reto en vivo: el provider de ProofOfHuman escribe `status` el mismo y el veredicto del app no se sostiene (hilo de canon abierto). Gates: blocks:check verde (14 blocks) · vitest 9/9 · docs:check 0 · svelte-check sin errores propios · prettier limpio en los ficheros propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	59bd5ffb71	fix(blocks): contact — la demo al dia con el block que ya coordina ... El add del commit anterior capturo la iteracion previa de ContactSite (el app poseia schema/labels/disabled); el guardado del editor con la version final — el block coordina y al app le quedan sus palabras, sus canales, el reto y el significado de enviar — llego justo despues. Esta es esa version. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	2de1718c3b	refactor(langs): words se pliega en palabras — y el nombre sale del corpus ... El pack words desaparece: sus strings de motor entran en palabrasLangs y las guardas (ACTIVE_DEV_TRACK, WIP_TRACKS) dejan de listar 'words'. Las menciones en comentarios de recetas, READMEs, SPECs, demos y docs de proceso pasan a Palabras. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	39d3790803	feat(blocks): contact (F2.13) — el bloque de contacto completo ... Compound contact.* (header/reason/form/fields/submit/details) con schema y contexto propios, README y ruta de preview; marcado shipped en el catálogo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	e09170f9da	feat(uix): Menubar.Panel — una entrada puede abrir un panel (role=dialog) ... Nueva parte Panel en el morfo (archetype content, role dialog, opcional) y aria-haspopup pasa a propRef: 'menu' cuando la entrada despliega un Content, 'dialog' cuando despliega un Panel. Wrapper eidos Menubar.Panel + receta, y la demo monta el mega-menú/form-panel anclado a la barra o al trigger. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	ae7e3462e5	feat(barcode): el ISBN es un PERFIL de entrada sobre EAN-13, no una simbología ... Un código de barras de ISBN ES un EAN-13: ISO 2108 mete los libros en el mismo espacio GTIN-13 que todo lo demás bajo los prefijos Bookland 978/979 — por eso el mismo lector lee una novela y una lata de garbanzos. Así que `isbn` NO entra como noveno valor de `symbology`: declararlo haría que `data-symbology` afirmara un estándar que no existe. Entra como perfil de entrada sobre `ean13`, que es la forma que adoptan las implementaciones serias. - **Separadores tolerados** en las simbologías NUMÉRICAS: un ISBN viaja con guiones y un GTIN con espacios. Code 128 y Code 39 quedan fuera a propósito — ahí un guión es dato codificable y quitarlo cambiaría la cadena en silencio. - **ISBN-10 → Bookland**: un valor de 10 caracteres en `ean13` se lee como ISBN-10, se le valida SU dígito de control (pesos 10…1, mod 11, con `X` valiendo 10) y se convierte con prefijo 978 y mod-10 recalculado. La validación previa es la parte que importa: sin ella, un ISBN-10 mal tecleado se convierte en un EAN-13 perfectamente válido que apunta a OTRO libro — el modo de fallo más caro del dominio. Falla con `invalid-check-digit`. - **La hyphenación NO es nuestra** y queda documentada como tal: las posiciones de los guiones no se calculan desde el número, dependen de las tablas de rangos de la International ISBN Agency, que son dato versionado con fecha de caducidad. Meterlas aquí pondría un reloj de mantenimiento dentro de una librería de cero dependencias. Si algún día se pinta la línea `ISBN 978-…` sobre las barras, el string con guiones lo trae el consumidor. Y un defecto que el ISBN destapó, anterior a él: **el nombre accesible mentía**. `aria-label` anunciaba el valor CRUDO mientras el símbolo codificaba otro — pasaba ya con cualquier EAN al que se le añade el dígito de control, y con el ITF-14, y con Code 39 al mayusculizar. Ahora anuncia lo que el símbolo lleva de verdad. - Vectores publicados en los tests: `0-306-40615-2` → `978-0-306-40615-7`, y los dos casos de control `X` (`0-8044-2957-X`, `0-9752298-0-X`). - `D-1.2` estaba ROTO en el commit anterior y no lo vi: prettier parte la unión `type Tab` a 102 caracteres y el audit exige la forma de UNA línea que documenta la guía de demos. Restaurada con `prettier-ignore`; el audit vuelve a PASS con 0 errores. - `F-1.4` se rompió al escribir la sección ISBN: mencionaba `## Gaps` en línea y el regex del audit engancha esa primera aparición. Reescrito. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	75017e5515	feat(blocks): `team` — las personas, y un contexto que sirve para una sola cosa ... F2.12. Compound porque `Member` SE REPITE (el app mapea sobre N), como `feature-grid`. Pero es el primero del tier cuyo **contexto existe para una sola cosa**: el `align` de la sección viaja a cada `Member` y a su fila de enlaces, así que la foto, el nombre, el cargo y los enlaces comparten eje sin que el app repita la alineación en cada tarjeta. Un `align` explícito en una parte siempre gana. Esa es la diferencia con `feature-grid`, cuyos ítems solo se repiten y por eso no llevan contexto: **la regla de forma se aplica parte por parte, no block por block**. ## Dos decisiones de forma - **Sin `.MemberAvatar`.** El plan la dibujaba; no tendría nada que añadir sobre `<Avatar size radius>` y escondería su API (`Image`, `Fallback`, los estados de carga). El app compone el `Avatar` del canon directamente dentro del `Member`. Se envuelve lo que el block DEFAULTEA —tipografía, retícula, eje—, no lo que solo reenvía. - **El nombre es un `Heading level={3}`** apagado con `size="sm"`: una persona en una retícula tiene nombre, y las referencias lo marcan igual. El nivel es estructura del documento; el tamaño, tipografía. Así un lector de pantalla puede saltar de persona a persona. Y un detalle que separa cumplir de sobresalir: la fila de enlaces va pegada al fondo de la tarjeta (`marginTop: auto`). Con biografías de distinto largo las filas quedaban a alturas distintas y la retícula se leía descuadrada; sin biografías las tarjetas ya miden lo mismo y la regla no cambia nada. ## Encontrado al verificar **Un `columns` fijo no colapsa.** A 420px, cuatro columnas dejan celdas de ~90px con el nombre partido en tres líneas y el avatar desbordando. El default del block es fluido (`minChildWidth`), así que el fallo era de la demo: ahora pasa `columns={{ base: 2, md: N }}` — para eso están los props responsivos. Anotado en el README. Verificado en navegador, esperando el atributo que pone la runtime del morfo y no el reloj: 2/3/4 columnas, `align` center/start propagándose por contexto al eje de cada miembro, biografía sí/no, claro/oscuro/RTL y 420px, seis avatares, doce botones de icono **con nombre propio por persona** («Escribir a Ada Lovelace», no «correo»), escalonado estructural con índices 0,1,2…, cero desbordamiento horizontal y cero errores de página. Gates: `blocks:check` verde (13 blocks) · `svelte-check` sin errores propios · `docs:check` 0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c57b66dc92	feat(blocks): `banner` — el aviso de arriba, y tres defectos del canon que no existían ... F2.11. El block más FINO del tier a propósito: cuando el canon ya tiene la pieza, el block es colocación y nada más. Reenvía la superficie entera del `Banner` con `Omit<BannerProps, 'children'>` —sin re-declarar `intent`/`variant`/`size` ni estrecharlos—, lo mete en columna con `Container` (`width="100%"` + `paddingX={0}`: a sangre por fuera, en columna por dentro), envuelve la fila con `Wrap` en vez de aplastarla, y cablea `Banner.Close` solo si llega `onDismiss`. La visibilidad NO es suya: es la decisión que ya tomó el componente («composición, no un booleano `dismissible`»), así que el app envuelve en su `{#if}`. Un block que guardara ese estado sería una segunda fuente de verdad. Tampoco emite sema: el canon declara cero eventos para `Banner` a propósito, y un aviso persistente sin descarte es tan legítimo como uno descartable. La demo lo enseña **encima del `site-header` de verdad**, con página para desplazarse. Un aviso dentro de un recuadro no se parece a un aviso. ## El hallazgo que la fase 0 anticipó `Banner` estampa `role="banner"` DESPUÉS de sus rest props, así que no se puede relajar a una región normal. Con el `site-header` en la misma página —que es la única colocación que shipean las referencias— quedan **dos landmarks `banner`**. Medido en la vista previa: dos. Lo único que puede hacer un app hoy es nombrarlos con `aria-label`, y eso hace la demo. ## Y una lección de método que costó una sesión Reporté tres «defectos del canon» —`aria-label` ausente en `Banner.Close`, `type` desaparecido de todo `Button`, `IconButton` tragándose el `onclick`— y **los tres eran falsos**. La causa era la misma: medir demasiado pronto. Los `data-variant` / `data-size` los escribe el componente de eidos al renderizar, así que están desde el primer frame; `type`, `aria-label` y los handlers los aplica la **runtime del morfo en un efecto posterior**. A ~1s: `type` ausente en 3 de 3 botones y ningún clic disparando. A ~6s: `type="button"`, `aria-label="Descartar"` y el descarte funcionando. La espera válida es un atributo que solo pueda haber puesto la runtime —`waitForFunction(() => boton.hasAttribute('type'))`—, no que el nodo exista ni que se vea. La regla queda afinada en `CONTINUE-blocks.md`, que ya avisaba de esperar la condición y no el reloj: fallé al elegir la condición. De paso, un aviso de soma que sí era real y era mío: `Tabs.List` sin nombre accesible en `BlockDemo.svelte`. Afectaba a las 12 demos del tier. Verificado en navegador: los 4 intents, los 3 tratamientos, `descartable` sí/no (con `no` el botón deja de renderizarse, no se oculta), claro/oscuro/RTL y 420px, la tira siempre por encima de la cabecera, cero desbordamiento horizontal, el descarte con la página recolocándose, y los controles de la demo moviendo la vista previa en línea. Gates: `blocks:check` verde (12 blocks) · `svelte-check` sin errores propios · `docs:check` sin errores míos · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	08ee18a8e1	fix(sound): `decode()` — la puerta que faltaba, y el estudio deja de abrir su contexto ... A-1 de la auditoría (`PLAN-sound-engine` §16): `analyze.ts` hacía `new Ctor()` propio para decodificar el `.wav` importado. Medido inyectando un WAV real por el `input[type=file]`: **1 → 2 contextos**. Transitorio —se cerraba al acabar el decode— pero es exactamente el antipatrón que el art existe para impedir, en la misma página que usé como prueba de la invariante. Y el aviso de «segundo contexto» no lo vio, porque sólo cuenta los contextos que crea el art (A-2). No era un despiste de esa página: **la superficie del art no ofrecía la operación**. `preload(urls)` decodifica y esconde los `AudioBuffer` en una caché privada, así que quien quiere las MUESTRAS —un waveform leyendo picos, un analizador midiendo un fichero— no tenía puerta y se abría la suya. - **`EngineSound.decode(data): Promise<AudioBuffer | null>`**. Segunda puerta, simétrica de `context`: una para quien quiere un GRAFO, otra para quien quiere las MUESTRAS. Las dos llevan al mismo contexto. - **No pasa por `getOrCreateContext()`**: decodificar funciona sobre un contexto suspendido, y `resume()` fuera de un gesto puede quedarse pendiente para siempre — un `decode()` que se espera desde la UI no puede colgar de eso. Se añade `ensureContext()`, crear sin resumir. - **No cachea** (los bytes crudos no tienen clave; la caché por URL es de `preload`) y **devuelve `null` en vez de lanzar**. - **Desviación declarada** de lo que §16.2 proponía: NO se añade el acceso a los buffers cacheados. Hoy no tiene consumidor —`Waveform` no existe— y añadir superficie sin consumidor es justo lo que §16.1 le reprocha al art. - `analyze.ts` toma el motor por puerto estructural; `AnalyzePanel` lo lee de `getActiveUix()`, que es el idioma de la casa, no prop-drilling. MEDIDO en Chrome: importar un WAV crea ahora **1 contexto** en vez de 2, y el earcon posterior reutiliza ése. Y sigue analizando bien: un tono de 440 Hz a 8 kHz, decodificado sobre el contexto compartido a 44,1 kHz, se mide como **441 Hz** — el resampleo no falsea la medida. Guards nuevos en `engine-sound.test.ts`: decodifica sobre el contexto compartido SIN llamar a `resume()`, un segundo `decode` no crea otro contexto, y devuelve `null` con bytes indecodificables o sin contexto. Verificación: art + sema 17 suites / 201 tests · `check` en la baseline exacta (73 errores, 0 propios). Quedan abiertos A-2 (el aviso es ciego a los contextos crudos), A-3 (S-1 no está cerrado), A-4 (opciones del canal tiradas en silencio) y A-5 (`gainScale` en el master compartido) — los tres últimos cambian comportamiento público y esperan decisión. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	be3cbf680e	fix(sound): la invariante de un solo AudioContext, cerrada en attach y medida ... `PLAN-sound-engine` daba por cableada la propiedad del motor «en los dos modos de arranque». En attach no lo estaba: `defineUixServices` registraba `motion` y `scene` junto a `dom` pero NO `sound`, y `defineEngineSemantic` no reenviaba `soundEngine`. Una app en attach con sonido activo tenía el motor privado del canal MÁS `uix.sound` — dos motores, y dos contextos en cuanto el reproductor primase el suyo. `attachActiveUix` DOCUMENTABA el footgun en un comentario en vez de cerrarlo, mientras `contracts.ts` ya prometía `singleContextPerDocument`. - `defineUixServices` declara `sound` junto a `motion` / `scene`, y `defineEngineSemantic` lo toma como `serviceDependencies: ['dom', 'sound']` y lo reenvía. Degrada igual que `dom`: sin el servicio declarado llega `undefined` y el canal vuelve a crear el suyo (construcción directa y tests). - La nota de `attachActiveUix` pasa de describir el footgun a describir el cierre, y deja escrito el único caso que sigue vivo: un esquema de servicios a mano que declare `events` sin `sound`. - Fila `events` de `contracts.ts` con `serviceDependencies`, y el assert DERIVA de la tabla en vez de hardcodearla — que es lo que su propia doctrina pide. - El estudio de sema (`/temas/sema`) enchufa `uix.sound`. Era la única página capaz de ejercitar la inyección y no lo hacía. MEDIDO en Chrome, no deducido. Con el motor privado, cada edición del draft reconstruye el `EngineSemantic`, el `dispose()` del canal cierra el contexto y el siguiente disparo abre otro: 9 ediciones dejaron **10 contextos creados y 9 cerrados**, perdiendo además la caché de samples decodificados en cada una. Con el motor compartido: **1 contexto, 0 cierres**, y 24 osciladores construidos en 6 ciclos — el earcon sigue vivo. Dos guards, y los dos VISTOS FALLAR sin el cableado. Es la lección de la retirada de F2, donde una medición vacua se presentó como prueba: - `active-uix.svelte.test.ts`: el `events` de la app prima el motor de la app (quitando el reenvío: `expected null not to be null`). - `sound-e2e.test.ts`: un motor inyectado sobrevive a 3 reconstrucciones con UN contexto y sin `close()`; sólo lo cierra quien lo creó. Verificación: `client` 130/130 · 842/842 · `server` 262/264 · 3718/3722 — los 3 rojos son ajenos (`aura`, `menubar`, `radio-group`) y el cuarto fue un timeout de `soma-attr-audit` por contención, verde aislado en 3,1 s · `check` en la baseline exacta (73 errores, 0 propios). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	eb13fff409	feat(blocks): `site-footer` — el pie de la página, con el selector de idioma vivo ... F2.10. Es el block donde la regla de forma del tier se ve mejor: `Column` SE REPITE (el app mapea sobre N grupos), así que es parte compound; la marca, la banda de alta, lo social, lo legal y el `extra` no se repiten ni coordinan, así que son slots. El landmark es un `<footer>` de verdad: `contentinfo` sin pedir nada. Las columnas van en `AutoGrid minChildWidth`, **sin un solo breakpoint**: el mismo código sirve para 2 grupos o para 5, y en móvil caen a dos. La entrada es un `Motion trigger="viewport"` solo en la región superior y **sin escalonado** — una línea de copyright que aparece con fundido es teatro, y nadie lee un pie columna por columna. ## Los dos huecos que nombraba el dossier, cerrados - **La banda de alta al boletín EN el pie** (3 de 7 en Tailwind Plus) como slot `signup`, con su propia fila a lo ancho: en la columna de la marca (~230px) la fila de correo tendría que apilarse. El formulario es del app; este block NO importa el block `newsletter` (B-10) ni inventa validación. - **El selector de idioma** como `extra` (el slot libre de D-BLK.6), y está VIVO: escribe `uix.prefs.setIntent('language', …)`, el eje real del ecosistema. Verificado — al elegir «English», `document.documentElement.lang` pasa a `en`. ## Tres números que salieron de medir, no de suponer - El `container` bajó de `xl` a **`lg`**: con `xl` el pie no se alineaba con ninguna sección de la página compuesta encima. - La rejilla superior pasó de `1fr 2fr` a **`1fr 3fr`**: con `2fr`, un pie de cuatro grupos se partía en 3+1. - El gap entre columnas es **6, no 8**: con 8, cinco grupos no comparten fila al ancho `lg` (728px justos). Horizontal más apretado que vertical, porque el gap horizontal es el que decide cuántos grupos caben. ## Dos hallazgos de canon (F21/F22 en `PLAN-blocks-quality.md` §6) - **Los primitivos de layout no pueden cambiar de elemento.** `Text` y `Heading` aceptan `as`; `Box` —y por tanto `Stack`, `Flex`, `Grid`, `Group`, `Wrap`, `Container`, `Section`— renderiza un `<div>` fijo. Consecuencia: una columna de enlaces no puede ser `<ul>/<li>`, que es como la marcan las referencias. Un block solo puede elegir entre divs o escribir markup que luego no puede estilar. - **Un `Select` controlado muestra el VALOR crudo hasta que se abre una vez.** `getDisplayText()` resuelve contra un registro de etiquetas que llenan los `Select.Item` al montarse, y con el `Content` en un portal cerrado no hay ninguno montado: `value=['es']` pintaba «es» en vez de «Español». Rodeado con el `child` de `Select.Value`. Verificado en navegador: 2/3/4/5 columnas, banda de alta sí/no, claro/oscuro/RTL y 420px (2×2 columnas, fila de correo apilada), cero desbordamiento horizontal, separador `aria-hidden`, los tres `IconButton` con nombre obligatorio, y el idioma cambiando de verdad. Cero errores de página. Gates: `blocks:check` verde (11 blocks) · `svelte-check` sin errores propios · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f69cf76cfd	feat(blocks): `newsletter` — el alta al boletín, y el reset que el framework daba por hecho ... F2.9. Slots de snippet (eyebrow · title · description · field · submit · note · children), `center` y `justified`, y `panel` como interruptor real: el panel de marca es la cara de las referencias, pero el control, la ayuda y el error están calibrados para la superficie de página, así que apagarlo es un estado de primera y no un fallback. La fila es `Grid templateColumns={{ base: '1fr', sm: '1fr auto' }}`: el campo se queda la pista libre y la acción abraza su contenido —eso es lo que hace que un alta se lea como UN gesto— y bajo `sm` pasa a una columna, porque un botón al lado de un campo de correo deja inservibles a los dos. El block NO valida y NO emite sema. `Form` posee el runtime, el esquema, dirty/ touched, la agregación de errores y el foco al primer error; `Field` posee el cableado ARIA; el morfo del `Form` ya declara `commit-submit` y `signal-invalid`. El app posee esquema, valores y handler. No hay ni un `if` sobre un correo aquí. ## Superación del dossier: la etiqueta El único hueco que el dossier nombraba era la nota de privacidad, y está. Pero la diferencia de verdad es la etiqueta: las referencias shipean la fila escondiéndola con `sr-only` o dejando solo un placeholder. El canon tiene `Field floatingLabel` —arranca dentro del control y sube al borde al enfocar o rellenar—, así que la fila queda alineada CON etiqueta real y asociada. Verificado con pulsaciones de teclado de verdad: 10px dentro en reposo → −11px sobre el borde al enfocar y al rellenar. ## Tres hallazgos de canon más, medidos - **La fundación de eidos no trae reset de modelo de caja y lo asume del app.** `[data-field-control]` declara `inline-size: 100%` + padding, así que bajo `content-box` el control mide 30px más que su contenedor: el campo se metía por debajo del botón de envío. Campo 480 / control 510 en la galería frente a 502 / 502 en los docs de componentes, que sí resetean (igual que `web/routes/active/styles.css`). Arreglado en app-land con `web/routes/blocks/_lib/reset.css`, con A/B sobre los 10 previews y 5 páginas de shell: cambia el newsletter y NADA más. Hay que importarlo dos veces porque la galería arranca UIX en línea en vez de pasar por `BootUix` — deuda del arnés, anotada en el handoff. - **`onValidSubmit` es un no-op silencioso** cuando se pasa un `form` ya construido: el componente solo lo reenvía al `createForm` que hace él mismo. El envío validaba, limpiaba el error y no anunciaba nada. Por eso el block no expone el prop: el handler va en el `createForm` del app. - **Los mensajes de SIUM son idlangref.** La vía correcta es `uix.langs.t(issue.message, issue.params)` —verificado, sale «Debe ser una dirección de correo válida»—, pero la demo de docs del propio `Form` parte la cadena a mano tras el `|`, así que el único ejemplo del repo enseña el patrón equivocado y siempre muestra inglés. Los tres quedan en los gaps del README y en `PLAN-blocks-quality.md` §6 (F18/F19/F20), sin tocar nada fuera del tier. Verificado en navegador el arco completo: correo inválido → error traducido con `role="alert"`, `aria-invalid`, `aria-describedby` y foco al primer error; correo válido → confirmación del app (`Callout` afirmativo con la dirección) y error limpio. Claro/oscuro/RTL, tres colores, `panel` sí/no, 420px. Cero errores de página. Gates: `blocks:check` verde (10 blocks) · `svelte-check` sin errores propios · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	03d6796582	feat(blocks): `cta` — el panel que pide el siguiente paso, y tres mentiras que destapó al medirlo ... F2.8. Slots de snippet (eyebrow · title · description · actions · children), misma forma que `hero`: las partes de un CTA no repiten ni coordinan, así que un compound no se gana nada. Dos disposiciones: `center` para cerrar una página y `justified` —copia al inicio, acciones al final— que es el hueco que nombraba el dossier. Un solo `Motion trigger="viewport"`: el panel llega ENTERO, porque un CTA es una sola afirmación y repartir sus tres partes se leería como duda. Lo que salió al verificarlo en navegador, medido y no a ojo: - `variant='soft'` **fuera de la API**. Su track queda a `oklch(0.9932)` contra un `--color-surface-default` de `oklch(0.9911)`: 0.002 de luminancia, o sea ningún panel en claro. Y `Surface` no tiene borde al que caer. Cortar el prop es más barato que shipear un estado que se esfuma. - La ranura `contrast` de la paleta es blanco en TODO escalón sólido, así que un lienzo de luminancia media deja el cuerpo por debajo de AA: `primary` 5.18 · `indigo` 5.21 · `plum` 4.75 pasan en ambos modos; `neutral` 3.32 · `teal` 3.07 fallan en claro. El block reenvía cualquier `color`; la demo solo ofrece los que pasan. - `Text align` es inerte por defecto: renderiza un `span`, y `text-align` no hace nada sobre una caja inline. `align="center"` dejaba la copia a la izquierda dentro del layout centrado, sin avisar. Rodeado con `as="p"`. Y `Group` no apila: a 420px la etiqueta de la acción secundaria se parte contra el botón primario, así que las acciones van en `Flex direction={{ base: 'column', sm: 'row' }}`. `hero` compone las suyas con `Group` — anotado. Los tres hallazgos de canon quedan en los gaps del README del block y en `PLAN-blocks-quality.md` §6 (F15/F16/F17), sin tocar nada fuera del tier. Verificado: `center` y `justified` en claro/oscuro/RTL y a 420px, tres colores, entrada disparada, descripción en `<p>` centrada, cero errores de página. Gates: `blocks:check` verde (9 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3097cfcb69	revert: deshacer la auditoría entera — se hizo sin leer la doctrina ... Revert de los 7 commits de la sesión del 2026-07-29/30: 352ca8bbe style(soma): formato Prettier en el test de gradient-picker 17a1f167b test(soma): chat-list e70397fca test(soma): field-langs y gradient-picker c9b83d025 docs(morfo): qué hace pública una parte + hallazgos retirados feb4a8424 test(soma): los primeros providers que no tenían red f8e35b8fd fix(morfo): el eje intent/color c39170abb fix(uix): la auditoría del sistema `4e785d32b` (stats-band, otra sesión) queda intacto — el revert lo salta. ## Por qué se revierte todo y no una parte La instrucción de partida era «audita el sistema, **para ello previamente lee toda la documentación**». No se leyó. Se auditó primero y se justificó después, y eso contaminó el conjunto, no unos commits concretos: - Tres hallazgos del informe eran FALSOS, todos de la misma forma — heurísticas de una sola vía dadas por hechas sin abrir el código: D-3 `AgentTimersPort` (el puerto sí está satisfecho por el adaptador de `defineActiveAgent`); «5 derivas de scope» (`avatar-group` / `path-trace` / `rotate-align` sí están implementados, co-locados en el directorio del padre); «29 morfos con `kind:'public'` irreal» (medía si existe `<Componente.Parte>` e ignoraba que un primitivo de API plana compone por props y snippets). - `c9b83d025` existe SÓLO para retirar esos hallazgos del commit anterior. - Los 6 tests de provider se montan sobre un `installSomaHarness` que FABRICA cuatro servicios compartidos (`dom`, `langs`, `timers`, `prefs`), violando la primera regla de propiedad de `architecture/active-uix.md`: «Only composition roots create shared services. `morfo`, `soma`, `sema`, `eidos` and components never create `dom`, `langs`, `prefs`, `format`, `clipboard` or equivalents: they receive them from `ActiveUix`.» El arranque real son tres líneas (`createActiveUix` → `setActiveUix` → `Soma.create()`) que estaban escritas. - Y se le pidieron al usuario decisiones cuya respuesta estaba en el corpus (`testing-and-tooling.md` dice que los tests de provider son convención, no guard; la regla 1 zanja el arnés). Triar qué conservar exigía justo el juicio que falló. Se revierte todo, se lee el corpus, y vuelve sólo lo que se pueda sostener citando un documento — o lo que sea defecto MEDIBLE y por tanto no dependa de criterio (el colapso de uniones de props, que hacía compilar `<Avatar color="nonsense">`; que `translations:check` crashease en cada ejecución de su historia). Nada se pierde: los commits siguen en la historia y se recuperan con `cherry-pick`. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4e785d32bf	feat(blocks): F2.7 `stats-band` — la cifra que se cuenta sola ... La fila de números que respalda lo que la página acaba de afirmar. Compound (`.Stat` repite, sin contexto): `<StatsBand>` + `.Stat` + `.Value` + `.Label`. - **Compone, no reinventa**: la semántica de KPI es el `Metrics` del canon, leído de su API y pasado tal cual (precedente `faq`/`Accordion`). `Metrics` es surfaceless, que es exactamente lo que una banda necesita: no son tarjetas de panel. Un delta, un icono o un sparkline son `Metrics.Delta`/`.Icon`/`.Chart` que la app compone dentro — el block no los re-expone. - **La superación literal del dossier**: `<StatsBand.Value count={12500} />` compone `CountUp`, así que la cifra se cuenta sola al entrar en pantalla. NINGUNA referencia puede shipearlo: todas entregan markup estático. El formato locale-aware y el salto directo bajo reduced-motion vienen del `CountUp`, no de aquí. - **`count` es opt-in, nunca default**: una cifra que se anima sin que el lector lo pida es ruido, y algunas no son contables («99,98 %»). Sin `count`, la cifra la pone la app por children. - **Ni una palabra ni un separador salen del block** (B-7): las palabras por children, el formato por `uix.format` dentro del `CountUp`. - Escalonado estructural: `data-stagger` en la banda y cada `.Stat` es un `Motion trigger="viewport"`, así que las cifras aterrizan una tras otra sin un solo milisegundo escrito a mano. Verificado en navegador (con la banda bajo el pliegue, para cazar el conteo desde el primer fotograma): 4 cifras con índices estructurales 0,1,2,3 contando —9377→11.678 · 255→318 · 36→45—, el porcentaje quieto por no ser contable, y el separador de millares por locale (`11.678`). Cero errores de página. `blocks:check` verde (8 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	c39170abbf	fix(uix): la auditoría del sistema — lo que los guards no veían ... Auditoría clean-room de todo ActiveUIX (excluido `web/`), componente a componente. Lo que sale de aquí no es una lista de bugs: es un patrón. El framework validaba que lo escrito fuese VÁLIDO, no que lo declarado se CUMPLIESE — y sus guards fallaban ABIERTOS. ## El colapso de las uniones de props (95 → 0) Un `Props` de eidos es `{ …props propias… } & <atributos nativos>`. Cuando el elemento declara un atributo homónimo, la intersección funde ambos y una unión estrecha contra el `string` nativo COLAPSA a `string`. Causa: `Without<T, U> = Omit<T, keyof U>` invocado como `Without<T, {}>` — `Omit<T, never>`, un no-op — 433 veces en soma; sólo 3 con argumento real. Invisible para `svelte-check`: ensanchar un tipo no es un error, es una garantía perdida. Medido: 95 props en 72 componentes. `<Avatar color="nonsense">` compilaba. `ComboboxInput.size` chocaba con el `<input size>` numérico y era inusable. Migrado con codemod sobre AST (nunca regex) a `Own & Omit<Nativos, keyof Own>`: 92 tipos en 73 ficheros + carousel a mano. `check` no se movió. Garantía nueva: `eidos/prop-surface.test.ts` (PROP-1) compara los literales de la anotación del autor contra los de la propiedad pública. Verificado que falla reintroduciendo el defecto. ## Los cuatro guards que fallaban abiertos - `translations:check` crasheaba en CADA ejecución de su historia — un stripper de comentarios borraba `//` dentro de strings. Sustituido por import dinámico. Al arrancar destapó 8 slots `texts` sin traducción. - `soma-attr-audit` agotaba el timeout de 5 s: sin veredicto, verde por omisión. - `component-audit` D-7.4 hacía `continue` mudo cuando el tipo no resolvía. Ahora resuelve con el checker de TypeScript (`scripts/prop-unions.ts`): puntos ciegos de 124 → 3. - `component-audit` R-1.1: el regex casaba `[data-motion='reduce']` y daba PASS por el motivo equivocado. Regla adoptada: un guard que no puede evaluar TIENE que decirlo. El informe lleva ahora bloque «Not verified» y recuento en el resumen. ## D-1 · tooltip y D-2 · card, cableados `tooltip` declaraba 3 eventos `emerge` que nadie emitía. Ahora emiten; `present` pasa a `sequence: 'post'` — con `'pre'` el hold de ~240 ms gateaba el montaje del propio overlay. `card` declaraba `commit-select` sin emisor posible (scope sin soma). Puente headless en `soma/components/card/` con la forma ya establecida por `menu-dial` / `onion-menu`: eidos posee estado y render, soma posee sólo el `SomaRuntime` que emite. ## Documentación: 22 mentiras corregidas `docs/` afirmaba guards inexistentes (`NO_MISSING_PROVIDER_TESTS`), APIs con firma equivocada y un modelo de Motion que el código no implementa. Corregido en CANON, arquitectura, glosario, theming/motion, checklist y los README de `motion` / `callout` / `arts/motion`. ## Además - CardGroup: la descripción se metía en la primera celda del grid. - Motion: `data-state` siempre estampado, salida real en `leave()`, token fantasma `--motion-stagger-each-default` eliminado. - `engine-motion`: `handoffState` Map → WeakMap (fuga por nodo). - `mockup`: primitivo crudo → token de rol (R-4.6). - 5 catálogos de traducción que faltaban. Handoff: `docs/process/CONTINUE-audit-2026-07-29.md`. Batería: check 0 errores en src · vitest server 3701/3701 · docs:check 0/0 · component:audit 161 PASS / 2 NEEDS-WORK. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d4c49aedbf	feat(eidos): `Barcode` — el código de barras 1D, con encoder propio y cero dependencias ... Ocho simbologías desde su estándar ISO publicado (Code 128 con auto-switching A/B/C, EAN-13/8, UPC-A/E, Code 39, ITF/ITF-14) en `$libs/barcode`: tablas transcritas de la especificación o derivadas de su regla de construcción, sin una sola dependencia npm añadida. JsBarcode y bwip-js son referencia de corrección, jamás import — la misma doctrina con la que `$libs/qr` usó a Nayuki. Ningún headless del mercado trae barcode: el terreno lo ocupan encoders imperativos sin anatomía ni a11y. - **La física manda sobre la ergonomía visual.** La dimensión X (`moduleWidth`) es el ancla de escaneabilidad y la altura de barra un eje libre — un escáner lee una franja horizontal. Por eso la geometría es px absolutos en el viewBox (precedente: la familia `chart`) y no el token `size` cuadrado del QR: colapsar los dos ejes en uno haría que la X dependiera de la altura, que es justo lo que no puede flotar. La zona muda va en módulos, con el mínimo de cada estándar. - **Lo que hace reconocible a la familia.** Las guardas EAN/UPC bajan hasta la línea base y los dígitos se imprimen dígito-bajo-dígito sobre su celda de 7 módulos, en mono (la HRI del estándar es OCR-B, de ancho fijo). ITF-14 lleva su barra portadora por fuera de la zona muda, que no puede comerse. - **Un valor no codificable es un ESTADO, no una excepción.** `encode` lanza un `BarcodeError` tipado; el wrapper lo captura, marca `data-invalid`, avisa por `onInvalid` (deduplicado por razón: `encoded` es un objeto nuevo por pulsación) y deja un marco placeholder decorativo. Un EAN a medio teclear es un paso normal de edición; dejarlo reventar dentro de un `$derived` tumbaría la página. - **`'text'` entra en `MorfoElement`** — y también en el schema de sium, que tiene su propia lista literal. Añadir solo la unión de TypeScript compila y falla en runtime; lo cazó `morfo:check`, no `npm run check`. Verificación: 48 tests de encoder en tres capas (invariantes estructurales de cada tabla · vectores publicados transcritos aparte · decoders independientes que releen la retícula), la lectura real confirmada con escáner por el usuario, y la retícula decodificada desde el SVG ya pintado en navegador. `component:audit` PASS con 0 errores; los 2 warnings (D-1.5 / D-4.3) son los mismos que da `button`, la demo canaria: sus regex buscan la forma v1 inline del MutationObserver y del `emit`, que la v2 movió al harness compartido. Demo v2 canónica de 9 pestañas. El alcance diferido (Codabar/MSI/Pharmacode, GS1-128, add-ons EAN-2/5, y las 2D como componentes aparte) queda registrado en `next-features.md` §10 — el hueco de numeración se cierra cuando el track de blocks commitee sus §8/§9, hoy sin commitear. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	cdc00bc117	fix(blocks): lo que la auditoría encontró DENTRO del tier ... Una auditoría multi-agente (7 dimensiones doctrinales + refutación adversarial) confirmó 32 hallazgos sobre la pasada de calidad. Esto corrige los que caen dentro de `blocks/`; la deuda de fuera queda REGISTRADA, no tocada (`PLAN-blocks-quality.md` §6). - **B-7 roto en `pricing`**: el block traía tres strings castellanas propias como defaults del toggle — dos visibles y un nombre accesible. Hardcodeaba un idioma DENTRO del framework y esquivaba `langs`, en el mismo block cuyo README predica «cero strings propias». Ahora los tres son props REQUERIDAS y las pone la app. - **El block pintaba**: `pricing.Plan` metía `box-shadow` por `style=` porque `Card` no expone elevación. Retirado; el hueco queda registrado como candidato a canon en vez de falseado. - **El escalonado estaba roto y el comentario mentía**: puse `spring-pop` (driver JS) en los planes, y un driver JS no lee el `animation-delay` donde vive el stagger — entraban TODOS a la vez mientras el comentario afirmaba lo contrario. Vuelto al preset CSS: verificado, índices 0,1,2 a 70ms. - **Comentario falso en la demo del hero**: atribuía al `intent` visual una consecuencia sonora/háptica que ningún camino produce (el morfo del Button dice explícitamente que `contact-activate` NO lleva intent). Reescrito. - **Composition maps mentían**: los 6 blocks que ahora componen `Motion` no lo decían; el hero seguía diciendo `Heading` (es `Display`), sin `Backdrop` ni `decor`, y declaraba DIFERIDO un preset de cromo de media que ya está shipeado (`Mockup`). Al día, sin filas duplicadas ni datos rancios (el chip de feature-grid es `solid`, no `soft`). - **Handoff y plan**: el plan seguía prescribiendo un `<Reveal>` que esta misma sesión creó y retiró; el handoff daba `feature-split` por «sin decidir» estando hecho, y los gates con números falsos. Verificado: `blocks:check` verde (7) · `svelte-check` sin errores propios · en el navegador, pricing escalona de nuevo, las etiquetas vienen de la app y ninguna tarjeta pinta sombra. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	ceab195ae1	feat(blocks): el arco semántico completo — contacto al pulsar, commit al elegir ... Elegir un plan ya no era solo un click: ahora demuestra el momento `--event` entero, que es lo que ninguna referencia puede shippear. - Pulsar emite `contact-activate` — gratis, por composición: es el evento del morfo del propio `Button`. Eso ya funcionaba en todos los bloques. - Lo que faltaba es la CONSECUENCIA: la app emite `commit-select` con intent `affirm` (CANON §2: una elección activa es afirmativa) vía `uix.events`. Un block no puede emitir eventos propios —no tiene morfo, contrato B—, así que la consecuencia es necesariamente app-land; la demo la ejerce para que el arco se vea. El commit va DESPUÉS del resultado (`await tick()`), no en la pulsación. Es la doctrina (un commit es lo que quedó fijado, no el contacto) y además evita una colisión real que medí: emitidos a la vez sobre el mismo elemento, la proyección del contacto pisa la del commit. Verificado con MutationObserver usando `attributeOldValue` —sin él la medición MIENTE, porque el callback se agrupa en microtarea y `getAttribute` ya devuelve el valor sobrescrito—: la secuencia es `contact-activate` → `commit-select` (family `commit`, intent `affirm`), cero errores de página. `blocks:check` verde (7) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	19e8dbfb63	feat(scene): `portal` — la presencia leída como esfera a contraluz (variante) ... Encargo del usuario a partir de un componente de referencia de pago cuya fuente NO está disponible (la pestaña «Code» es de clientes). Así que implementación propia — que es la regla de la casa de todos modos: solo el vocabulario de parámetros se dejó cercano para poder compararlos. QUÉ ES Una esfera a contraluz: filo encendido, interior abierto, y capas de estelas que la envuelven y giran — cada una sobre su eje inclinado, con su ritmo, con motion blur a lo largo del barrido. El fragmento se mapea sobre la esfera unidad y las estelas viven en ese espacio 3D, que es lo que las hace curvarse con la superficie en vez de leerse como rayas planas. ES UNA VARIANTE, LA ELIGE EL DESARROLLADOR No sustituye al `orb`: conviven. `orb` está afinado para 32-48px (silueta simple, movimiento perceptible a ese tamaño); `portal` tiene mucho más detalle y luce en superficies grandes — a tamaño de componente pierde justo la irregularidad que lo define. La demo gana un switch **studio** (220px) para poder juzgar eso, porque un shader no se juzga a 40px y forzarlo desde la consola no deja nada para la sesión siguiente. EL INTERIOR ES TRANSPARENTE No se pinta nada dentro: lo que se ve a través es la página. Eso es lo que hace la variante agnóstica al tema SIN una sola rama claro/oscuro — un interior relleno tendría que elegir bando, y elegirlo fue lo que en el primer intento la convirtió en una bola de cristal. Los tres colores salen de los mismos slots de rol que el orb (`solid` en el filo, `solid-hover` en la cara cercana, `element` en la que se aleja): retintas el tema y cambia entera. TRES LECCIONES DEL FORMATO, no de este efecto — anotadas en el README porque las va a repetir quien toque el siguiente shader: - Las estelas no pueden salir de senos. Un `sin()` da anillos de latitud PERFECTAMENTE regulares que se leen como jaula de alambre por mucho que se afinen; la irregularidad (longitudes distintas, trazos sueltos) exige ruido anisótropo — aquí 1 : 9 en longitud/latitud, lento a favor del flujo y rápido a través. - `sin(q.y * freq)` sobre la esfera unidad da `freq/π` ciclos: ~9 son tres trazos finos por capa, 22 es malla, 2 es un borrón. El número sale de la cuenta, no del tanteo — tanteando me pasé de largo en ambos sentidos. - El motion blur PROMEDIA: 5 muestras × 0.16 rad son 46° de barrido, que borra las bandas en vez de estirarlas. Verificado en Chrome real, claro y oscuro, en `acting` y `escalated`, a 48px y en studio. Tests 370 (scene 9 + eidos 361) · eidos-lint aura 0 inválidos · docs:check sin errores nuevos · check en los 73 preexistentes. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	164ca0183e	feat(blocks): movimiento en TODOS los bloques, vídeo e intent semántico ... El acabado deja de vivir solo en el hero. Los seis bloques restantes entran ya con movimiento, la media admite vídeo de verdad y los CTA declaran su intención semántica en vez de ser neutros. - **Movimiento en los 7**: cada rejilla marca `data-stagger` en SU contenedor y sus celdas SON un `Reveal` (feature-grid.Item, testimonials.Item, pricing.Plan) — el foundation les da el índice por `:nth-child`, así que las tarjetas se reparten una tras otra sin un solo milisegundo escrito a mano. Cabeceras, filas de feature-split (copy y media con un compás de diferencia) y el acordeón del FAQ entran también. - **Vídeo**: el hero acepta un `MediaPlayer` del canon dentro del mismo `Mockup` —nada a medida, el slot `media` toma lo que la app componga— y la demo lo expone como control («panel» / «vídeo»). La pregunta «¿y si quiero poner un vídeo?» ya tiene respuesta demostrada, no teórica. - **Semántica en la interacción**: los CTA llevan `intent`. El primario del hero es `fulfill` (esa pulsación consuma la página); en pricing, `fulfill` en el plan recomendado y `affirm` en el resto. Un CTA neutro no significa nada, y los 7 bloques lo eran. Nota arquitectónica: un block NO puede declarar eventos sema propios — no tiene morfo, es el contrato B. Su semántica entra por dos vías, y las dos estaban sin usar: el `intent` de los componentes que compone, y los eventos que esos componentes ya emiten (Accordion emerge, ToggleGroup, Drawer). Verificado con Playwright en los 6: reveals con índices estructurales (feature-grid 0..5, testimonials 0..4, pricing 0..2, hero 0..3), vídeo pintando 470×264, intents `fulfill`/`affirm` llegando al DOM, cero errores de página. `blocks:check` verde (7) · `vitest src/uix/eidos` 361/361 · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	f190a2266e	feat(eidos): `Reveal` + `Backdrop` + cascada por viewport — la capa de acabado ... Auditoría del tier (docs/process/PLAN-blocks-quality.md): los 7 blocks de F2 componían EXCLUSIVAMENTE la capa de layout (Box/Stack/Grid/Section/Text/Card). Uso de la capa expresiva del framework: cero. Ni un Motion, ni un Cascade, ni un Display, ni un TextGradient, ni un CountUp. La causa es estructural, no de gusto: el contrato B prohíbe que un block traiga `.css`, así que **un block solo puede ser tan expresivo como los componentes del canon que compone** — y faltaban dos primitivas. El arreglo no es maquillar 14 blocks uno a uno, es construir lo que falta en el canon y componerlo. - **`Reveal`** — reproduce la ENTRADA de un preset al entrar en viewport. No posee keyframes ni timing: estampa `data-animation-style` + `data-state='open'` cuando dispara el observador, así que reduced-motion degrada DENTRO del preset. Mientras espera, el recipe lo mantiene invisible bajo `@media (scripting: enabled)`: sin JS la regla no aplica y el contenido se ve siempre — el fallo de una animación de scroll debe ser «sin animación», nunca «página en blanco». - **Escalonado gratis**: el foundation ya escribe `--motion-stagger-index` en cada hijo de `[data-stagger]` (por `:nth-child`, sin JS) y los presets retrasan por `índice × --motion-stagger-each`. El recipe de Reveal le da ritmo por defecto, así que una lista se escalona poniendo `data-stagger` en SU contenedor: cero delays a mano, cero números en el consumidor. - **`Cascade trigger="viewport"`** — la cascada existente esperaba a `open` (disclosure); ahora puede esperar también a ser vista. - **`Backdrop`** — la capa de profundidad que no existía: `glow` · `mesh` · `grid` · `dots`, pintada en un `::before` desde tokens (acento por el forward de paleta, mesh desde `--gradient-aurora`), con `fade` para no cortar en seco. **El hero como prueba del nuevo listón**: `Display` (el primitivo de tipografía de hero que existía y no usaba — el titular pasa de `Heading` a 80px reales), entrada escalonada de eyebrow/título/subtítulo/acciones, media con `scale-fade` y `decor` (glow por defecto) expuesto como control vivo en la demo. Verificado con Playwright: glow pintado desde el token de paleta, 4 Reveal con índices estructurales 0·1·2·3 a 70ms, titular H1 a 80px, y el patrón `grid` con su máscara. `blocks:check` verde (7 blocks) · `vitest src/uix/eidos` 361/361 · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
dev	54b8b838e7	feat(blocks): F2.6 `faq` — proxy fino del Accordion del canon ... La sección de preguntas: una cabecera sobre un acordeón de P/R en columna estrecha. Compound (`.Item` repite) y —la regla al envolver un componente interactivo— un PROXY FINO del `Accordion` del canon: el block lee su API y la pasa tal cual, no reinventa el disclosure. `<Faq>` + `.Header` + `.List` + `.Item`. - `.List` **ES** el `Accordion`: toda su API pasa sin gate — `type` (single/multiple), `bind:value`, `collapsible`, `variant`, `size`. Defaults de FAQ: single, collapsible (el abierto se puede cerrar), outline. - `.Item` proxya `Accordion.Item > Header > Trigger`(snippet `question`) / `Content`(children) y autogenera el `value` (clave de estado) con `$props.id()` si no se pasa — la única conveniencia sobre el andamiaje. - El teclado (flechas, Home/End, Enter/Espacio), `aria-expanded` y `aria-controls` salen del `Accordion`; el block no toca la a11y del disclosure. `Container` estrecho (`md`) para una columna legible. Demo (`web/routes/blocks/faq/`): full-bleed + ruta `preview`, cinco preguntas en una columna, con la cola «¿aún tienes dudas?» que la app pone tras `.List`. Huecos a decisión del usuario (Gaps): la **lista estática 2/3 columnas** (6 de 7 en TW NO son acordeón, sino P/R siempre abiertas) — otra disposición, prop `layout` o hermano. Verificado en navegador: el acordeón abre/cierra, claro/oscuro × LTR/RTL. `blocks:check` verde (7 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	b59332132f	feat(blocks): F2.5 `testimonials` — rejilla de citas con autor ... Prueba social: una cabecera sobre una rejilla responsive de tarjetas de cita, cada una con su autor (avatar · nombre · cargo). Compound —la `.Item` se repite, como feature-grid— y SIN contexto (las partes no coordinan). `<Testimonials>` + `.Header` + `.Items` + `.Item` + `.Quote` + `.Author`(slot `avatar` + `.AuthorName`/`.AuthorRole`). - `AutoGrid` de tarjetas de igual alto; `.Author` fijada al borde inferior de la tarjeta (`margin-block-start: auto`) para que una fila de citas de distinto largo alinee las caras. - La cara es del app: un `<Avatar>` con imagen o un `Avatar.Fallback` de iniciales va en el slot `avatar` (B-7). - La tarjeta del quote usa `variant="outline"` — el `soft neutral` es casi invisible en claro. Encontrado al componer (en el README del block): el tema activa solo un SUBCONJUNTO de escalas donor (`green/indigo/orange/plum/teal`); una escala no activada (`cyan/ruby/amber/jade`) en `color` cae en SILENCIO a `primary` (la regla `[data-color]` hace `var(--scale-…, primary)`). Config del tema, no bug de componente; la demo usa escalas activadas. Hueco a decisión del usuario (Gaps): la **cita única en spotlight** (grande, centrada, logo+avatar+autor) — la variante modal del dossier, el grid es minoría. Otra disposición → candidato a hermano `testimonial-spotlight`. Demo (`web/routes/blocks/testimonials/`): full-bleed + ruta `preview`, cinco citas con avatares de iniciales en cinco colores distintos. Verificado en claro/oscuro × LTR/RTL, caras alineadas al fondo. `blocks:check` verde (6 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	594e5a5db4	feat(blocks): F2.4 `pricing` — el primer compound CON CONTEXTO del tier ... La sección de planes: un toggle de periodo sobre una fila de planes, uno destacado. Es el primer block cuyas partes se COORDINAN de verdad (no solo se repiten como en feature-grid/split): el `Switch` escribe el periodo de facturación y cada `PlanPrice` lo lee. Esa coordinación es lo que gana un contexto compartido — la forma más fuerte de compound. `<Pricing bind:period>` + `.Header` + `.Switch` + `.Plans` + `.Plan`(featured, badge) + `.PlanName`/`.PlanDescription`/`.PlanPrice`/`.PlanFeatures`/ `.PlanFeature`/`.PlanAction`. - **Contexto reactivo** (`context.ts`): la raíz provee el periodo como getter sobre un `$bindable`; el `Switch` (un `ToggleGroup`) lo escribe, el `PlanPrice` lo lee y muestra el snippet `monthly` o `annual`. Mismo patrón que `CardGroup`. `period` es bindable por si la app quiere observarlo. - **El block NUNCA formatea moneda**: la app compone `FormatNumber` dentro de los snippets de precio (B-7). El block posee el switch, no el dinero. - `.PlanAction` fija el CTA al borde inferior de la tarjeta (`margin-block-start: auto`) para que una fila de planes alinee sus botones aunque tengan distinto nº de features; `.Plan` con `align="start"` deja los checks en columna limpia; `featured` da acento (borde primary) + elevación. Demo (`web/routes/blocks/pricing/`): full-bleed + ruta `preview`, tres planes (Pro destacado en el centro) con el toggle mensual/anual vivo. Hueco a decisión del usuario (Gaps del block): la **tabla de comparación** (features × planes) — la brecha recurrente del dossier en pricing. Es una tabla, no una fila de tarjetas: candidato a hermano `pricing-table`. Presentado, no resuelto. Verificado en navegador: el toggle cambia los TRES precios a la vez (0/29/99 → 0/23/79), tarjetas de igual alto con CTAs alineados, featured con acento, en claro/oscuro × LTR/RTL. `blocks:check` verde (5 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	08ea82d128	feat(blocks): F2.3b `feature-split` — la brecha nº1 del dossier, con Mockup ... La sección que las 5 refs shippean y que va justo tras el hero: una afirmación de producto junto a un screenshot, alternando lados fila a fila. Otra disposición que la rejilla de iconos de `feature-grid`, así que block hermano (decisión del usuario), no una variante turbia dentro de aquél. Compound —la `.Row` se repite—: `<FeatureSplit>` + `.Row` (`reversed`, slot `media`) + `.Eyebrow` + `.Title` + `.Text` + `.Features`/`.Feature` (checklist) + `.Actions`. El block coloca; la app pone la copy y la media. - `reversed` mueve la media al lado de inicio vía `grid-column` (Box expone `gridColumn`/`order`), dejando la copy SIEMPRE primera en el DOM — el orden de lectura y el foco no cambian aunque el screenshot salte de lado. - El check de cada `.Feature` es decorativo (`aria-hidden`): la palabra lleva el significado. - La media se COMPONE con el primitivo `Mockup`: la demo enseña cromo de navegador (dashboard) y de teléfono (app), cerrando el hueco de «tratamiento de media» del dossier de raíz en vez de falsearlo. `.Row` usa un tipo limpio (no `HTMLAttributes`) porque su slot `media` colisiona con el atributo HTML homónimo; el resto de sub-partes extienden los props del componente canon que envuelven (lección de feature-grid). Demo (`web/routes/blocks/feature-split/`): full-bleed + ruta `preview`, con control del nº de filas y del lado inicial; 3 filas con Mockup navegador/teléfono. Verificado en navegador (Playwright, módulos frescos): filas alternas en claro/oscuro × LTR/RTL, `reversed`, el orden de lectura copy-primero, y los dos cromos de Mockup. `blocks:check` verde (4 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	e95ebd45f9	feat(eidos): `Mockup` — el primitivo de media (navegador · teléfono · liso) ... La clave del dossier para el hero y las secciones de features: la brecha no es el conteo de layouts, es el TRATAMIENTO DE MEDIA. En vez de falsear un screenshot enmarcado por demo, se cierra de raíz con un componente del canon que los blocks componen. `<Mockup chrome="browser" url="acme.app"><img …/></Mockup>` — enmarca cualquier media (imagen, vídeo, AspectRatio) en cromo de dispositivo: - `browser`: ventana con barra (tres dots + pill de URL centrada) y pantalla. - `phone`: bisel oscuro redondeado con notch. - `plain` (def.): pantalla limpia enmarcada, con sombra. Es un primitivo visual eidos-native con morfo de 0 eventos, justificado igual que `aspect-ratio`/`box` (no commitea, no emerge, no reacciona — da forma a su hijo). El recipe dibuja el cromo sobre tokens del ecosistema (`--radius-*`, `--color-border-*`, `--shadow-*`, `--primitive-*`), nada de color a mano. eidos-lint: 0 invalid / 0 class-hooks (mismo patrón que aspect-ratio). Dogfood + bug arreglado de paso en `hero`: - La demo del hero deja de componer a mano el marco del screenshot y usa `<Mockup chrome="browser" url="acme.app/analytics">` con el dashboard dentro. - Arreglados dos type-errors que ya viajaban en el hero (los tapaba un filtro de svelte-check con backslashes mal escapados): los snippets `title` y `background` colisionaban con los atributos HTML homónimos y se volvían `string & Snippet`. Fix: `Omit<HTMLAttributes, 'children' | 'title'>` y renombrar el slot `background`→`backdrop`. Lección: un slot de snippet cuyo nombre sea un atributo HTML necesita Omit o un nombre distinto. Verificado en navegador: browser (dots + URL + pantalla) y phone (bisel + notch) en claro/oscuro/RTL; el hero split enseña ahora una ventana de navegador de verdad. `svelte-check` sin errores propios · eidos lint.test + morfo 131/131 · `blocks:check` verde. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	d01b3e6af5	feat(blocks): F2.3 `feature-grid` — el primer block compound del tier ... `<FeatureGrid>` + `.Header` + `.Items` + `.Item` + `.ItemIcon`/`.ItemTitle`/ `.ItemText`: una cabecera sobre una rejilla responsive de features (icono · título · texto). Es la sección que responde «qué hace», la nº1 tras el hero. Primer block COMPOUND del tier, y aplica la regla de forma que fijamos: el `.Item` se REPITE (el app mapea sobre N features) → gana sub-componentes, donde `hero`/`site-header` usan slots de snippet (partes fijas de layout). Las partes no coordinan —sin contexto ni estado entre ellas—: la rejilla es del padre, las celdas del app. `.Items` es el envoltorio honesto de la rejilla (`AutoGrid`), que deja la cabecera fuera sin un `grid-column: 1/-1` a pelo. - El block coloca (Section · Container · AutoGrid · Surface · Heading · Text); el app pone todo el contenido por children (B-7). - `.Items` fluido por `minChildWidth` (tantas columnas como quepan) o `columns` fijas; `.Item` `align` start/center; `.ItemIcon` chip `Surface`; `.ItemTitle` `Heading` h3; `.ItemText` `Text` apagado. - `align` de sección (center/start) coloca la cabecera coherente con las columnas. Dos cosas encontradas al construir, resueltas: - **Los sub-componentes de bloque extienden los props del componente canon que envuelven** (`BoxProps`, `StackProps`, `HeadingProps`…), **no `HTMLAttributes`**: el `style: string|null` del atributo HTML crudo choca con el `style: string` del canon al hacer spread (+ "union type too complex"). - **`.ItemIcon` por defecto `solid`, no `soft`**: el soft-primary en claro es casi blanco (oklch 0.99) → el chip era invisible; solid da el chip con glifo on-solid (la tinta de contraste la pone `Surface`). Demo (`web/routes/blocks/feature-grid/`): full-bleed + ruta `preview`, con control de columnas (fluido/2/3/4), align, nº de items y dir; 6 features con iconos del canon. Hueco a decisión del usuario (en los Gaps del block): el **feature-split/ alternante** (texto junto a un screenshot, lados alternos) — la brecha nº1 del dossier — es otra disposición (filas de 2 columnas, no rejilla de iconos): probablemente un block hermano `feature-split`. Presentado, no resuelto. Verificado en navegador (Playwright, módulos frescos): center/start × claro/ oscuro × LTR/RTL, columnas fluidas y fijas, 3/4/6 items, chips visibles. `blocks:check` verde (3 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	5125502486	feat(blocks): F2.2 `hero` — center · split · background, por slots ... Segundo block del tier. API por SLOTS DE SNIPPET, no compound: la forma se razonó con el usuario y con el paisaje de referencia. Compound se reserva para partes que COORDINAN (estado/contexto/ARIA entre ellas — Accordion, Dialog); un hero son cinco slots de layout que no se hablan entre sí y que el root arregla, así que snippets. Además el campo entero shippea marketing como copy-paste plano —nadie aplica compound a una sección—, y los slots por zona son la historia de personalización que distingue al tier del copy-paste. `<Hero layout="center|split|background" level container size>` + `eyebrow/title/description/actions/media/background/children`. - El block **envuelve** título y subtítulo en `Heading`/`Text`: así posee el `id` que nombra el `<section aria-labelledby>` y el nivel del encabezado, mientras la app pone las palabras (B-7). `eyebrow`/`actions`/`media` son contenido libre (ahí los componentes del canon SON la API). - `center` = `Stack` centrado, media debajo (ancho-capado); `split` = `Grid` de dos columnas (una sola sin media), apila en estrecho. - **`background` (cover)** — añadido por scope-approval del usuario: la media a sangre detrás de la copy, con velo de contraste (`--color-overlay` a `--opacity-scrim`), texto `on-solid` y `object-fit: cover` vía un `<style>` justificado (D-BLK.2). Son las ÚNICAS reglas que el block posee, todas sobre tokens del ecosistema — cero color a mano. Capas por orden de fuente, sin `z-index`. Demo (`web/routes/blocks/hero/`): full-bleed en la página + ruta `preview` para anchos de dispositivo, cada prop un control vivo, y el backdrop del layout cover dogfooda el sistema de color — es un `Surface color="primary" gradient` (finish aurora = `--gradient-aurora`, derivado de los roles del tema; cambia con la paleta). Mini-site compartido por las dos superficies (`HeroSite.svelte`). Encontrado al componer, registrado no resuelto: `Box`/`Surface` `flex`/`grow` no hicieron crecer un hijo flex (bars a 0-width, `flex: 0 1 auto`; la prop no la usa ningún componente shipped). La demo usó `Grid` (tracks `1fr`). Flag en el README del block y en el handoff para revisar el cableado de `--box-flex`. Verificado en navegador (Playwright headless, módulos frescos): center/split/ background × claro/oscuro × LTR/RTL, media on/off, y el landmark nombrado (región con `aria-labelledby` que resuelve al título). `blocks:check` verde (2 blocks) · `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	356ebf92af	feat(button): el CTA que navega y parece botón, por composición (opción D) ... El hueco que registró `site-header`: un «Empezar gratis» de cabecera tiene que NAVEGAR y parecer botón. `Button` no crece un `href` —`Link` posee la navegación, y un ancla se activa con Enter, no con espacio, lo cual es correcto—: presta la pintura por composición. Lo que hacía de esa forma un downgrade era que el `child` (asChild) descartaba la decoración; se completa el slot. - **eidos `<Button>`**: el `child` recibe ahora `content`, el cuerpo YA decorado (icono · etiqueta · endIcon · spinner) en su propio snippet que comparten las dos ramas de render. Así `<a href {...props}>{@render content()}</a>` conserva TODOS los slots en vez de sustituirlos (antes la flecha del sitio alpha estaba escrita a mano). Nuevo tipo exportado `ButtonChildProps`. - **soma / morfo**: en la forma `child` el elemento es del consumidor, así que soma deja de estampar `type` (un `<a type="button">` es una pista de MIME falsa). El componente pasa `type: undefined` cuando hay `child`; el provider lo REENVÍA verbatim (antes lo re-defaulteaba a `'button'` y pisaba el drop — el default vive en el destructure del componente); el morfo declara el attr `type` condicional (`prop-truthy`). - **docs**: ejemplo rancio de `index.ts` corregido (anunciaba un `asChild`/ `variant="link"` que no existen); sección «CTA que navega» en el README de eidos con el patrón y el footgun documentado (un `<button>` en un `<form>` vía `child` se pone su propio `type`); nota en el README de soma. - **site-header**: el CTA de la demo usa ya la forma real (`<a>` sólido con flecha), y el hueco pasa de «candidato a canon» a CERRADO por composición — `Button` sigue sin `href` y `Link` sigue poseyendo la navegación, las dos decisiones firmadas se mantienen. Actualizados PLAN/CONTINUE-blocks. - **demo de Button**: control `child (asChild → <a>)` vivo, snippet del código y fila de a11y explicando por qué el ancla activa solo con Enter. Verificado en navegador (dev, restart para módulos frescos): asChild ON → `<a href="#pricing">` sin `type`, pintura sólida completa (bg primary, tinta blanca, 36px, padding 16px), y el slot de icono SOBREVIVE dentro del ancla (`[data-button-icon]` + svg + body); asChild OFF → `<button type="button">` intacto (sin regresión de submit implícito); el CTA real de `site-header` sale `<a>` con la flecha final y 0 errores de consola. `blocks:check` verde · `vitest src/uix/morfo` 114/114 · `svelte-check` sin errores propios nuevos. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	ae7b4f8c3b	demo(blocks): el block se ve en una página de verdad, no dentro de una caja con scroll ... «¿Dónde has visto que el sticky esté por debajo del scroll?» — en ningún sitio, y la respuesta correcta era esa. Un `position: sticky` metido en un div de 460px con scroll propio no es el que va a vivir nadie: se pega al borde de una caja, no al del viewport. Estaba enseñando un comportamiento que no existe fuera de mi página. Ahora la demo presenta el block A SANGRE en la propia página: el header se pega al viewport de verdad, con el scroll de verdad. Verificado: al bajar queda en top 0, con `data-stuck`, visible y por encima de todo (hit-test), y con `offset: 48` se queda exactamente a 48. Los anchos de dispositivo (375 / 768) sí necesitan un documento propio, así que ahí —y solo ahí— se monta un iframe de la ruta `preview`. Es opt-in a propósito: en dev, dos documentos sin empaquetar a la vez agotan las conexiones del navegador (`ERR_INSUFFICIENT_RESOURCES` se llevaba por delante las DOS páginas; lo medí). Con `loading="lazy"` y bajo demanda, no molesta. Para no duplicar contenido, el mini-sitio vive en `SiteHeaderSite.svelte` y lo consumen las dos superficies: la demo lo renderiza inline con sus props y la ruta `preview` lo sirve como documento leyendo la URL. «Abrir ↗» lleva ahí. De paso: la topbar de la sección deja de ser pegajosa. Una página cuya estrella es un block que se pega no puede tener su propio cromo peleándole el borde superior — el header del block se metía debajo y el `offset` que elegías se leía como otro número. El raíl sí sigue pegado, que no compite. Verificado: `/blocks`, `/blocks/site-header` y la preview con `?dir=rtl&mode=dark` responden 200 sin desbordes ni errores de consola; `blocks:check` verde; `svelte-check` sin errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	d574982ab9	demo(blocks): el escenario va a ras — `offset: 0` volvía a ser 0 ... Tenías razón: con `offset` a 0 la barra quedaba a 21px del borde del marco, y 16 y 48 sumaban sobre esa deuda (37 y 69). El offset del block estaba bien; el marco era el que mentía. Causa: usaba un `Card` como escenario y le pasaba `padding={0}`, pero el recipe del Card pinta con su propia variable (`--card-padding-*`), que la capa Box no alcanza — así que se quedaban sus 20px de relleno más 1px de borde. Un header pegado se pegaba al borde INTERIOR de ese relleno. El escenario pasa a ser un marco desnudo (`[data-blocks-stage]` en `blocks.css`): borde, radio, altura y su propio scroll, sin relleno. Un escenario tiene que ir a ras o miente sobre lo que enseña. Verificado en navegador: offset 0 → 0px del borde, 16 → 16, 48 → 48, y al volver a 0 → 0. Cero errores de consola. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	33328df7ae	demo(blocks): la sección tiene cromo de verdad — tema, idioma, dirección, densidad y catálogo ... La crítica era exacta: no se podía cambiar a oscuro, ni de idioma, ni había forma de moverse entre blocks. La sección arrancaba UIX y renderizaba la página desnuda, con un comentario que decía que el modo seguía al sistema operativo «para verificar oscuro emulando prefers-color-scheme» — cómodo para mí, inútil para quien mira la página. Ahora hay shell: topbar pegajosa con los ejes que de verdad mueven el framework (idioma ES/EN/FR/DE y dirección como INTENTS de prefs, así que llegan a langs, formatos y al AGENTS.md debug.log routes tsconfig.json CLAUDE.md docs scripts tsconfig.tsbuildinfo README.md node_modules src vite.config.ts STUMBLES.md package-lock.json static web audit package.json svelte.config.js worker.js build plans tmp workers del documento por el camino del sistema; densidad proyectada en :root para que la hereden también los overlays porteados; y el conmutador de tema, que alimenta el del ActiveEidos) y un raíl con el catálogo entero de los 27 blocks planificados, marcando el actual y atenuando los que aún no existen. Todo persiste en localStorage, así que una recarga te deja donde estabas. El catálogo pasa a : raíl y galería leen la MISMA fuente, y un block que aterriza no hay que recordarlo en dos sitios. Las tres regiones las coloca — cromo de app-land, el papel que hace en las docs de componentes; la regla de «sin CSS» del contrato B es para el tier (), no para el sitio que lo enseña. Dentro de esas regiones todo son componentes del canon. Verificado en navegador: el botón conmuta a oscuro de verdad (fondo oklch(0.1776 0 0)), el idioma llega a , el raíl lista los 27 y desaparece por debajo de 64rem sin desbordes, cero errores de consola. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	50574806d6	demo(blocks): harness compartido de demos + site-header con contenido real ... La página de demo del primer block era mala y con razón: sin cabecera, sin contexto del block, controles sueltos flotando, backticks de markdown en crudo dentro de <Text> y relleno del tipo «filler section so the page scrolls». Harness (`web/routes/blocks/_lib/BlockDemo.svelte`), escrito una vez para las 14: identidad arriba (chip, ruta de import, vuelta a la galería, título, una frase de función y chips de datos: qué compone, landmark, props, cuántas cadenas propias) → el block VIVO dentro de un marco con su propio scroll, que es una página en miniatura → panel de controles agrupado → pestañas Composición · API · A11y · Gaps · Notas, que solo aparecen si la demo las pasa. Todo con componentes del canon (Card, Tabs, Badge, Stack…): esta sección no tiene cromo de docs propio y sigue haciendo dogfooding. `DocRow` acompaña al harness porque el `Table` del canon es una tabla de DATOS (quiere un `createTable`): la documentación en prosa usa una fila de dos columnas, igual en las 14. site-header: reescrita sobre el harness con contenido creíble de producto —nav con destinos reales y descripciones, hero y secciones que dicen algo— en vez de relleno evidente, y con control vivo de los cinco props (sticky, container, breakpoint, offset, dir) más el eje de dirección. Sin backticks literales: lo que es código va en <Code>. Verificado en navegador tras el arreglo de Box: cabecera compacta, escenario con la barra a 950px que se pega al hacer scroll dentro del marco, controles en una fila y las cuatro pestañas con contenido. Cero errores de consola. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	016658a0c9	demo(site-header): controles vivos de cada prop + ejes claro/oscuro y RTL ... La demo cumplía B-9 (existe y está enlazada) pero se quedaba corta frente a la ficha del plan («claro/oscuro, 375/1280, RTL») y a la doctrina de demos como banco de pruebas: `offset`, `container` y `breakpoint` no tenían control, y la dirección no era un eje de la página. Ahora cada prop público se maneja en vivo con `ToggleGroup`/`Field` del ecosistema (nada de nativos crudos) y la página entera cuelga de un `dir` conmutable. El modo de color NO lleva control a propósito: esta sección sigue el esquema del sistema operativo por diseño del layout, así que oscuro se verifica emulando `prefers-color-scheme`. Verificado en navegador: `container` lg→sm mueve la medida (1024→480px); `breakpoint` discrimina de verdad (a 800px, con `md` se ve la nav y con `lg` aparece el drawer); RTL espeja la barra entera (marca a la derecha, acciones a la izquierda) y oscuro pinta el header sobre superficie oscura. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	3cfc030b3a	blocks(site-header): F2.1 · primer block del tier + landmark de NavigationMenu ... Arranca F2 con el patrón del tier: composición pura de canon, sin CSS propio, sin morfo y sin una sola cadena visible suya (B-7 — todo texto llega del app por snippets). El block - `Sticky` (F1.1) envuelve solo cuando `sticky` (si no, no hay wrapper que no haga nada) → el estado pegado llega al app como `[data-sticky][data-stuck]` y el tratamiento es suyo; el block no pinta. - `Container` para la medida, `Group` para la barra, `Drawer` para la navegación estrecha; `brand` / `nav` / `actions` / `mobileNav` / `mobileTrigger` son snippets del app. - El interruptor ancho/estrecho va por el `display` responsive de los componentes de layout (B-6): el block no observa nada y las dos navegaciones nunca coexisten. - Suelo de referencia (dossier §P1: TW Headers 8 + Navbars 11 + Flyout 7 · Untitled · Flowbite): adoptamos las tres agrupaciones, el estado pegado como eje visual, el drawer móvil y el FLYOUT —la brecha de paridad que el dossier señala— sin reimplementarlo: el app pasa un `NavigationMenu`. Descartado: los volcados estáticos de cada arreglo; la barra es UN layout. El banner de anuncio no se hornea aquí (es el block F2.11 o un `Banner` en `children`). Canon arreglado de paso - **`NavigationMenu` no emitía landmark**: su morfo declara `defaultElement: 'nav'` para el Provider, pero el componente de soma renderizaba un `<div>` — el componente que ES la navegación del sitio no tenía `<nav>`, justo el hueco de a11y que el dossier atribuye a todas las referencias. Corregido en el canon, no parcheado en el block. Verificado: su demo sigue abriendo flyouts, ahora bajo `<nav>`. Hueco registrado (no falseado) - Un CTA que NAVEGA y parece botón no existe hoy: `Button` no tiene `href` por decisión propia («Link posee la navegación») y `Link` no tiene variante prominente. Queda como candidato a canon en los Gaps del block; la demo usa `Link` de verdad en vez de fingirlo. Verificado en navegador: `<header aria-label>` dentro de `[data-sticky]`, `data-stuck` al hacer scroll con el header a top:0, flyout abriendo, cero nativos crudos interactivos (B-2), 375px sin desbordes con el drawer abriendo 6 enlaces, y el `<nav>` del NavigationMenu presente. `blocks:check` verde · `svelte-check` 0 errores propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	75e1fe32a1	uix(sidebar): review adversarial · 31 hallazgos confirmados, arreglados ... Review de 6 dimensiones × 3 verificadores escépticos (135 agentes): 43 hallazgos brutos → 31 confirmados, 12 rechazados. Todos los confirmados arreglados y verificados en navegador real. Estado (los dos ejes) - `collapsible='none'` ya no deja el sidebar INALCANZABLE en móvil: la inercia del modo se limita al escritorio, que es donde «nunca colapsa» significa algo. En móvil el panel es un Drawer que arranca cerrado, el raíl está oculto y el drawer no tiene trigger propio: con el toggle inerte no había forma humana de abrir la navegación en un teléfono. - `'none'` PINTA el estado a expandido: antes `data-state`, `aria-expanded` y `useSidebar().open` podían decir «colapsado» sobre un panel plenamente visible, y ninguna regla del recipe ni el toggle podían reconciliarlo. - El estado del drawer móvil se DESCARTA al salir de la presentación móvil: abrirlo en un teléfono y rotar dos veces remontaba el Drawer ya abierto, con overlay, foco atrapado y scroll bloqueado sin tocar nada. Submenú flotante (era el nudo con más hallazgos) - Cierra también por PUNTERO: se abría en `pointerenter` de la fila, pero el único cierre por puntero vivía en el propio flyout — salir hacia la página sin cruzarlo lo dejaba pintado para siempre. - Escape funciona desde donde el foco ESTÁ (la fila), no solo dentro del sub. - Entrar/salir se resuelve en el `menu-item`, que contiene fila Y sub, así que viajar entre ambos no lo cierra. - El flag se limpia al cambiar de presentación: expandir y volver a colapsar reabría un flyout que nadie había tocado. - El motor flotante se engancha solo cuando el sub está ABIERTO, no por modo: antes `autoUpdate` (rAF + observers) corría por cada fila del raíl. - `hasSub` deja de latir a true: se limpia en el teardown del sub. A11y - Las filas del raíl recuperan NOMBRE: un tooltip solo describe (`aria-describedby`), así que con la etiqueta oculta el texto de `tooltip` pasa también a `aria-label` — incluidas las filas con submenú, que no llevan tooltip visible. - El panel off-canvas colapsado sale del tab order y del árbol de accesibilidad (`visibility: hidden` con la transición retrasada para que el deslizamiento siga animando). - El diálogo móvil recibe el mismo nombre que el landmark. - El raíl se llama «Contraer barra lateral» (lo que hace) en vez de «Redimensionar», que prometía un arrastre fuera de alcance; cursor de puntero en vez de `ew-resize`. Recipe - El signo del off-canvas se deriva de side × dirección: en RTL la fila flex se invierte, así que el negativo fijo barría el panel POR ENCIMA de la página en vez de sacarlo por su borde. - El flyout declara banda `z-index` (nuevo token `--sidebar-sub-z`); era la única superficie flotante del ecosistema sin ella. - La transición de `inline-size` (layout por frame) queda SOLO bajo el modo icono; la base anima únicamente `transform`. - El `Drawer` es el único dueño del ancho móvil (dos dueños dejaban una banda de cromo en dos tonos) y se compone con `dragToDismiss`. - Las reglas de modo icono ya no alcanzan el subárbol flotante: sus filas conservan badges y acciones. - Bloque `prefers-reduced-motion` — la traslación del panel es la mayor del sistema. Demo - Copias corregidas donde afirmaban de más: el tooltip ahora sí NOMBRA (y se explica por qué), y los anchos son rem fijos a propósito (no los alcanza el escalado; sí el interior). - Tabla de eventos y de teclado en la pestaña morfo; `onOpenChange` y una tabla de props por parte en API. - Los chips de estado se inhabilitan en `collapsible='none'`, que es lo que el componente hace; botón «show me» que pone icon + colapsado de una vez. - El trigger pasa a ser solo icono: el morfo le da `aria-label`, que pisaba cualquier texto visible. Verificado en navegador: nombres accesibles en el raíl · flyout que cierra por puntero, por foco y por Escape (con retorno de foco) y que no resucita al cambiar de modo · off-canvas fuera del tab order · RTL sacando el panel por su propio borde · z-index 80 en el flyout · drawer móvil nombrado, a ancho completo y con el panel a ras · `collapsible='none'` abrible en un teléfono. Gates: audit PASS 0E/0W · eidos-lint 47 morfo-backed / 0 invalid · svelte-check 0 errores propios · vitest src/uix/eidos 353/353 · contracts.test solo con los 3 fallos ajenos conocidos. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	e10eed98cc	uix(aura): la superficie visible del agente — anillo de custodia, orbe-contorno y desenlaces expresados ... Rediseño dirigido por el usuario sobre un banco de mockups con el orbe REAL corriendo dentro. Seis frentes, todos con maquinaria existente: ANILLO DE CUSTODIA (parte nueva `Aura.Ring`, morfo+soma+eidos) El estado se lee como FORMA y no solo como tinte: raíl punteado en reposo, arco que respira al ofrecerse, segmentos = pasos del plan (laten), dos arcos enfrentados y QUIETOS esperando tu revisión (la quietud lo separa de acting), arco que gira actuando, anillo cerrado + pulso saliente cuando te necesita. Envuelve al Indicator (es su marco de referencia, no un hermano posicionado a mano). El movimiento continuo son loops REGISTRADOS (data-animation-style), nunca @keyframes de receta (R-4.5) — vienen con su puerta de reduced-motion, donde el dash sigue distinguiendo el estado. El attr va en los hijos del SVG, jamás en la parte: motionAttrs() estampa además data-state, del morfo ahí. EL ORBE ES UN CONTORNO `thickness` en el efecto orb; el hueco es real (alfa propia) sobre cualquier fondo. Se va la rama claro/oscuro y el parámetro backgroundColor: el shader mezclaba con el fondo y derivaba el alfa del canal máximo, o sea pintaba un disco OPACO del color de la superficie justo en el centro (en claro un círculo relleno; en oscuro el azul del seed). Y la receta deja de pintar su disco en cuanto monta el canvas (:has(canvas)) — solo sobrevive donde no hay render vivo: SSR, tests, effect={false}, sin WebGL. COLOR = TOKENS DE ROL, PINTADO Y NO ROTADO colorA/colorB/colorDeep (solid / solid-hover / element) resueltos con eidos.resolveToken y pasados como hex, que es el seam que el propio arte documenta. El hue-delta anterior se medía en OKLCH y se aplicaba en YIQ: risk salía VERDE junto a su propio anillo naranja. ONION EN EL IDIOMA DEL ORBE Prop `look="solid" | "luminous"` (defecto solid: nadie más se entera). En luminous el sector no tiene relleno — filo de luz (pasada borrosa + nítida) y etiqueta en el color del sector; la cuña sigue siendo área táctil. El trigger con snippet propio va BARE: sin disco, sin sombra FAB y sin el salto del hover (el orbe ES el trigger, no su contenido). Medio anillo bottom-center y radios 44/40. El halo respira (loop pulse) y en commit-select da UNA pasada de ping pivotando en el centro real del menú — la firma genérica de commit anima box-shadow, que sobre un path de SVG no hace nada. DESENLACES EXPRESADOS (el hueco real: un fallo era indistinguible de un éxito) Tres eventos terminales con intent INTRÍNSECO — delegate-return (fulfill) / -aborted (sin intent: un decline es ausencia, no pérdida) / -failed (loss) — en vez de un intent dinámico, que no tiene dónde vivir: TriggerOptions no lleva intent y el fromProp del morfo ata a un prop PÚBLICO, no a estado de máquina. Puerto `runs?` opcional en AuraAgentSource porque activeRun ya es null al cerrar (§0: sin él, anuncio genérico). Primeras firmas de la familia delegate en el registro; la de loss es MOVIMIENTO (return-recoil: retirada + descenso), no tinte — no estrena ningún hue. MAPA SEMÁNTICO DE COLOR (demo) Un hue = un significado en toda la superficie: gris=sin agencia · naranja=tu revisión · morado=él actúa · rojo=escalated (exclusivo) · teal=tu sí. El anillo de autoridad reusa los colores de la custodia con el MISMO sentido (Review=risk porque vivirás en reviewing; Auto=primary porque actúa) y los declines pasan a neutral — canon: el intent de un cancel es `absent`. Además el anillo en reposo DELEGA (las tres autoridades abren el run) y se cierra por transición, no siempre que no hay run. Dos guardas del framework corrigieron el diseño por el camino: - BK-FRAME-NO-INTENT rechazó dar intent a una familia de marco sin justificación escrita (excepción A-1): queda el intentRationale — el motor no emite nada y no hay evento evaluable que enmarcar, así que el retorno consolidado es el ÚNICO sitio expresivo del desenlace. - fallbackTarget gana sobre el target del morfo (contrato de TriggerOptions): el sello caía en el provider. Los terminales pasan el Ring cuando existe. Verificado en Chrome real (ventana delante: en segundo plano el navegador congela rAF y ResizeObserver y las medidas mienten): seis estados en claro y oscuro, y un error de transporte REAL apuntando a un puerto muerto → delegate-return-failed · loss · return-recoil sobre el Ring · región «Agente: falló — control devuelto». Tests 478 (morfo 114 · soma/aura 11, +5 casos de desenlace · eidos 353), eidos-lint 0 invalid / 0 class-hooks nuevos, morfo:vocabulary limpio, check en los 73 errores ajenos preexistentes. Pendiente (handoff actualizado): la jerarquía tipográfica del Status (D1 llevaba dos líneas y solo se hizo el anillo) · el pulso de commit-select se corta si el consumidor cierra el anillo al elegir (necesita retención tipo Presence) · D5 la superficie de composición del encargo, decisión abierta. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	245c22471b	demo(sidebar): controles vivos de mobileBreakpoint y onOpenChange ... Faltaban dos props públicos como control (regla de demo-authoring: cada prop público es un control vivo). `mobileBreakpoint` va con chips y el valor `xxl` (1536px) deja este viewport POR DEBAJO del corte, así que la presentación móvil —el `Drawer` compuesto— se puede ver sin tocar la ventana. `onOpenChange` se cablea a un contador que además enseña la doctrina: no se dispara con el estado del drawer, porque ese no es la preferencia de layout que el app persiste. Verificado en navegador: con `xxl` el shell estampa `data-mobile`, el drawer arranca CERRADO y el trigger de la página lo abre con el panel dentro de `[data-drawer-content]`. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	21bbf9f506	uix(sidebar): F1.7 eidos + demo · raíl, modo icono y submenú flotante ... Segunda tanda del sidebar: la capa visual, la demo canónica de 9 pestañas y la verificación en navegador real. Con esto el componente está vivo; queda el review adversarial. Eidos - Recipe con los dos ejes: off-canvas por `transform` (trabajo de compositor, el inset no reflowea) y `width` animado SOLO en modo icono, donde el inset sí tiene que seguir al raíl. El raíl NO lleva `will-change` (una franja fina tiembla a DPR fraccionario — memoria NavMenu). - Anchos como TOKENS: `--sidebar-width` 16rem · `--sidebar-width-icon` 3rem · `--sidebar-width-mobile` 18rem, más raíl, gaps, altura de fila y colores. - Tres composiciones que la capa headless no puede hacer: `Drawer` para la presentación móvil, `Tooltip` para nombrar filas en modo icono y `Badge` para los contadores. El trigger compone `Button` por el patrón `child`. - Convención de icono documentada: sobrevive el PRIMER elemento de la fila. Arreglos que destapó el navegador - **`mobile` en SSR**: sin viewport, `isAtLeast` responde «por debajo de todo» → el HTML salía con `data-mobile` y la hidratación NO lo corrige (no diffea atributos y el valor ya no cambia). Viewport desconocido = ESCRITORIO. - **Estado móvil propio** (arranca cerrado): en escritorio `open` es preferencia de layout persistida; en móvil sería un overlay tapando la página, que jamás puede ser el estado inicial. `onOpenChange` solo se dispara con el estado de escritorio. - **`open` controlado/no controlado**: se adopta el patrón de la casa (`$bindable` con default, el provider escribe siempre) — mi versión previa con estado interno no propagaba `bind:open`. - **El submenú flotante no se posicionaba**: `FloatingAnchor` resuelve su provider por CONTEXTO y el eidos envuelve la fila en un `Tooltip`, que publica el suyo → el ancla caía en el tooltip y el submenú se quedaba en `translate(0,-200%)`. Ahora el ancla se cablea directamente al provider flotante del item. Además el `<ul>` ya no se posiciona a sí mismo (colapsaba el wrapper a tamaño cero) y toma elevación del plano `overlay` por `data-depth`, como cualquier panel flotante del ecosistema. - **Tooltip vs submenú**: una fila con submenú no lleva tooltip en modo icono (dos superficies sobre el mismo ancla se pisan) — nuevo `useSidebarItemOr()`. - El item envuelve (`flex-wrap`) para que el submenú caiga en su propia línea en vez de ponerse al lado de la fila. Demo: shell de app real (grupos, badge, acción, submenú, fila deshabilitada), controles vivos de los tres props y las 9 pestañas del canon. Verificado en navegador real (Playwright): dos landmarks nombrados en el idioma activo · `aria-current="page"` en la fila activa · cada menú etiquetado por SU grupo · raíl enfocable que alterna con Enter · colapso 256→48px · off-canvas por transform · submenú flotante anclado a su fila y Escape que devuelve el foco · sema `emerge-expand/collapse` estampando en `panel` · móvil 600px = Drawer cerrado con el landmark dentro · RTL espeja el shell entero · oscuro · 0 errores de consola. Gates: `component:audit --only sidebar` PASS 0E/0W · eidos-lint 45 morfo-backed / 0 invalid / 0 class-hooks · `svelte-check` 0 errores propios · `vitest src/uix/eidos` 353/353 · `contracts.test` solo con fallos ajenos (menubar, radio-group y las claves camelCase de aura). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	ef6bd13be3	uix(nav-tree): `disabled` por nodo — destino no disponible ... Decisión del usuario. Un nodo deshabilitado conserva su fila (sigue siendo parte del mapa) pero pierde el `href`: no hay nada que activar con clic, Enter ni «abrir en pestaña nueva». Un `pointer-events: none` de CSS solo habría tapado el ratón. - morfo: la parte `link` gana `data-disabled` (propRef) y `aria-disabled` (literal `true` bajo `prop-truthy: disabled`). - soma: `disabled` solo aplica con `href` (un grupo sin destino lo ignora); el toggle del grupo NUNCA se deshabilita — mostrar/ocultar es control de vista, no destino. - eidos: fila en `--color-content-disabled`, sin puntero y sin hover. - demo: «Agent» va deshabilitado con badge «Soon» + filas de API y a11y. Verificado en navegador real: `<a>` sin href, `aria-disabled="true"`, `data-disabled`, color 0.79 frente a 0.61 de una fila normal, clic sin efecto, fuera del orden de tabulación (44 focusables en vez de 45), badge dentro del control. `component:audit` PASS · eidos-lint 28 morfo-backed / 0 invalid · `vitest src/uix/eidos` 353/353 · svelte-check 0 errores míos. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	a7e629f9ed	uix(nav-tree): F1.8 CERRADA · demo + navegador + review adversarial ... Cierra el árbol de navegación data-driven (E-1) de F1: demo canónica de 9 pestañas con el mapa real de docs (43 nodos, 3 niveles), verificación en navegador real y review adversarial (5 dimensiones × 3 verificadores escépticos; 22 hallazgos brutos, 10 confirmados) con todos los confirmados arreglados. Arreglos del review - sema: la parte `group` —target de los eventos emerge— se registraba SIN `ref`, así que `runtime.trigger` lanzaba `SomaRuntimeTargetError` en silencio y el pack no sonaba nunca (cero `data-event-*` en el grupo frente a los de collapsible). El provider posee ahora el ref del `<ul>`. - eidos: en una fila navegable el chevron resolvía `inline-size: 100%` como flex-basis y ocupaba media fila (101 de 231 px en «Soma»), robándole clics al enlace. Toggle compacto con suelo de diana de 24 px (WCAG 2.5.8). - soma: una clave duplicada podía volver cíclico `parentByKey` y colgar la pestaña dentro de `trailKeys` (deriva en render) → clave sufijada + aviso del logger + guarda de ciclo en el paseo. - soma: el colapso es CONTEXTUAL (recuerda el `activeKey` bajo el que se hizo): cerrar la sección que lees se respeta, pero caduca al navegar DENTRO del grupo, para que la página actual nunca quede sin fila visible. Sigue siendo query pura, sin `$effect` que escriba estado. - soma: `child` recibe también `children` (el árbol renderizado); antes dejaba el landmark vacío, porque un árbol data-driven no lo puede reautorar el consumidor. - morfo + langs: el nombre accesible del chevron se declara en el contrato y se localiza («Alternar sección {label}»); ya no duplica el del enlace. - eidos: RTL completo — el glyph espeja solo (bordes lógicos), lo que no espeja es el giro, así que bajo `[dir='rtl']` las dos rotaciones se intercambian. El Gap «dirección del chevron en RTL» queda RESUELTO. - demo: paridad de snippet con los controles vivos; fuera el token fantasma `--nav-tree-rail-width` del docblock del recipe. badge en v1 (decisión del usuario, delegada) Está en el suelo de paridad del dossier §P5 (los 6 refs lo llevan). Se resuelve con SNIPPET, no con recursión a nivel de eidos: el morfo declara la parte `badge`, soma renderiza el snippet recibido (sin él, el valor crudo — sigue siendo headless) y el wrapper de eidos pasa el `Badge` canónico. Va DENTRO del control de la fila, así su texto entra en el nombre accesible («TSC, New, enlace»). `disabled` se descarta en v1 (fuera del suelo, y un enlace de navegación deshabilitado es semánticamente dudoso); ambos quedan registrados en la tabla de Gaps. Verificado: `component:audit` PASS · eidos-lint 26 morfo-backed / 0 invalid · `svelte-check` 0 errores en estos archivos · `vitest src/uix/eidos` 353/353 · navegador real (Playwright): trail auto-expandido, sema estampando en el grupo, teclado nativo, foco visible, claro y oscuro, RTL, 375 px sin desbordes, 0 errores de consola. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	e835163103	uix(nav-tree): F1.8 WIP · data-driven docs nav tree (soma+sema+eidos) ... Complete component, green on all static gates (audit PASS, eidos-lint 20/0, svelte-check 0, contracts clean for its parts). NOT tree-view: APG Disclosure Navigation (<nav> landmark + native links + disclosure groups), data-driven (E-1) — the app passes `nodes` + `activeHref`, the provider resolves the active node and auto-expands its ancestor trail. - morfo: nav/list/item/trigger/link/group; emerge-expand/collapse events - soma: NavTreeProvider (shared state, pure isExpanded query) + per-node NavTreeItemProvider (menubar pattern, recursive render) - sema pack: soft emerge on group disclosure (mirrors collapsible) - eidos: rail + per-depth indent recipe; own bespoke rows (not composed Link), Badge deferred to a Gap; aria-current="page" from data-active Remaining before F1.8 closes: demo + browser verify + adversarial review. Handoff: docs/process/CONTINUE-nav-tree.md Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	0ab40cdcee	uix(agnt): Aura al centro de un OnionMenu — afordancias radiales por estado ... La composición que pidió el usuario: el orb es el trigger central de un OnionMenu placement="center" y las afordancias de custodia aparecen como sectores contextuales — reviewing→Authorize/Reject, escalated→Approve/Deny, activo→Stop — sin fila de botones. El anillo se abre SOLO mientras la custodia espera a un humano, con re-aserción (un cierre externo sin resolver re-abre: el efecto lee onionOpen como dependencia); por click en el centro mientras actúa; se pliega al devolver el control. App-land por doctrina (agent.md §7): el framework da estados + afordancias (Aura) y componentes (OnionMenu); el app da forma a la superficie de review. Patrón documentado en el README de aura (§Patrón). E2E verificado en Chrome real contra qwen3-coder: la escalada real por doc.clear abre el anillo con el orb rojo al centro → Deny en el sector → returned(aborted, user-cancel) + «Agente: terminó — control devuelto» + documento intacto. check 0 propios · smoke agnt PASS. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	d008605fac	uix(aura): variante orb por defecto en el indicator — presencia perceptible ... El aurora (banda horizontal recortada al círculo) leía estático a 32-48px (señalado por el usuario). El render vivo pasa a ser el efecto `orb` de $scene — la presencia esférica nativa: anillo respirando con ruido + luz orbitando, movimiento de silueta perceptible en tamaños pequeños y deformable por el puntero. `aurora` queda como variante para superficies grandes (`<Aura.Indicator variant="aurora">`). Modulación §F6 del orb: el estado fija la energía (forceHoverState + hoverIntensity como gain + rotateOnHover en acting/escalated) y el rol el matiz como delta de hue OKLCH sobre la identidad del shader (primary; reviewing=risk, escalated=threat). Verificado en Chrome real, estado por estado: idle recogido → planned anillo violeta → acting denso rotando → escalated rojo agitado. Demo de aura: chips de variante; scene/README: acta D4 pendiente de F3. eidos 353/353 · check 0 propios. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	97ae19da50	docs(agent): sección de configuración del transporte en la página agnt ... La demo usaba el adaptador sin documentar cómo se configura. Nueva sección «Configuring the transport»: qué es el puerto (turn = un intercambio de cable), adapters fuera del barrel, ejemplo dev-directo vs prod-proxy (topología de credenciales), tabla completa de opciones (baseUrl · model · headers · request · fetch) y qué POSEE el adaptador como traducción de dialecto (SSE→v1, sanitización de ids, re-pairing de tool_calls, split por id en servidores que reutilizan index 0, error de cable → transport-error). README del arte: opciones inline en la entrada del adaptador. check 0 propios · smoke agnt PASS. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	595040b73b	feat(agnt): Aura como superficie de presencia de la demo con modelo real ... La respuesta a «¿está pensando?» no se improvisa — es Aura, el componente del eje construido para ello. La sección real de la página agnt bootea un uix standalone mínimo (createActiveUix + Soma + ActiveEidos + eidos css): legítimo porque un app compone ambos tiers, y la demo ES el app. - Motor llama → createActiveAgent (mismas opciones bus+journal); activeRun reactivo satisface AuraAgentSource; stream vía .engine.onEvent - <Aura {agent}> con Indicator (orb $scene) + Status + Region + Cancel; authorize/escalation quedan como afordancias app-level (doctrina §7) - Verificado sobre el run real de qwen3-coder: «Inactivo» → «Propone un plan» → announcement «Agente: terminó — control devuelto» en la Region, doc mutado, answer en es; Cancel = Button disabled-en-idle; consola 0 check 0 propios · agent 30/30 · smoke agnt PASS. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	447a87239c	feat(agent): adaptador openai-chat real + carril de iniciativa del bus ... El bus como eje del agente a nivel de app, cerrado en tres direcciones: observar (agent.*), reaccionar (orca) e INICIAR — hecho de dominio → acción orca → App.agent.start({initiative:'system'}) con clamp auto→review por construcción. Nunca command-events. Sección doctrinal + ejemplo en la página. Adaptador real `$agent/adapters/openai-chat` (fuera del barrel, D-AG.1c): dialecto OpenAI chat-completions (Ollama/llama.cpp/LM Studio/proxy), SSE → protocolo v1, sanitización bidireccional de capability ids con puntos, y re-pairing de tool_calls al reproducir el transcript (memoria por callId). Fix cazado en vivo: Ollama reutiliza index:0 para todas las calls del stream — una call nueva se detecta por id distinto, jamás por index (los args concatenados producían invalid-args en motor + 400 en el replay). Demo viva en /active/docs/agnt contra qwen3-coder:30b real: capacidades doc.* tipadas (sium), read snapshot-por-turno, streaming, escalada irreversible. Ciclo completo verificado en navegador: 3 acts, 2 turnos, doc mutado, respuesta en es, rastro entero en bus (correlationId=runId). agent 30/30 · smoke agnt PASS · check 0 propios. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	fa71890564	fix(agent): conformidad bus/orca — payload del bus sin contenido de usuario ... Auditoría punto-a-punto contra los README de bus y orca (12/13 conforme). La no-conformidad real: `goal` viajaba en AgentRunBusPayload, contra la higiene documentada de ambos (bus: «pasa correlationId y que el suscriptor resuelva el contexto sensible del módulo»; orca: «no unnecessary private data — la acción lo resuelve del módulo al ejecutar la acción»). - AgentRunBusPayload = SOLO metadata (runId/initiative/autonomy/state/ outcome/reason/acts/turns); el suscriptor resuelve vía App.agent.run(runId) - spine test prueba el patrón: 'goal' in payload === false + resolución desde el módulo con el orca REAL - página agnt: nota de higiene + recomendación configureEvent( 'agent.run.state', { queuePolicy: ORCA_QUEUE_REPLACE_QUEUED }) para el evento frecuente (doctrina de colas de orca) - PLAN-agent F4a: acta de la auditoría de conformidad Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	803b588ba5	feat(agent): F4a · marco de integración app — bus/orca/página del arte + fixes de auditoría ... Auditoría del track (encargo): divergencias firmadas-sin-implementar corregidas y el marco de integración INDEPENDIENTE del componente — el agente como servicio del app, no como demo de un componente. Fixes de decisiones firmadas (con tests): - C3/D-AG.7: la iniciativa autónoma (system/scheduled) clampa auto→review — un run que el usuario no pidió jamás se auto-autoriza. - D-AG.5: presupuesto de contexto (maxContextBytes) con FIFO-trim byte-based (el goal sobrevive; resumen semántico diferido) + log del recorte. - F4c: tope por-arg (maxArgBytes) → invalid-args tipado. - D-AG.6d: schema Standard-Schema del resultado (`result?`); un mismatch vuelve como recoverable para auto-corrección y no cuenta como act. Integración app (patrón session EXACTO): - El arte posee el vocabulario `agent.*` (consts) + bus-helpers tipados que publican con bus INYECTADO (type-only $libs/bus): run.opened/state/ escalated/closed + act.applied, con source='agent' y correlationId=runId — la costura causal ligera (una delegación correlaciona de punta a punta). - defineActiveAgent cablea core.bus (junto a timers/logger). - Reacciones vía orca APP-LAND (el invariante intacto): probado con EngineOrca REAL reaccionando a agent.run.closed en integration.test. - Página del arte /active/docs/agnt (la convención que faltaba): sección Delegation en nav; artículo + playground VIVO con los 4 motores puros reales (bus log en vivo, journal WAL, contador orca, kill switch, compuertas deterministas) — cero componentes, integración pura de app. Gates: agent 26/26 · smoke agnt PASS · check 0 propios · verificado en navegador (pane + Chrome real): ciclo completo, orca archiva runs, kill switch reactivo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	fe2d43b7ac	uix(anchor-nav): F1.6 · scrollspy TOC (soma+eidos) + hardening ... Nav landmark + native anchors; IntersectionObserver band detection (never a scroll listener + getBoundingClientRect — anti-reflow doctrine). aria-current="location", per-depth rail indent, data-active drives the eidos accent. Real-IO chromium test: band tracking + bottom dead-zone. Adversarial-review hardening: - ref-count register/unregister so duplicate hrefs / mount churn can't drop a still-referenced target (+ test) - tokenize the rail transition (--duration-fast/--ease-default) and the focus outline-offset (calc(var(--focus-ring-width) * -1)) - document two v1 limits (instant-jump dead-zone, link-order == section order) — both need a v2 observation-contract change Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	6be7195f0f	feat(agent): eje agéntico — motor $agent (F1) + Aura + promoción uix.scene ... Materializa el eje ortogonal agéntico del ecosistema: la 8ª familia semántica `delegate` («¿quién actúa ahora?») deja de estar sin materializar. El agente es OTRO ACTOR (LLM, macro, regla, workflow) que actúa por la MISMA API pública del provider; la ruta de llamada no se bifurca, la concreción semántica depende del actor. F0 · Doctrina - docs/architecture/agent.md — la doctrina permanente (capítulo comparativo de referencias + bibliografía de seguridad, máquina estados=verbos, contrato de participación, fila §0, a11y, amenazas). - docs/process/{PLAN,TRIAGE,INFORME}-agent — plan de ejecución con todas las decisiones firmadas (D-AG.1–11 + ⚖️1/2/3), triage de 4 revisores externos, e informe autocontenido para revisión externa. F1 · Motor ($libs/actor + arts/agent, 24º arte) - EngineAgent puro (sin DOM/runes, portable a servidor): máquina D-AG.4 (suggest/review/auto · escalated con reason+timeout · returned outcome-tipado · kill switch · autorización journaled aunque sea auto), tool-loop D-AG.5 (acts secuenciales, fallos→verbos, unknown-capability acotado, idempotencia por callId, presupuestos acts/turns/wall-clock vía puerto de timers), techo de autonomía por origen no confiable (F8b). - ActiveAgent (sesión reactiva, contrato ActiveEngine) · protocolo v1 espejo AG-UI (5 categorías + dirección tipada + reservas) · ScriptedAgentTransport determinista (adapters/ fuera del barrel) · journal WAL + puerto de trazas OTel · emisor sium→JSON Schema. - Acuñación del actor (⚖️2/F6b): ActorToken opaco en $libs/actor (hoja bajo orca/agent), registro privado WeakMap — los forjados resuelven a null; costura `actor?` en TriggerOptions→SemanticSignal (runtime copia verbatim; sema no resuelve). defineActiveAgent (service-factory app-level, timers del core — cero setTimeout a pelo). F3 · Aura — primer componente del eje (ruta 9 fases 0–6) - El materializador canónico de `delegate` (reservado en scene §F6): morfo con los eventos del ciclo (offer/escalate-untilAction/return + sustain-processing stateBound) — PRIMER morfo del ecosistema que emite familia delegate; provider soma que observa un puerto estructural (sin importar $agent — degradación total); orb eidos = aurora $scene modulada por estado (§F6) con fallback CSS = render de reduced-motion; live region única atribuida (WCAG 4.1.3); cancel compone Button (asChild). Demo v2 sobre el MOTOR REAL con compuertas deterministas. Orb-size derivado de la primitiva Avatar (32/40/48). D4 · Promoción uix.scene (Aura llegó) - defineEngineScene + superficie ActiveUix/ActiveEidos/contracts; el orb prefiere el motor compartido (presupuesto de escenas global) con fallback por-superficie. Gates: arts/agent 18/18 · aura 6/6 · arts:check 24 · eidos battery + recipe 30/30 + eidos-lint aura 0 inválidos · morfo:vocabulary + esquemas · smoke aura PASS · verificado en navegador (ciclo completo + estampa delegate en DOM + aurora WebGL pintando). Los tokens de recipe base.ts + CSS generado ya entraron en HEAD vía una sesión concurrente. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	fca4944315	uix(demos): entradas de nav sidebar para sticky y prose ... Las entradas del sidebar de docs para los componentes F1 sticky (grupo Layout) y prose (grupo Typography), diferidas de sus commits por un estado CRLF del archivo (autocrlf); ahora normalizado a LF y committeado limpio (3 líneas). Los componentes ya estaban en 998b11d9b / 5b84749ee. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	5b84749ee5	uix(prose): F1.5 · tipografía editorial con auto-exclusión de componentes embebidos ... Quinto componente F1 del plan blocks (eidos-only; alcance E-2 = suelo del dossier §P4). Estiliza HTML/markdown RENDERIZADO que el app pasa como children. EL DIFERENCIADOR (que ninguna referencia puede): cada regla de elemento se emite a especificidad CERO vía `:where([data-prose] EL)`. Como todo componente del framework se estiliza por `[data-{component}]` (≥0,1,0), un <Button> / <Callout> / <Card> embebido conserva su PROPIO estilo AUTOMÁTICAMENTE — sin anotación `not-prose`. Verificado en navegador: un <Callout> dentro de prose mantuvo su tinte affirm, borde-acento 3px y layout grid en claro Y oscuro; las reglas :where de prose no lo tocaron. El donut `:not(:where([data-prose-ignore], …))` es el opt-out explícito para subárboles HTML crudos. - morfo: 2 partes (provider bare data-prose + ignore documenta el attr opt-out; eidos-lint lo ve morfo-backed). Selectores de elemento = estructurales bajo la parte (S1). 0 eventos, apg:none, passive - recipe: cobertura de paridad (h1–h6 incl. h5/h6 que tailwind NO; p, a, strong/ em, blockquote borde-acento lógico, ul/ol + ::marker, dl, code/pre + reset kbd, img/figure/figcaption, hr, table); ESCALA EM-relativa (un font-size raíz re-deriva todo — no la escala 5× de tailwind); overflow de tabla estilo GitHub sin wrapper (display:block+overflow); trim de bordes; SIN backticks en code (doblarían sobre <Code>); dark GRATIS por roles (no el patrón -invert); propiedades lógicas → RTL correcto - decisión :where (no @scope): :where establecido en el codebase + soporte 2021+; @scope diferido a Gaps (mitad de tamaño pero «Baseline newly available» sin precedente aquí) - demo v2 9 tabs con markdown real + <Callout>/<Button> embebidos (prueba de auto-exclusión) + ejes size/measure; README (Comparativa 5 refs · Decisiones · Passive · Gaps con disposición) Verificación: component:audit PASS 0E/0W (21 literales em con /* literal */ justificado + eidosSnippet) · eidos-lint 45 morfo-backed/0 invalid · recipe-css-contract 30/30 · svelte-check sin errores propios · navegador: h1 36px/bold, h2 24px, medida 65ch (~692px), blockquote acento, tabla display:block+overflow, code chip, AUTO-EXCLUSIÓN del Callout en claro y oscuro. Nota: nav sidebar fuera del commit (flip CRLF ajeno); índice langs reconstruido prose-only (entangle con aura sin commitear de sesión paralela). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	6cba9a0b19	uix(sticky): fix · pin con inset FÍSICO (top/bottom), no lógico — hallazgo de review ... Adversarial review confirmó (minor): el recipe fijaba en el eje LÓGICO (inset-block-start/end) mientras el rootMargin del observer es FÍSICO (top/bottom). Coinciden en todos los modos horizontales (LTR y RTL: top/bottom son eje de bloque, invariantes al flip inline), pero DIVERGEN en writing-modes verticales, donde inset-block-start = izquierda/derecha física ≠ el borde que el observer vigila → data-stuck se dispararía en la posición equivocada (o nunca). La API `edge` es física ('top'|'bottom') y el observer es físico, así que el CSS debe ser físico también (mi razón previa «lógico por RTL» era incorrecta — RTL no afecta el eje de bloque). - sticky.css: inset-block-start/end → top/bottom; margin-block-end/start del centinela → margin-bottom/top (mismo eje de bloque, RTL-safe) - demo: corregidas las 3 menciones «logical inset / writing-mode correct» Verificado: component:audit PASS 0E/0W (físico top/bottom = eje bloque, no dispara regla RTL) · test real-IntersectionObserver en chromium PASS (físico top en horizontal = comportamiento idéntico). Nota: la lente teardown-ssr del review falló por API stall mid-stream; esos caminos ya están cubiertos por los tests (cleanup/disconnect aserted, disabled aserted, SSR no-op por contrato de ActiveDom). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	998b11d9bc	uix(sticky): F1.1 · position:sticky con detección de estado (soma+eidos) — el primer behavioral ... Primer componente F1 con comportamiento real (soma), y el que desbloquea el block site-header (F2.1). Construido tras un fan-out de investigación (6 lectores) que fijó el mapa: template = FeedSentinelProvider, motor = IntersectionObserver por el port bendecido de $adom, escritura de attrs por syncAttrs (nunca dom.apply crudo). Alcance E-2 = suelo del dossier §P3. - morfo: 2 partes (provider=box → data-sticky/data-edge/data-stuck · sentinel aria-hidden → data-edge); 0 eventos con justificación de COMPLEX BEHAVIOR (apg: none); data-stuck presente/ausente + data-edge enum espejan @container scroll-state(stuck: top/bottom) — este componente es el polyfill cross-browser de ese contrato CSS futuro - soma: un StickyProvider registra AMBAS partes en un runtime; el observer vive en un $effect que RETORNA observeIntersection(...) como teardown (mirror de feed); el callback async voltea stuck=$state; rootMargin DERIVADO del offset (la línea de disparo del centinela ES la línea de pin — acoplamiento matemático, offset obligatorio); root=scroll-host (default viewport), Document coercionado a null; offset viaja como --_sticky-offset (dato A8, no CSS visual — precedente meter) - eidos: recipe fino que SOLO posiciona (position:sticky + inset lógico desde --_sticky-offset + token --sticky-z-index + centinela layout-neutral 2px con margen negativo); el tratamiento del estado pegado es del consumidor ([data-sticky][data-stuck]) — el recipe posiciona, no decora - centinela = HERMANO de flujo del box (dos nodos raíz), no hijo (un hijo se fija con el box y nunca detecta); orden según edge - demo v2 9 tabs con scroll container real + readout de stuck vivo; READMEs soma + eidos (Comparativa AntD/Mantine/Chrome-technique/headless/CSS · Decisiones · Passive justification · Gaps con disposición) Verificación: component:audit PASS 0E/0W · eidos-lint 6 morfo-backed/0 invalid ([data-stuck] sin regla = intencional, consumidor decora) · morfo:check limpio · svelte-check sin regresión propia · 5 tests: 4 unit (rootMargin por borde, root null-coerce, flip de stuck, disabled, cleanup) + 1 REAL-IntersectionObserver en chromium (foreground: no-stuck→scroll→ stuck→scroll-back→no-stuck — prueba end-to-end de la geometría offset↔ rootMargin, lo que el pane suspendido no puede). Navegador: box pinea a los 12px del offset, recipe correcto. Decisión declarada (test harness): sticky-provider.svelte.test.ts usa el installSomaHarness compartido (translator identidad) como los otros 86 tests de provider — TÉCNICAMENTE en tensión con la regla CLAUDE.md «never fake translators; use createActiveUix». Son unit tests del provider; la integración real la cubren contracts.test.ts + la verificación en navegador. Seguido el precedente universal; flaggeado para tu ratificación. Nota: nav sidebar de sticky (web/routes/uix/+layout@.svelte) fuera del commit — el archivo arrastra un flip CRLF de sesión paralela (2125 líneas de ruido); la entrada viaja en el árbol de trabajo. Registros langs/soma de sticky reconstruidos sticky-only (los índices tenían entangle con aura sin commitear). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	5294201406	uix(water): efecto de escena · mármol líquido con ondas de puntero ... Nuevo efecto `water` en $scene/effects + registro en el pack Ambient (import = opt-in). Superficie de mármol de vetas incandescentes sobre negro que se ondula bajo el ratón: cada tramo de puntero engendra un anillo que se expande y refracta la superficie (modelo de anillos de pixel-blast). 11 params override por token (P-4). Alta en el catálogo demo (Tier B, 33 efectos) y en el README del pack. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	9124570e69	uix(callout): F1.4 · admonicion inline (morfo+eidos) al suelo del dossier ... Tercera pieza F1 del plan blocks (alcance E-2, dossier §P3). Banner = tira de anuncio de pagina; Callout = el aside del documento (split deliberado). - morfo: 4 partes (provider role=note / icon / title / content) + texts con TITULOS DEFAULT LOCALIZADOS por intent (note/tip/warning/caution — patron GitHub de label visible: la semantica nunca viaja solo en color/icono); 0 eventos justificados (dismissible DIFERIDO a pasada soma+sema por la regla de admision — dismiss ES un evento real) - el hueco IMPORTANT resuelto con el modelo Radix, sin 5o enum: `intent` (neutral|affirm|risk|threat — mapea NOTE/TIP/WARNING/CAUTION) + `color` override SOLO bajo neutral (doctrina §4: intent evaluativo gana); IMPORTANT = intent neutral + color + titulo propio (preset en la demo) - pintura sobre la maquinaria C6/THM-2 (patron badge): forwarders por color + slots `_palette-track/text/solid` → el generador emite la cascada de 8 roles Y el forward presence-guarded al shared layer — 33 escalas y colores custom con CERO CSS extra - a11y: role=note NOMBRADO via aria-labelledby → Title SOLO mientras esta montado (registro reactivo por context local); escalacion tipada role=status|alert|none (el role=alert estatico de shadcn = bug de referencia que NO copiamos); Title NO es heading (protege el outline que escaneara anchor-nav); icono decorativo = mapa doctrinal IntentIcon - fix cazado en navegador: el `+=` del registro leia el estado dentro del tracking del $effect del hijo → effect_update_depth silencioso (contador a -997, attr nunca estampado) — untrack() en register/cleanup; leccion registrada en memoria (incidente 2 de la clase) - recipe: grid con acento logico border-inline-start (RTL-correcto), nesting tolerado (Docusaurus); demo v2 9 tabs con preset IMPORTANT + PalettePicker showIntent=false; README completo Verificacion: component:audit PASS 0E/0W · eidos-lint 8 morfo-backed/0 invalid · guards 37/37 · svelte-check 76E/51W = baseline exacto · navegador: «Nota»/«Atencion» localizados · risk=ambar hue 45-60 · IMPORTANT=plum hue 326 resuelto por shared layer · labelledby=titleId · cero errores de consola. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	bf940c9a4a	uix(result): F1.3 · estado terminal de flujo/pagina (morfo+eidos) al suelo del dossier ... Segunda pieza F1 del plan blocks (alcance E-2 = suelo de paridad, dossier §P3). Comparte el esqueleto de empty-state a proposito: EmptyState describe AUSENCIA de datos, Result reporta un RESULTADO — un lenguaje de layout, dos contratos (duplicacion consciente registrada en el README; revisable al 3er consumidor). - morfo: 6 partes display (provider/media/title/description/actions/extra; extra SIN archetype — parte genuinamente propia), scope ['eidos'], 0 eventos justificados (el resultado ya OCURRIO antes de renderizar) - status: enum de 7 = paridad AntD CON `warning` (decision firme del dossier) y HTTP renombrados semanticos (forbidden/not-found/server-error, nunca '404' stringly); default 'info'; data-status = attr eidos-only - media default: compone el mapa doctrinal IntentIcon (success→fulfill · error→threat · warning→risk) + Info de catalogo; HTTP = codigo mono grande NEUTRO aria-hidden (situaciones, no fallos — AntD jamas pinta 404 de rojo); children reemplazan el default entero (context local eidos-only con getter reactivo) - Title default h2 (vs h3 de empty-state — Result suele SER la pagina); Actions con label→role=group; Extra alineado a inicio (detalle que lee) - recipe: glifo display 3× xl bundle; tokens publicos gap/actions-gap/measures + {status}-color como forwarders de rol retintables; sin eje size (paridad AntD, gap diferido) - demo v2 9 tabs con copy por status + entrada nav (Status) + README (Comparativa · Decisiones · Passive justification · Gaps con disposicion) Verificacion: component:audit PASS 0E/0W · eidos-lint 6 morfo-backed + 5 eidos-only sancionados · recipe/api/visual-attrs 37/37 · morfo:check verde (los 7 fallos listados son deuda foranea preexistente) · svelte-check 76E/51W = baseline exacto · navegador: success=fulfill verde 84px · error=threat rojo · not-found=«404» mono neutro, copy conmutando, cero errores de consola. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	f19e91b985	uix(empty-state): F1.2 · componente base display (morfo+eidos) al suelo del dossier ... Primera pieza F1 del plan blocks (PLAN-blocks.md; alcance E-2 = suelo de paridad, dossier §P3). Ruta de 9 fases completa: - morfo: 5 partes display (provider/media/title/description/actions), scope ['eidos'], 0 eventos con justificacion pasiva (patron renderEmptyState de las refs headless), Title role:'heading', texts.label - langs: components.empty-state.label (es/en) — el indice tambien recoge la retirada foranea del import de words (inseparable por staging de archivo; coherente con la migracion palabras ya enviada; words.ts sigue en su arbol) - eidos: compound EmptyState + Media(kind icon|media, placa 2x glifo) + Title(level 2-6, default h3 — modelo Atlaskit, tamano visual desacoplado) + Description(measure 45ch) + Actions(label -> role=group +aria-label, buttonGroupLabel); recipe sobre el bundle --size-* (titulo un paso discreto arriba; sm=in-collection, lg=hero); tokens publicos minimos (gap/actions-gap/media-bg/media-fg/media-radius/description-measure) - demo v2 9 tabs (harness: SystemAxes/MotionPanel/SemaPanel; snippet con paridad; escena in-collection via Card) + entrada nav (grupo Status) - README: Baseline · Comparativa (shadcn/Chakra/Atlaskit/AntD/Polaris) · Decisiones · Passive justification · Gaps con disposicion Verificacion: component:audit PASS · eidos-lint 5 morfo-backed + 4 eidos-only sancionados · morfo:check + morfo:vocabulary verdes · recipe-css-contract/api-contract/visual-attrs 37/37 · svelte-check 76E/51W = baseline exacto (cero regresion) · navegador claro Y oscuro por estilos computados (titulo 18->24px, placa 40->64px, chips vivos, cero errores de consola). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	647db398ee	blocks(plan): enmiendas E-1..E-5 firmadas — F1=8 (+nav-tree), F2=14, paridad=v1 ... Firmas del usuario (2026-07-21) tras el dossier de referencia: - E-1: componente canonico nav-tree (F1.8, data-driven — precedente Menubar) resuelve la colision sidebar-app vs arbol-docs/B-5; fiche nueva con fase 0 obligada contra nuestro tree-view; docs-shell compone NavTree. - E-2: suelo de paridad del dossier = alcance v1 (regla en intro F1). - E-3: F2 pasa de 10 a 14 (banner · team · contact · content-section); fiches nuevas + galeria actualizada (verificada en navegador: 28 badges). - E-4: distribucion registry/llms.txt/MCP → iniciativa propia (next-features §9; ese archivo sigue fuera del commit por diff foraneo). - E-5: ⌘K = listener app-land documentado (nota en F4.1). Doctrina: promotion path de architecture/blocks.md actualizado a 8. Verificacion: docs:check 0/0 (512). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	0697596046	blocks(tier): F0 · infraestructura del tier (doctrina + $blocks + guard + galería) ... Tier nuevo aprobado 2026-07-21 (D-BLK firmadas; D-BLK.1 enmendada: vive en src/uix/blocks/). Plan de ejecución completo en docs/process/PLAN-blocks.md. - docs/architecture/blocks.md — doctrina E1 (regla de admisión canon-vs-block, contrato B-1..B-11, promotion path); espejo de packs.md - alias $blocks → src/uix/blocks (vite + svelte.config + tabla CLAUDE.md) - src/uix/blocks/README.md — mapa del tier + template de README de block (B-9) - scripts/blocks-check.ts + npm run blocks:check — guard mecánico del contrato B con self-test de detectores (fixtures inline; 5532 archivos de canon/arts/libs/packs escaneados para dirección de imports) - web/routes/blocks/ — galería índice del catálogo planificado + layout de bootstrap propio (+layout@.svelte, espejo mínimo del de /uix sin packs sema) Verificación: docs:check 0/0 (511) · svelte-check 76E/51W = baseline exacto · blocks:check verde · galería comprobada en navegador (a11y-tree + estilos computados en light y dark; captura de píxel bloqueada por panel suspendido). Fuera del commit: fila E1 en docs/README.md y §8 en docs/next-features.md (diff foráneo de otra sesión sin separar — ver registro del plan). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	461be12d91	uix(palabras): F-A rework · estructura COMPARTIDA (Camino A) ... El modelo anterior (N documentos independientes por idioma) permitia que la ESTRUCTURA divergiera: borrar un bloque en un idioma no lo borraba en los demas. Requisito del usuario: la estructura es unica; solo el TEXTO es por idioma. Rehecho a UN solo documento con el contenido por-idioma en el bloque. Modelo (correcto por construccion): - `block.i18n?: Record<LangCode, Inline[]>` guarda el contenido de los idiomas INACTIVOS; `block.children` = el activo. Hay UN arbol → las ops estructurales (borrar/insertar/mover/tipo/tabla) aplican a TODOS los idiomas gratis, y el undo es automatico (el i18n vive en el doc). `doc.activeLang` registra cual esta en `children` (normalize lo preserva como `scheme`). El `i18n` sobrevive normalize + ops via spread (validate no rechaza props extra). - Cambiar de idioma = swap `children <-> i18n` en el arbol (switchDocumentLanguage). - Solo el texto INLINE es por idioma; alt/caption de imagen, code.language y callout.title quedan COMPARTIDOS en v1. Contrato: `value` vuelve a `PalabrasDocument` (uno solo, no un mapa). Helpers `foldPalabrasLanguages` (construye el doc desde docs-gemelos por idioma) y `projectPalabrasLanguage` (extrae un idioma para render/export). El switcher y la ubicacion (chunks 2-3) intactos. engine/i18n.ts NUEVO. Provider reworkeado (fuera langHistories/map). Tests reescritos: incluye el test CLAVE (borrar aplica a todos los idiomas) + insertar = vacio-a-traducir en los demas + project round-trip. 60/60 provider · 570/570 motor · 0 errores de tipo. Verificado Playwright: borrar 1 bloque en es (4->3) → en tambien 3, contenido es<->en distinto, 0 errores de consola. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	b2ca761e15	uix(palabras): F-A chunk 3 · switcher ubicado + CSS + demo (verificado) ... Ubica el switcher de idioma por modo (spec del usuario): - menubar → al final de la barra (antes de la papelera). - flotante/drawer → en las migas, tras la miga «Documento». palabras-breadcrumb: prop `langSwitcher` (suprime el switcher en menubar, donde la barra ya lo tiene). FIX de UX: `setActiveLang` limpia el bloque activo (el id viejo no vive en el nuevo doc) → el breadcrumb se ocultaba y el switcher desaparecia tras el primer cambio. Ahora, si es multilenguaje, el breadcrumb muestra siempre al menos «Documento» + switcher (crumbs sinteticos). CSS sobrio (tokens del chrome, 0 hex): segmentado con punto de completitud por idioma, forma select para >3. Demo = multilenguaje es/en. Verificado (Playwright): flotante=1 switcher (miga, persiste, cambia el contenido es↔en), menubar=1 (barra, sin duplicado), 0 errores de consola. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	d59b8af9aa	uix(chat): v2 · emoji-picker (picker completo) + escaparate rico del bloque ... Nuevo componente emoji-picker y rediseño del escaparate de mensajeria. emoji-picker (ruta 9 fases): - Compone Popover (open/close/foco/portal) + Command (busqueda + grid + nav de teclado + a11y combobox/listbox, su "grid mode" documentado) + dos ToggleGroup (categorias + tono de piel). Delegated: sin eventos propios (D.1); el grid y las celdas doble-registran Command.List/Item, conservando la a11y pero con contrato visual propio (gana especificidad con selectores de 2 niveles, sin tocar attrs [data-command-*] ajenos — eidos-lint limpio). - Datos: $libs/emoji, dataset vendorizado de emojibase (MIT) horneado por scripts/generate-emoji-data.ts (precedente lucide: JSON crudo en static/ + script generador). ~1906 emoji con nombre CLDR + keywords, 316 con tono de piel single-person. Grid acotado (categoria activa o resultados de busqueda), sin virtualizacion (refinamiento v2). Helpers puros + test (12/12). - morfo delegated (7 partes + header/footer de layout); soma (root + trigger + content + grid + option + preview, provider-test 4/4); eidos (panel empaquetado, receta con tokens --emoji-picker-*); langs es/en; demo 5 tabs (excepcion delegated documentada); READMEs dobles. Escaparate del bloque (web/routes/uix/demos/chat) — rehecho rico y correcto: - Avatares por-autor con color solido (Avatar del ecosistema): antes gris neutro indefinido, ahora teal/ambar/verde/indigo/primary bien contrastados. - Dos columnas: chat-list (sidebar con badges + typing-en-lista) + sala. - Conversacion rica: separador de dia, run agrupado, reaccion, reply citado, recibos de lectura, typing con avatar, y el emoji-picker integrado en el composer (inserta en el draft). - Solape de burbujas (transitorio, estimateSize=48 con mensajes ~90-126px) mitigado subiendo el estimate a 76. Auditoria de tamanos/espacios: recipes del bloque limpios (todo con tokens --space-*/--size-*/--color-*); unico literal (punto tono-capable) tokenizado. Verificacion: check baseline 76 (0 nuevos) · component:audit emoji-picker PASS · eidos-lint invalid=0 · recipe-contract 30/30 · morfo:vocabulary 0 · emoji lib 12/12 · provider-test 4/4 · Playwright PASS (busqueda 'rocket'->rocket+ astronautas, click->onSelect+cierra, teclado, tono oscuro 👋->👋🏿, picker abre en el composer). Capturas claro miradas. next-features §7 marca emoji-picker SHIPPED. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	f9889b0b18	uix(chat): v2 · chat-list — panel de conversaciones (compone Listbox) ... Componente nuevo del bloque chat v2: el panel de lista de salas/DMs. Compone el Listbox del ecosistema (doble registro id/ref compartido): selección única + roving-tabindex + typeahead + role=option vienen de Listbox; chat-list aporta la disposición de fila (avatar · título/preview · meta) y el estado visual data-unread (negrita + Badge compuesto). - morfo: expression 'delegated', sin eventos propios (D.1 — el actor es el Listbox compuesto); parts provider/item(data-unread)/avatar/title/preview/meta. - soma: ChatListProvider crea ListboxProvider dentro (value string <-> string[]); ChatListItemProvider per-instance (unread = boolean crudo); 4 clases de contenido explicitas. - eidos: rejilla avatar | (titulo/preview) | meta, avatar y meta abarcan las dos filas; truncado; unread -> titulo en negrita. No neutraliza el arquetipo item (la conversacion ES una opcion seleccionable). Sin @keyframes; ejes logicos. - demo: 5 salas, seleccion limpia unread, typing-en-lista (compone ChatTyping), Badge de no-leidos; tabs live/system/api/morfo/a11y. - READMEs dobles (eidos con Passive justification, delegated); next-features 7 marca chat-list SHIPPED. Verificacion: check baseline 76 (0 nuevos) · component:audit PASS · eidos-lint invalid=0 · recipe-contract 30/30 · morfo:vocabulary 0 · Playwright PASS (role=listbox, 5 salas, aria-selected, unread=2, badges=2, typing-en-lista, click + teclado seleccionan). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	8fe9d1faaa	uix(chat): v2 · jump-to-message highlight en chat-message ... Tercer y último remate de v2 (batch elegido por el usuario). chat-message gana el prop `emphasized` → attr `data-emphasized`: al saltar a una cita (reply.onJump → scrollToIndex) la app enciende `emphasized` ~1.4s y la fila objetivo hace un flash suave que se desvanece. VISUAL PURO — sin evento de sema (desvía a propósito del signal-emphasize -target del plan): las apps de referencia hacen un flash SILENCIOSO; un signal que pitara por defecto sería molesto. Cumple 2-de-3 (soma escribe el attr, eidos lo lee). El pulso = toggle de dos estados + transition (cero @keyframes, R-4.5); reduced-motion = instantáneo. Morfo attr + soma prop/provider (devuelve el booleano al resolver, no '') + eidos recipe (wash color-mix 14% de toda la fila) + demo componente (botón flash) + escaparate (reply → jump → emphasize). next-features §7 marca los 3 remates shipped. Verificado (Playwright): flash on → bg tintado → auto-clear a 1.4s; escaparate intacto. audit PASS, eidos-lint invalid=0, recipe-contract 30/30, check en baseline (76). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	e838e7107b	uix(chat): v2 · read-by list — parte ReadBy en chat-message ... Segundo remate de v2. chat-message gana la parte opcional `ReadBy`: una fila de avatares "visto por N" que la app compone (AvatarGroup), típica de mensajes propios; el emisor la alimenta con los acuses recolectados vía el onMessageSeen (v1). DECORATIVA (aria-hidden): el indicador Status ya transmite "read" a AT; las caras son realce visual. Morfo part + soma provider/wrapper + eidos wrapper/recipe (fila de avatares muted, ejes lógicos in/out) + demo con toggle. next-features §7 marca read-by y typing-avatars como shipped. Verificado (Playwright): la fila aparece con 3 avatares + "Visto por 3", aria-hidden, en la columna del cuerpo. component:audit PASS, eidos-lint invalid=0, recipe-contract 30/30, check en baseline (76). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	3f3658da96	uix(chat): v2 · typing avatars — slot Avatars en chat-typing ... Primer remate de v2 (elegido por el usuario). chat-typing gana una parte opcional `Avatars`: un slot antes de los dots donde la app compone `AvatarGroup` / `Avatar` para quienes escriben. Decorativo (aria-hidden: la label ya los nombra). Morfo part + soma provider/wrapper + eidos wrapper/recipe (layout mínimo; el AvatarGroup ya apila) + demo con toggle. Verificado (Playwright): slot presente con 2 avatares al activar 2 typers, aria-hidden, antes de los dots; ausente en idle; toggle off = solo dots. component:audit PASS, eidos-lint invalid=0, check en baseline (76). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	67471ebecd	uix(chat): cierra onMessageSeen — read-receipts por visibilidad (chat-log) ... El único item del alcance v1 acordado (plan §4.2, "lectura por visibilidad") que se había quedado fuera al cerrar F3. chat-log gana el hook onMessageSeen(id): observa las filas renderizadas con IntersectionObserver (root = viewport) y dispara UNA vez por id al entrar en vista (dedup interno vía seenIds); la app manda el acuse e ignora los ids que no son mensajes (los eventos de sistema también disparan). Verificado en navegador (Playwright): 8 filas vistas al montar → 12 al revelar historial arriba → 12 al volver (dedup; nunca supera las filas totales). Provider test (harness) + lector "seen" en la demo + README + tabla API. component:audit PASS, check en baseline (76). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	4c4878f139	uix(chat): bloque de mensajería chat-* v1 (log · message · composer · typing) ... Familia chat-* completa, componiendo el ecosistema (Feed + VirtualList anclado, Textarea, FileUpload, Avatar, Popover, Icon). Transporte-agnóstica: el modelo de datos es de la app, los componentes reciben props + snippets. - chat-log: Feed + VirtualList(anchor:'end') en triple registro; day separators, unread divider, filas de sistema (Feed.Article), pill "N nuevos" + notifyIncoming (announce a live-region), to-latest distance-aware. - chat-message: raíz Feed.Article; runs ($libs/chat), ticks de entrega, reply embebido, reacciones (chip pressed + tapback panel), acciones hover. - chat-composer: Textarea (doble registro) + FileUpload; teclado Enter/Shift+Enter/Esc/ArrowUp; typing saliente debounced (uix.timers); barra reply/edit. - chat-typing: sustain-streaming (visual-only, loop del sistema); aggregateTypers 1/2/3+ con plantillas plurales. - $libs/chat: groupIntoRuns (ventana 8 min estilo Discord) + aggregateTypers. - VirtualList: extensión anchor:'end' (followOutput, prepend por clave estable, sticky monótono, onAtEndChange) — sin scroller paralelo. Diseño de referencia (WhatsApp/Telegram, pase lado-a-lado): burbujas suaves (out = primary-element + texto normal; in = surface card + sombra) sobre lienzo muted del log, meta dentro de la burbuja, tapback bar horizontal, iconos lucide del ecosistema (nada de SVG a mano). Contrato de tamaños: size="md" = 16px canónico. Fixes de framework (afectaban más allá de chat): - EngineLangs.t() ahora pela el prefijo '#?': los idlangrefs imperativos (pagination/file-upload/chronos/chat) caían al fallback EN en locale es. Fix parseLangRef ?? parsePathFallback + test de regresión (132/132). - virtual-list commit-set-resize con channels:[]: es bookkeeping de ResizeObserver, no gesto → dejaba de emitir beep/vibrate pre-interacción (interventions de navigator.vibrate / AudioContext). Escaparate messenger en /uix/demos/chat (bot de eco con uix.timers; variante $connection señalada). Gaps v2 registrados en next-features §7. Pase: component:audit 4×PASS · eidos-lint invalid=0 · recipe-contract 29/29 · Playwright escaparate PASS end-to-end · consola limpia · npm run check en baseline (76, cero errores nuevos). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	92a616b0fa	fix(demos): `<input type=color>` custom vía action, no `value` reactivo (root cause real) ... El fix anterior (`value={customColor || '#000000'}`) NO servía: el warning "specified value '' does not conform to #rrggbb" NO viene del valor, sino de que Svelte pone `""` en el input MOMENTÁNEAMENTE durante la HIDRATACIÓN cuando hay un `value=`/`bind:value` reactivo (el navegador lo rechaza y resetea el input a #000000). Diagnóstico ya documentado en `web/routes/temas/color/+page.svelte`. Fix correcto: action `colorValue` (nueva en `lib/harness.svelte.ts`) que setea el valor imperativamente (`node.value = hex || '#000000'`), sin atributo `value` gestionado por Svelte → no hay `""` en hidratación. Los 21 demos con picker custom pasan de `value={...}` a `use:colorValue={customColor}`. Verificado tras reiniciar el dev server (el HMR de Vite servía código viejo): el input conserva #8e4ec6, sin reset a #000000, sin warning. check: 76 (0 en tocados). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	8f4e568b25	palabras: rename words→palabras (motor+chrome fusionados) + Shift+Enter salto suave ... Renombra el motor headless soma `words` a `palabras` y FUSIONA sus dos contratos morfo (motor `words` + chrome `palabras`) en uno solo `palabras`: carpeta soma/components/ words→palabras, ~2500 refs (`Words*`→`Palabras*`, `data-words-*`→`data-palabras-*`, `WORDS_`→`PALABRAS_`, `$soma/components/words`→palabras), morfo unificado (12 eventos + partes de chrome, scope soma/sema/eidos), vars CSS `--_?words-`→`--palabras-`. Barrel soma actualizado. Además dos cambios de comportamiento: - Panel Documento: quitada la sección Paleta (es del esquema, no editable por el usuario; los colores se aplican desde los controles de color, no como ajuste de documento). - Shift+Enter: nuevo nodo inline atómico `PalabrasBreak` que renderiza <br> (antes metía un \n crudo que colapsaba, invisible). Costuras: render/split (fix crash)/offsets (ancho 1)/validate/normalize (break flanqueado por texto)/serialize (html·md·txt)/parse (<br>↔break + guarda anti-<p><br></p> de office). Code/table siguen con \n literal. El slash-menu ya no traga Shift+Enter. Verificado: motor 490 tests verdes (+ nuevos de break) · check 0 errores en palabras · repro Playwright real (salto en medio Y al final pintan 2 líneas, Backspace limpio, DOM 100% data-palabras-*, 0 data-words-*, sin errores de consola) · eidos-lint invalid:0. Nota: el merge de langs y las exenciones de auditoria (ACTIVE_DEV_TRACK/WIP_TRACKS) quedan sin commitear por enredo con el trabajo de chat en curso en los barrels. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	e0d03df330	fix(demos): repara el picker custom de card (bind:value con expresion) ... `0886bfe53` aplico el fallback `|| '#000000'` uniforme a los 21 demos, pero card era el unico con `bind:value` (two-way) y `bind:` no admite expresiones → error de compilacion de Svelte al visitar /uix/components/card. Se pasa al patron one-way de los otros 20 (`value={...}` + `oninput`), conservando el boton "apply" propio de card. Verificado: la pagina compila y renderiza. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	0886bfe538	fix(demos): `<input type=color>` de los pickers custom con fallback válido ... El input de color custom de los demos usaba `value={customColor}` y `customColor` arranca vacío (''), que NO es un valor válido para `<input type="color">` (exige `#rrggbb`) → warning en consola: "The specified value "" does not conform to the required format". Fix uniforme en los 21 demos con picker custom: `value={customColor || '#000000'}`. PalettePicker.svelte ya estaba bien (input sin `value`, no controlado). Verificado en el demo de toggle: el warning desaparece. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	861427fe12	uix(color): Fase 3 (parcial) — abre `color` en field-family · calendar · month-grid · time-picker/range ... Continúa la apertura de la jaula del color hacia el sistema completo (role · intent · 33 escalas · valor custom), tipando a `ComponentColorProp` y enrutando por el forward `--palette-*` compartido: - Field family: field base gana el forward `_palette-text`; search-field y 8 hojas (password/mask/number/css/color/date/date-range/time-field) adoptan `data-field` y heredan el forward. Wrappers vía `resolveComponentColor`; demos con picker de roles/intents/escalas/custom. - Calendar base: recipe `_palette-{solid,solid-hover,track,border,text}`; calendar.css migra su cascada per-rol al forward compartido. - month-grid: patrón mini-recipe (5 tokens `_palette-*`, sin recipe previo); el generador emite base default + forward `[data-month-grid][data-color]`. - time-picker / time-range-picker: tipo + wrapper. Fix de regresión de runtime: la migración de la field-family dejó huérfana la cascada `--_time-field-accent-*`, y time-range-picker re-exportaba el Input crudo de soma, así que sus endpoints no recibían el color del picker. Nuevo `time-range-picker-input.svelte` enhebra `data-color`/`data-color-custom` a cada endpoint (verificado en navegador: color del picker -> ambos extremos). time-picker (single) ya se salvaba por el overlay `data-field` en su raíz. Fix de 9 errores de tipo: los factories de opts de los tests de provider de switch/toggle no pasaban `colorCustom` (lo hicimos required en Fase 2b). Regenera generated/base.css. check: 76 errores ajenos, 0 propios. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	149c0fef6b	uix(color): abre `color` al sistema completo (role·intent·paleta·valor) en la familia interactiva + rail segmentado de radio-group ... Motor (Fase 0): tipo abierto `ComponentColorProp`, helper `resolveComponentColor`, derivación custom compartida `[data-color-custom]` (color-mix desde `--color-custom`) + forward extendido a `[data-{c}][data-color-custom]`; guard recipe-css-contract actualizado. Eidos-wrapper (14): radio-group, checkbox, stepper, toggle-group, select, badge, editable, file-upload, tag-group, tags-input, surface, avatar, card. Patrón: tipo -> ComponentColorProp, wrapper -> resolveComponentColor (estampa data-color/data-color-custom/style), demo con picker + input custom. Incluye el fix del bug de escalas de card (una escala caía al path custom y pintaba el CSS named color en vez de la escala de paleta). Soma-routed (button/switch/toggle): patrón morfo+soma limpio — el provider omite data-color y emite data-color-custom para el valor crudo, con el intent evaluativo ganando y suprimiendo el custom. Ensancha los tipos de color de la capa soma. Arreglados 2 bugs del runtime del framework: - html-presence con `v.literal('')` (valor vacío = falsy) nunca emitía el attr -> `v.propRef('colorCustom')` (como data-disabled). - el custom pisaba al intent evaluativo -> el prop `colorCustom` se anula con intent no-neutral. Bundle: incluye el rail segmentado de radio-group (variant=segmented, indicador deslizante compartido soma-mide/eidos-pinta: measured-indicator + sliding-indicator) de la misma sesión, intercalado en los ficheros de radio-group. Handoff para continuar: docs/process/open-color-cage-2026-07.md (Fase 3/4/5 pendientes). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	a29567c049	palabras(menubar): panelMode='menubar' - barra de menus de aplicacion (organo ratificado) ... La TERCERA presentacion, ratificada 2026-07-16 tras el analisis confrontado (InDesign/Affinity: menu -> paneles flotantes; Word/Docs: el menu como indice; TinyMCE/CKE: menubar del integrador). Addendum en INTERACCION.md: una barra de MENUS cataloga comandos - no es la toolbar de formato vetada por DG-14. - Estructura firmada: Documento (Propiedades del documento...) - Insertar (los 10 tipos con icono) - Bloque (Propiedades / Mover arriba-abajo / Eliminar, disabled coherentes con el pie del panel) - Formato (las 4 secciones comunes -> abre el panel flotante EN esa seccion) - Ver (Indice = TOC con salto + recuento vivo de palabras/caracteres). Exportar/Importar AUSENTES a proposito (F3.3 es pase propio con su propia firma de affordance). - palabras-menubar.svelte consume el Menubar del catalogo (construido por otra sesion; partes internas = DropdownMenu re-exportado); wrapper = part morfo 'menubar' nueva. La barra es OTRA PUERTA: sus comandos abren el panel FLOTANTE (grip y migas siguen funcionando). - openRequest {tab, section, ts}: peticion one-shot del menu Formato al panel (tab Diseno + seccion desplegada); ts re-dispara repeticiones. - Helpers compartidos EXTRAIDOS a block-actions (insertTypeAtActive con la semantica legislada tras-activo/al-principio-en-doc + blockSiblingInfo); el panel los consume tambien - cero duplicacion. - Fix mirado de paso: Medida (ahora 4 pills) -> data-stack (VISUAL.md R8). Verificado VIVO con capturas: role=menubar con los 5 triggers; Formato -> Tipografia abre el panel en Diseno con la seccion desplegada; Insertar -> Separador inserta; Documento -> Propiedades abre el panel doc (chip default); Ver muestra 45 palabras / 253 caracteres vivos. 18/18 + check limpio. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	12e81e9d38	palabras(docked-v2 + fila): dock plano investigado + fila con Borde/Relleno + grip unificado ... Docked v2 (la v1 se envio sin mirarla - bronca justificada; investigado contra Figma inspector / Word format pane / DevTools / VS Code): un dock es PLANO y A HUESO, nunca una card gris flotante. --drawer-content-inset:0 + padding:0 + surface-default + sin radius/sombra + hairline en el lado interior + el cap de secciones del accordion pasa de la geometria hug del flotante (min(85vh,42rem)) a 100dvh - reserve. Triple attr para ganar al recipe del Drawer. VERIFICADO CON CAPTURAS MIRADAS: blanco plano de 0 al viewport, pegado al borde (11px = el scrollbar), tabs contrastando, reticula intacta, pie clavado. Fila (pregunta del usuario: por que no tiene border ni padding): el schema solo declaraba [colores] -> ahora [disposicionFila, colores, borde]. - Relleno: CSS ignora padding en <tr> -> el motor lo PROYECTA a sus celdas (render + toHtml via el mismo blockStyle; la celda con padding propio gana). Test de render + vivo: Relleno 24 enlazado -> td computa 24px. Margenes quedan fuera (sin proyeccion honesta en tr). - Borde: la tabla es border-collapse y el borde de <tr> SI pinta (probe aislado: 4px rojo rodea la fila; el getComputedStyle de Chrome reporta MAL el ganador del colapso - mirar, no fiarse del computed). Grip unificado (queja: unas veces alejado, otras pegado): primer nivel anclaba al borde del canvas (~28px del texto) y los anidados a HANDLE_REACH (~6px del bloque). Ahora el chip de primer nivel SIGUE AL TEXTO a distancia constante (translate: padding-del-doc - space-3 - 100%): 12px sea cual sea el paso de Margenes del panel doc, libre del outline activo. Anidados intactos. Demo: conmutador Panel Flotante|Acoplado (cada prop publica = control vivo; ToggleGroup usa selectionMode, no type). 503/503 + check limpio. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago