svelte-kit-vice

Commit Graph

Author	SHA1	Message	Date
dev	b7808fbe66	docs(theming): puntero de linea de SS14 corregido (radio-group new MeasuredIndicator en :353, no :337) - nit del adversarial; fe de erratas del commit de2e136a0: el ejemplo 1 del README y el control positivo son dos escrituras distintas (el ejemplo mide 2->3px via --border-width-thick; el 9px/rgb(1,2,3) era el probe de valor forzado) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	de2e136a0f	refactor(theming)!: el indicador de navigation-menu es CANAL - y el consumidor estiliza la PARTE Firma "(a) completada" (2026-08-26), cerrada tras rechazar la especie `output` por abrir excepciones (clase barata - frontera de prosa - patron ya rechazado dos veces): las cuatro hermanas --navigation-menu-indicator- {x,y,w,h} pasan a --_ (la adjudicacion que tabs ya firmo citando a ESTE componente como precedente), indicator-w se RETIRA del contrato, y el README de soma deja de enseñar a saltarse la composicion. - Flip atomico escritor+lectores. Trampa del barrido, medida: el grep del nombre LITERAL es ciego a la forma con llaves {x,y,w,h} - escondia tres menciones. Barrido final: 0 consumos vivos de los nombres viejos. - indicator-w retirada con acta MEDIDA (y una auto-correccion: la primera acta decia "con la barra cerrada" y era falso - el indicador se monta condicional y hay 0 nodos; lo real, con transiciones CONGELADAS: solo una regla !important de autor le llegaba, y la unica ventana donde asomaba era el indicador montado sin rect - un subrayado de ancho cero). Contrato 44 -> 43, generated -1 linea, ningun ledger rancio. - README de soma: las medidas siguen tabuladas como canales privados "not consumer API"; la seccion nueva enseña la PARTE ([data-navigation-menu- indicator] + data-state + los tres pomos thickness/bg/radius) con ejemplos VERIFICADOS POR MEDICION (el ejemplo 1 es literalmente el control positivo: block-size 2 -> 9px). Hueco FLAGGED sin acuñar: el ejemplo viejo de pildora no tiene traduccion - falta un eje de forma en la parte; en SS13. - Registro PENDING_PRIVATE_RENAME -> UNA entrada (motion). SS14 NUEVO en next-features: unificar tabs (--indicator-* SIN prefijo, MeasuredIndicator :80-83, 2 claves global en el ledger) - con el hallazgo de que ningun guard los caza HOY porque no llevan prefijo: el espacio cerrado premio al que nombraba mejor. - Numeros: public 3073->3072, channel 37->38, reach 73% y atHundred 65 intactos (ningun redondeo cayo), --names 4566 con 0 desviadas, centinela nav-menu 42/43 con la misma unica adjudicacion, --debt identico. - Dinamica verbatim: el indicador DESLIZA (left 0 -> 111px, ancho 107 -> 108.56 = rect del trigger, canal w/h == triggerRect), los nombres viejos computan vacio en el elemento (control negativo 777/333: nada se mueve). Guards: 78 tests verdes + soma 9/9 + mutacion por las dos caras + audit 162 PASS + docs:check 0/0. BREAKING: los cuatro nombres publicos del indicador ya no existen y --navigation-menu-indicator-w sale del contrato; el indicador se estiliza por su parte y sus pomos. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	b9339633f0	docs(theming): los residuos que midio el adversarial del codemod de canales El flip fue ATOMICO (13/13 con escritor y lector vivos, control negativo en los siete componentes, ni un canal muerto en silencio) y lo refutado fue documental: - STUMBLES.md SS7 entra por fin al arbol: la anotacion existia sin commitear (fallo de staging del coordinador - la raiz del repo no estaba en las rutas). Deja escrito lo importante: el renombre no rompio nada por DISCIPLINA de procedimiento (git ls-files por nombre), no porque un guard cruce escrituras del provider contra lecturas de receta - S5 sigue abierto. - PLAN-background: la anotacion decia "las nueve menciones de aqui abajo" y tres quedaban arriba - ahora dice su alcance exacto. - next-features SS13 gana las dos deudas del adversarial: la sonda estandar es CIEGA a 12 de los 13 canales (PROPS sin translate/rotate/ gridTemplateColumns/animationDuration - el control positivo dio 0 diffs con el canal roto a proposito) y el export muerto getFloatingContentCSSVars que construye por plantilla el nombre publico retirado de menubar. Fe de erratas del commit e100ea520: son 31 ficheros, no 32. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	e100ea5209	refactor(theming)!: trece canales de valor hablan como lo que son - privados Eje-codemod firmado 2026-08-26 (destino firmado dos veces: los 318 y la ley del espacio cerrado). Flip atomico escritor+lectores por nombre, barrido por git ls-files (94 ocurrencias en 36 ficheros; el barrido destapo lectores que ninguna lista traia: el comentario del morfo de knob, dos demos, y PLAN- background). 32 ficheros. - background pointer-{x,y,px,py} + progress · color-swatch fill · emoji-picker columns · knob {angle,progress,start-angle,sweep} · menubar panel-anchor-width · text-gradient duration -> --_{c}-. El nombre viejo computa vacio en los siete componentes. - PARADO con expediente: --navigation-menu-indicator-h NO se renombra - es una de CUATRO hermanas escritas en un literal, el README de soma las enseña como API del consumidor (dos ejemplos de CSS de app leen -h) y -w es clave DECLARADA del contrato. Privatizar una de cuatro parte una API documentada. Tres opciones redactadas en next-features SS13, sin elegir; el registro PENDING_PRIVATE_RENAME queda con DOS entradas (esta + motion), cada una con su razon. - La trampa del censo NO mordio y la prediccion estaba mal por un orden de magnitud: UNA reclasificacion (color-swatch.background), no ~15 - el censo cuenta knobs de APARIENCIA y doce canales viven en geometria o conservan un publico hermano. public 3074->3073, channel 36->37, reach 73%, atHundred 65: el suelo no se toca. - Verificacion dinamica de los SIETE canales vivos por CDP (verbatim en el acta de la sesion): el parallax sigue al puntero con la privada (translate -28,-24 -> 32,28 = xdepth), el knob rota por teclado (-27deg -> 0deg, arco 108 -> 135 = progresssweep), el chip pinta su prop, columns 9/6/12 tracks (control negativo: el nombre viejo a 3 no mueve nada), el panel toma 886px del anchor, text-gradient 8s. Estatica: sonda 7/7 a 0 diffs reales (el unico diff, un velo de emoji-picker, reproducido 2/2 = ruido); color-swatch sin ruta de demo declarado en voz alta (la sonda con 0 nodos es un guard que no inspecciona nada) y medido donde monta. - Guard mutado por sus dos caras: entrada retirada reintroducida -> STALE; nombre viejo devuelto a una receta -> missing. Docs ANOTADOS con fecha (la adjudicacion medida de color-swatch del 23-08 intacta), volcados solo donde describen codigo vivo. audit 162 PASS - docs:check 0/0 - --debt 1154/0/0 sin una clave movida - --names 0 - check 0 atribuibles. Deuda menor anotada: la fila generada de audit/theming/background.md:72 la regenerara el --report supervisado pendiente. BREAKING: los trece nombres publicos viejos ya no existen; el canal se lee --_{c}- y sigue sin ser tuyo para fijarlo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	6499eb2a4c	feat(theming)!: la ley del espacio cerrado - un --{c}-* existe si y solo si base.ts lo declara Firma 2026-08-26. El espacio de nombres publico queda CERRADO sobre el contrato: no hay tercer estado. El fallback es seguridad de VALOR, no escapatoria de contrato; declarada la clave, el fallback inline muere (el default vive en UN sitio, base.ts). - El barrido real del catalogo: 25 nombres propios con fallback fuera de contrato en 10 componentes (la prosa decia 13 en 2). ONCE eran knobs de tema y quedan DECLARADOS con su default verbatim, scope root medido: mockup 9 (con --mockup-phone-shadow ACUNADA - un nombre cargaba shadow-4 en el marco y shadow-5 en el bisel: un nombre con dos defaults es la mentira que la ley mata) y text-scramble 2. Fallbacks inline retirados. - Los otros QUINCE no son knobs: 14 canales de VALOR que soma/envoltorio escriben por instancia (destino ya firmado por la firma de los 318: --_{c}-; el codemod es un eje propio) y el default de motion cuyo hogar es EidosConfig.motion (su entrada structural queda intacta). Viven en el registro PENDING_PRIVATE_RENAME del guard - nombrados, fechados, con destino escrito y STALE simetrico: contarlos, no bendecirlos. La firma medida de color-swatch.fill (2026-08-23) queda INTACTA y citada. - El guard de fantasmas endurecido al "si y solo si": un --{c}- del propio componente fuera de contrato es ROJO con o sin fallback; el prestamo ajeno y el sistema conservan sus reglas. Mutaciones: var inventado con fallback -> rojo nombrado; prestamo ajeno -> verde; entrada de registro rancia -> rojo STALE. - Neutralidad PROBADA: generated/base.css = +11 lineas y nada mas; computed A/B en navegador reconstruyendo el mundo viejo inline sobre el mismo nodo - mockup 3 nodos x 2 cromos x 6 propiedades identicos (el bisel conserva shadow-5), text-scramble identico. mockup se midio donde monta de verdad (/blocks/feature-split): no tiene demo propia. - Numeros: solo no-contract 18 -> 16. El suelo NO sube y la razon importa: la ley cerraba un hueco de CONTRATO, no de alcance - esas declaraciones ya puntuaban public; lo que faltaba era declarar el NOMBRE. - Efecto lateral anotado en la clave, el handoff y next-features: el crudo var(--primitive-neutral-12) migro verbatim a base.ts y R-4.6 (que escanea CSS) ya no lo ve - la deuda sigue, ahora nombrada en el contrato. - docs: recipe-contract SS4 reescrito con la ley y sus corolarios (el value-reference con-fallback queda acotado a vocabulario ajeno/sistema); CONTINUE y next-features al dia - pendientes del eje: el codemod de los 14 canales, el cableado del canal de motion, palabras y timeline. BREAKING: consumir un --{c}-* propio no declarado es rojo desde hoy, con o sin fallback. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	90b93a79e0	docs(theming): la firma de los 318 queda EJECUTADA - el suelo sube a 73/65 Tercera pieza (F3): los ratchets suben en el commit que los gana y la prosa "318 sin ratchet" pasa a historia fechada. - Suelo: reachPct 69 -> 73 (3074/4228; el numerador NO se movio - ninguna receta cambio un valor; el denominador cayo exactamente los 252 que dejaron de contar como no-alcanzados: 132 bridge + 36 channel + 84 anotados; los 66 del ledger SE QUEDAN dentro) y minAtHundred 45 -> 65. Mordida verificada en ambas direcciones (74/66 -> rojo con el mensaje exacto; restaurado -> 5/5). El bloque de doctrina cuenta el CIERRE del agujero, no el agujero: los dos ratchets dicen lo mismo desde dos alturas - el suelo rechaza una caida NETA, el ledger una clave sin nombre. - recipe-contract SS4: la ley completa de las CINCO salidas de un privado no-derivado (bridge mecanico - channel mecanico - anotacion private: - entrada de ledger - derivar de un publico). 1088 -> 1154 donde era estado. - CONTINUE: la firma pendiente -> EJECUTADA 2026-08-26 con su seccion (`e812d3ffd` F1 - `a74aeec7b` F2 - este F3; 318 = 132+36+84+66 sin resto) y las cuatro contradicciones con ficha señaladas (metrics resuelto por medida 3/2 - timeline pre-B' a reabrir - proof-of-human sin SS5 propia, DOS notas que adjudican 17 knobs - listbox reversible). Pendientes: SOLO el idioma var(...,fallback) y la re-clasificacion de palabras. - next-features SS13: mitad (1) EJECUTADA; bloque "trabajo futuro que dejo ESCRITO la medida" (el alias de proof-of-human borrable a coste cero - los 56 del conmutador de tono que se retiran adoptando el forward THM-2 - timeline - listbox). - Ledger: dos cifras muertas de F2 saldadas (568->583 de 1154; 359->360 - palabras gano una entrada private y la frase mentia). Barrido anti-rancio: las 20 menciones restantes de "318" son historia fechada o hashes; ningun estado vigente. Suelo 5/5 - docs:check 0/0 sobre 816 - audit 162 PASS - --debt 1154/0/0 - tsc 0 propios - prettier limpio en los .ts y cero hunks de contenido en los .md tocados. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	3f9f9be6be	docs(theming): EL EJE THEME-REACH QUEDA CERRADO El CONTINUE pasa a CERRADO: desde hoy el estado del eje no lo vigila un handoff sino los guards - el suelo por clave (newDebt=0 - STALE=0 - reach >=69% - >=45 al 100%), component-audit R-5.1/5.2/5.3 en error y el centinela R-5.4. La deuda restante vive NOMBRADA en scripts/theming-census-debt.ts (1088 claves que solo pueden menguar). Trabajo nuevo de theming = entrada nueva, no herencia de aqui. next-features SS13 recibe: la clase structural EJECUTADA con sus candidatos no incluidos y la deuda de fichas sin regenerar; y las DOS FIRMAS PENDIENTES que el cierre dejo nombradas - los 318 privados no-derivados sin ratchet por clave, y el idioma var(--{c}-x, fallback) sin contrato - mas la re-clasificacion abierta de palabras (canal de valor, no tema). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	4cb76403a0	docs(theming): la GRANDE EJECUTADA y verificada 12/12 - TONE_UNREACHED ha muerto Cierre de la firma de instrumento grande. La verificacion adversarial confirmo los 12 claims (aritmetica del ledger cargando el modulo en cada commit, monotonicidad E2E con comparador propio, seis catas empiricas incluida la sorpresa de tags-input dos veces y el test de dos caras del PALETTE_FLOOR, la sonda sana, y la estatica fina del codigo). - Corrige el acta de la retirada de tags-input en el ledger: la asimetria del estampado (data-color en todos los nodos vs solo el proveedor) EXISTE pero NO es la causa de la revivida - medido en forma de produccion, el token mueve 6 nodos igual porque el privado hereda del proveedor al item. - Anota en next-features SS13 las tres cegueras como EJECUTADAS (S1/S2/S3 con sus commits y numeros) y registra la deuda nueva del adversarial: asimetria del estampado, ternario falsy de la restauracion de atributos (`007c2af52`, hoy inocuo), checkbox.stroke-ease, residuo del hover. - Anota la retirada de TONE_UNREACHED en la cronica de B' (changelog SS53 y next-features) y en las leyes del handoff. - Reescribe el handoff: las DOS firmas de instrumento estan ejecutadas; el eje pasa a su CIERRE (deuda B, gate de F3, R-5 a error). Catalogo tras la firma: 2918/3577 claves vivas (78% -> 82%). Tier de patrones 28 -> 16, 15 de 16 son PALETTE_FLOOR, cero zombis, 659 muertas todas con razon. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	5fb2db027b	docs(theming): la mitad gratis EJECUTADA - queda la GRANDE Anota en next-features SS13 la ejecucion de la firma de instrumento (codemod IIFE + huecos de la sonda) con sus numeros y las deudas nuevas que la verificacion adversarial midio (search-field clear-trigger, asimetria de escenario, alreadyOpen, tres lectores de base.ts), y reescribe el handoff: la primera de las dos firmas de instrumento esta ejecutada (`047464389`); lo primero del eje pasa a ser la GRANDE (cegueras 6+1+3+2, barridos S1-S3). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	318aac207d	fix(eidos): el eje size de form LLEGA a sus acciones - contexto A-112 <Form size="xs"> renderizaba acciones md: la talla moria en el provider (form-submit/reset con default 'md', nada la propagaba) y del eje entero solo sobrevivia el row-gap. Contexto de eidos calcado 1:1 de toolbar/context.ts (el precedente A-112): form provee su size resuelto; Submit/Reset lo consumen como default (su prop explicita gana; md standalone). El eje va VERBATIM, no tapado en md - la bifurcacion de doctrina queda RESUELTA Y ESCRITA (next-features 13 "Anchura vs densidad"): reference.md:590 (tapar en md, precedente Dialog.Close) gobierna ejes de ANCHURA; el de form es DENSIDAD declarada cuya receta ya escribio los cinco peldanos. - 5 ficheros de codigo, solo eidos (context.ts NUEVO); los dos costes avisados NO se tocan, verificado con linea: la excepcion A11 de form-auto-fields y el duck type CompatibleFormProvider quedan intactos (el puente es setContext/getContext con Simbolo propio, disjunto). - Medido: 84 diffs y NI UNO fuera - submit 40, reset 40, form 4 (su panel); CERO en array/widget/error-summary; CERO en md. Alto -10/-6/0/+8/+16 px; la letra lg/xl difiere de la prediccion (+4/+12 vs +2/+8) por causa MEDIDA: --font-size-lg/xl son clamp() fluidos que saturan desde ~1200px - ningun valor fuera de la escalera. Capturas xs/md/xl revisadas por el supervisor. - Los botones del array siguen POR HERENCIA CSS, intactos (0 diffs) - respuesta para E1: E2 ahorra el contexto, no la lectura (E1 debera pasar size al Button que inyecte o sigue siendo la regresion medida). - Dos mentiras NUEVAS del instrumento, registradas: la sonda estandar fuerza data-size sobre el nodo compuesto y SE PISA (su 0 es por construccion) - y los clamp() fluidos no son comparables sin declarar viewport. - Registro: 13 cierra E2 (diagnostico original conservado tachado - era exacto) y abre alert-dialog (mismo agujero; a el le toca la norma TAPADA por ser eje de anchura), error-summary con data-size que nadie lee, la escalera de fuente 3-sobre-5 que viola el 1:1 (E1, su carril), y la cita colgada de dialog/context.ts:9. Pendiente dicho: el parrafo de doctrina querria vivir tambien en reference.md (fuera del alcance liberado). - Gates: eidos 443+1 ajeno - check 0 atribuibles - docs-check 0/0. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	3bf7930baa	fix(theming): el velo del sistema no muere por un atajo - y el pin de chronos sobra Dos hechos de cascada, hermanos de la firma 55: 1. Las reglas del suelo de popover usaban el ATAJO `background:` - expande a `background-image: none` y MATA el velo de hover del sistema (archetypes) cuando el orden de carga cae del otro lado. La regla dura lo prohibe por escrito ("hover is the system's"). Partido a `background-color:`: 0 px sobre las 14 identidades del catalogo (68 lecturas reposo + 68 hover, todas a cero; `rules split=2` en las catorce como anti-vacio; control negativo 5/4), y el velo SOBREVIVE al orden invertido - verificado con experimento de cascada aislado. 2. El pin de `chronos.css:417` RETIRADO: sus cinco declaraciones eran copias textuales de `[data-button]` - 20 combinaciones variant x size identicas con y sin el (control negativo 0/20). La adjudicacion de 13 era FALSA: al `+N more` el velo se lo mata `button.css:69`/`:88`, con pin o sin el. `calendar-select.css:14` NO es pin (vivo en 3 de 4 tallas) - se queda. - Guarda extendida (active-eidos-config.test.ts): el suelo declara `background-color` y NUNCA el atajo - validada por 4 mutaciones (las dos ultimas prueban la mitad NEGATIVA, anadidas porque 1-2 solas la dejaban sin morder). - Sondas popover 0/448 y chronos 0/36.832 - eidos 443+1 ajeno - check identico byte a byte antes/despues - docs-check 0/0 x2 - lint 0 invalid. - Registro: changelog 56 (la prueba citable es el barrido de catalogo) - 13: `background-image` RESUELTO y `transition` como RESIDUO VIVO con su numero (suelo `background,border-color` vs arquetipo `opacity,background-color`: hoy el border-color del hover SALTA en vez de animarse) - fichas de chronos (7 filas stale corregidas, recuentos contados contra fichero: 202->198, 50->47), calendar (su HALLAZGO ya resuelto por 55, cerrado) y emoji-picker - 5 textos stale ANOTADOS sin reescribir (cada medida fue correcta con la cascada de su dia), con dos matices: en gradient-picker solo caduco la mitad base, y open-trigger-fg gana ahora por ESPECIFICIDAD, no por orden. - Fuera del registro del eje, por regla dura del autor: el material de sitio/demo (la inversion de imports de /alpha) - ademas desactivado por esta misma firma en la capa que importa. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	d5a27b87e7	fix(morfo)!: tags-input habla UN patron ARIA - layout grid, cierra F-1 El AX hablaba tres dialectos rotos a la vez (medido por CDP): dos listbox anidados (las opciones eran hijas del Control; el Provider no tenia ninguna), button DENTRO de option (rol hoja: el nombre se fundia - "svelte Eliminar etiqueta" como una sola cosa) y un combobox sin aria-expanded/aria-controls apuntando activedescendant a etiquetas commiteadas. F-1, adjudicado 2026-07-07; el registro de ayer era una re-deteccion parcial. Estructura B (firmada): Control = grid de UNA fila - etiquetas = gridcell (conservan el aria-selected -> stateRef de 2ce43db56; gridcell lo admite) - el boton de borrar CONVIVE en la celda de su etiqueta ("a cell contains one widget... link, button" - lo que lo prohibia era option, Children Presentational) - el input en celda propia como TEXTBOX nativo (combobox EXIGE controls/expanded y no hay popup) - el Provider pierde su listbox. Dos partes privadas nuevas (Row, InputCell) con display:contents: grid solo posee filas, row solo celdas. - Teclado: la navegacion estaba MUERTA (ArrowLeft x2 avanzaba 0) y ahora camina; el resalte mueve foco DOM - la CONDICION de retirar el activedescendant (su destino debe ser descendiente y era hermano). Tabulacion sigue en UNA parada. - aria-orientation RETIRADO (no es propiedad de grid; Chrome no la expone, medido): se conserva como comportamiento, no como atributo. - Pixel CERO: sonda 2.496 valores por identidad de nodo, 0 diffs, geometria al centesimo; capturas byte-identicas. CSS: 7 lineas display:contents. - Gates: morfo 222/222 - soma tags-input - attr-audit con el techo APRETADO 1->0 - eidos 443+1 ajeno - morfo:check PASA - check 0 propios - docs 0/0. - Registro: F-1 CERRADO (ficha de componente, nota fechada) - el item 12.5 del tono MOVIDO de 13 a 12 con sus dos cifras corregidas ((0,4,0); gana el BLOQUE de archetypes) - abiertos: tag-group filas sin celdas (el "precedente" refutado midiendo: CERO gridcell), search-field F-1, y la regla del censo de citas APG - demo: 3 filas de su tabla a11y actualizadas para no mentir sobre los roles nuevos. - Trampa nueva anotada: `const state = Provider.create()` SOMBREA la runa $state (compila y revienta en render); un error SSR no llega al navegador - se caza navegando por el router desde otra pagina. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	466b24f34f	feat(theming)!: el sobre de trigger de popover es un SUELO - tercera ley 55 El "baseline button envelope" que popover.css pinta a sus triggers vivia a (0,2,0) con hover a (0,5,0): le ganaba a las recetas de sus HUESPEDES (el chip de anadir reaccion de chat-message perdia 9/9 propiedades disputadas y salia cuadrado gris entre pildoras - SU receta lo pintaba en el mismo selector-lista y PERDIA), mataba la capa de estado del sistema en hover (chronos plain = caja gris) y dejaba el trigger de calendar en manos del orden de carga (14/16/14/14px medidos - la moneda al aire). El sobre baja a :where() - base y hover, con el :not(field-trigger) DENTRO (where anula especificidad, no matching). El suelo pinta lo que el huesped CALLA; la receta gana donde habla; la capa de estado compone otra vez. Tercera aplicacion de la ley firmada (12.9 planos - B'/53 paleta - y archetypes.css:9-21 ya lo decia para SU capa). Cambio de codigo: 2 lineas. Medido (gate de dos niveles, 76 instancias, 16 rutas, 4 estados): - No afectados: 3 field-trigger diff VACIO; los 66 desnudos ganan EXACTAMENTE los dos valores del SISTEMA que el sobre tapaba (velo de hover de archetypes + su transition). 167 nodos de referencia: 0. - Los 7 movers, valor a valor por CDP hacia lo que SU receta declara: el chip vuelve pildora (36->26px, r9999) - chronos recupera su plain y su hover - calendar mes/anio pasa a su ghost compuesto Y SE VUELVE DETERMINISTA (8 cargas en dos ordenes, mismo pixel; antes 2 de 6 caian del otro lado) - emoji/palabras/ntp a sus recetas (ntp revive 4 claves: 44->48/62). - Capturas antes/despues x8 revisadas por el supervisor (chip, chronos, calendar, emoji, gradient, popover generico, palabras, ntp). - Guarda 55 en active-eidos-config.test.ts validada por SEIS mutaciones (la sexta se anadio porque la primera pasada dejo pasar un verde falso; y el arnes mintio con -t sobre 0 tests - detector de cero-tests anadido). - vitest 35/36 (rojo ajeno skin-media-player) - check 0 atribuibles - docs-check 0/0 - eidos-lint popover/chat-message 0 invalid. Registrado en 13 y fichas: los parches-pin de chronos/calendar pasan a REVISABLES (ahora redundantes o semi) - el suelo comparte peldano (0,0,0) con archetypes.css (medido 16 cargas: archetypes cae despues y el resultado es identico, pero es un empate real sin verificar en produccion) - la dependencia sin registrar de palabras queda anotada junto a su regla (no tiene README de eidos). changelog 55 escrito (la guarda citaba una seccion que debia existir). CON ESTA, LA LISTA "Lo que espera TU FIRMA" DEL CONTINUE QUEDA VACIA. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	1f8ce293bb	fix(theming)!: avatar - el contrato dice la verdad: 4 claves, cero desviadas Las ultimas CUATRO claves fuera de gramatica de las 4.558 publicas del catalogo, resueltas cada una por lo que ES (no eran cuatro iguales): - `badge-color-custom-contrast` -> `badge-fg-custom-contrast`: la unica TINTA real y alcanzable. Nombre derivado DE la gramatica D-TH.6 (la ranura se sustituye EN SU SITIO; `custom` no es interactivo ni rol, va detras) con el precedente firmado scrim-fg-over-dark - y es la salida literal del clasificador que consume R-5.3. Renombre a mano (el codemod ABORTA sobre la IIFE de avatar - deuda registrada en 13): value-preserving, verificado con sonda dirigida (la clave vieja movia antes y no despues; la nueva al reves). - `ring-color-custom` y `badge-color-custom` RETIRADAS del contrato publico: canales de valor INALCANZABLES (puerta data--custom y escritura inline nacen de la misma expresion - mentiras bajo R-5.4). Mecanismo: canal privado de envoltorio `--_avatar--color-custom` + respaldo currentColor (el patron de las 5 privadas-de-envoltorio del parque, 5/5 sin declaracion en receta), NO borrado (el CSS las lee) NI privada plana (cero precedente). Ley 8.bis re-aplicada: cero lectores fuera de avatar, re-barrido. - `group-carve-color` EXENTA en NAME_EXEMPT con razon medida: alimenta box-shadow (geometria del carve, no tinta; alcanza en 59 instancias) - `fg` seria gramatica correcta con semantica peor. Medido: sonda 7.4 0/576 - pixel visible IDENTICO (anillo ambar, insignia violeta, tinta white) e instancia imposible identica (currentColor preserva el default retirado) - Tokens 88 -> 86 EN VIVO con el nombre nuevo (captura revisada por el supervisor) - censo --names: DESVIADAS 0 EN 0 COMPONENTES (4.556 claves) - centinela exit 0 - lint 0 - docs-check 0/0 - vitest 442+1 ajeno - check 0 atribuibles. Hallazgo de instrumento NUEVO, adjudicado y registrado en 13: el chooser del centinela elige el valor por NOMBRE y no conoce `fg` MEDIAL (su prueba de tinta es `fg$`): las 5 claves que la propia D-TH.6 fabrica (badge-fg-custom- contrast, bubble-fg-in/-out, scrim-fg-over-dark/-light) reciben 1234px, invalido para color - y el veredicto depende de si el respaldo coincide por azar (bubble-fg-* leen vivas POR ACCIDENTE). Arreglarlo obliga a re-verificar el ledger - firma de instrumento aparte. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	2ce43db563	fix(morfo)!: tags-input - aria-selected sigue al resalte, no a un literal `v.literal('true')` era el UNICO aria-selected incondicional de los 18 morfos que declaran el atributo: el AX tree entregaba DOS option selected:true dentro de un listbox multiselectable:false (mentira de plataforma), archetypes.css (0,4,0) clavaba el velo de estado EN REPOSO (la etiqueta vivia en su propio hover: reposo y hover byte-identicos) y `--tags-input-item-fg` no habia pintado nunca. Ahora `v.stateRef('active')` - el estado que soma YA deriva de highlightedIndex, registrado como fuente por parte (states: { active }). Precedente en casa: tag-group/listbox/tabs. `severity: 'optional'` NO hace falta (inerte: solo la leen los checks de data-*, verificado en compile.ts). Medido (ejecutor E-tags, heredando y VERIFICANDO la edicion de un ejecutor interrumpido - dos claims sin medir corregidos, uno de atribucion: el tono de la activa lo enmascara [data-highlighted] (0,3,0), no este atributo): - Sonda: 14 diffs / 2.504 valores, UNA propiedad (backgroundImage), las dos etiquetas x 7 pases sin puntero - el velo saliendo del reposo. Hover: 0 diffs = la afordancia recuperada (reposo 224,58 / hover 212,10; antes 212,10 = 212,10). Capturas antes/despues revisadas por el supervisor. - AX: reposo false,false - ArrowLeft false,TRUE - Escape false,false. Exactamente una navegando, cero en reposo. - Centinela 63/91 -> 71/91 (revive item-fg; medida directa oklch(0.2435) -> rgb(1,2,3)), exit 0, 0 sin adjudicar, 0 STALE, ceguera-a-patrones validada a mano (17 cubiertas, todas muertas). - Gates: morfo 222/222 - soma tags-input 3/3 - eidos 442+1 ajeno - check 0 atribuibles - docs-check 0/0 - eidos-lint 0 invalid. Quedan ABIERTOS y registrados en next-features 13 (sin decidir aqui): el morfo declara apg:grid pero implementa listbox/option - Provider y Control llevan ambos role=listbox anidados - la tinta de tono de la activa la enmascara [data-highlighted] (12.5) - migracion a grid (B-b) como continuacion. Y una observacion de soma al paso: ArrowLeft desde el input no saca el foco (:381). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	df3a4d054b	fix(theming): form cede el cromo de submit/reset al Button que componen El bloque de accion de form.css vestia CUATRO nodos con las mismas 23 claves: submit/reset (que COMPONEN el Button canonico - ahi muertas Y contradictorias: declaraban un boton solido de tinta blanca mientras se pintaba surface verde, discrepando en silencio desde siempre) y array-add/array-remove, <button> PELADOS donde las 23 son su UNICO cromo y estan 23/23 VIVAS (medido montandolos a la fuerza: la demo nunca los monta). Ejecuta la doctrina YA FIRMADA que nombra a Form.Submit por su nombre (component-guide.md:126-146, consumer pattern rule 5) - la opcion de escalar a (0,2,0) queda descartada por escrito: si se quiere el submit solido, el camino es <Form.Submit variant="solid">, no ganar la cascada. - El bloque de accion apunta ya SOLO a los dos botones del array; mueren 4 reglas y se estrechan 5 grupos. Los 4 privados THM-2 de submit/reset fuera (nadie los consumia): el diff del generado son EXACTAMENTE 14 lineas (su suelo y su forward). Las 23 publicas SE QUEDAN. - Ceder submit/reset: 0 px sobre 79.296 valores (16 escenarios, V1) + sonda 0/834 con CONTROL POSITIVO (el CSSOM vivo no contiene una sola regla de submit/reset ni un --_form-palette-*). El cromo del array, intacto contra los valores pre-firma; su eje de talla sigue llegando por herencia. - Centinela 22/64 exit 0, identico conjunto: solo cambia la RAZON de las 23 ("rama array que la demo no monta") - la anterior era falsa a medias (los botones del array NO llevan data-button) y el "24" era un error triplicado (ficha, README, ledger): son 23. - CONTINUE: la firma del compuesto EJECUTADA; gradient-picker (36) y emoji-picker (3) des-RANCIADOS - ejecutados el 2026-08-20/23, hoy 0 adjudicaciones por compuesto (verificado; ademas su mecanismo era OTRO: especificidad de popover.css, no orden de emision). - next-features 13: DOS expedientes nuevos destapados y NO ejecutados aqui: los botones del array deben COMPONER el Button (soma+morfo, clase A-112, y son perceptualmente mudos) - y el eje size de form NO llega a sus acciones (<Form size="xs"> renderiza acciones md; solo sobrevive el row-gap). Verificacion: V1 (verificador independiente, informe recuperado de disco tras interrupcion) + ejecutor con gates completos (vitest 442+1 ajeno - check 0 atribuibles - docs-check 0/0 - eidos-lint 0 invalid). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	ffa45726fd	feat(color)!: una palabra, un significado - primary/secondary son SIEMPRE jerarquia La homonimia muere: `primary`/`secondary` significan JERARQUIA DE MARCA en el catalogo ENTERO, tambien dentro de los seis primitivos de tinta (text, heading, display, code, label, s-text). El paso de tinta del 82 % se llama `subtle` - PROP y TOKEN, sin excepcion: el nombre es el contrato en el artefacto (la misma ley que la FIRMA B' y la 12.9; se rechazo por escrito la via "solo el prop con tabla de traduccion" - las excepciones legitimas son las FIRMADAS con razon, no las inventadas al decidir para abaratar). - Los seis CONTENT_INK, IDENTICOS: {subtle, muted, disabled, on-solid}; el nivel-1 es el DEFAULT sin prop. `label` gana `on-solid` (cierra la divergencia de familia registrada en `e4fa616e5`). - Renombre completo: --color-content-secondary -> --color-content-subtle y la clave de config content.secondary -> content.subtle (RUPTURA de API de tema). 355 referencias por patrones acotados; la raiz SIN prefijo (cssVar('color-content-secondary'), render-css.ts) incluida; en grafito.ts conviven tres claves `subtle` (content/border/shadow) y solo cambio content. El generado, reproducido BYTE A BYTE aplicando solo el renombre al anterior. - Codemod value-preserving: 11 call sites (6 secondary->subtle incl. expresiones y ternarias; 5 primary->fuera, incl. TRES defaults de prop) con la condicion ROJA caracterizada (--style-caption-color es el UNICO estilo cuya tinta default no es primary; los 5 sitios caen en ramas body). alpha/ (untracked, TERMINATED) fuera. - Las 6 demos migradas al vocabulario nuevo (s-text: CERO cambios, no tiene lista de tinta); label arranca en el default y pinta IDENTICO (contrafactual medido: el estado viejo habria pintado el morado de marca). - Neutra en pixel, MEDIDO: nivel 1 ESTRICTO CERO en 71.200 valores (blocks enteros, s-text entero, subarboles data-*); nivel 2: 31 diffs, todos trazados a las ediciones firmadas del harness (anchos de chips, reindexado de la lista de label con las tintas supervivientes byte a byte). Total 171.712 valores + 59.072 de re-corridas a 0 de ruido. - Guards: CONTENT_INK identicos entre los seis y sin nombres de rol (mutacion: muerde), y el generado sin rastro del token viejo con las 6 definiciones del nuevo. Dos cronicas fechadas en docs/old-deprecated, intactas a proposito. - Docs: changelog 54 - reference (eje de tinta) - next-features 13 (divergencia de label RESUELTA). Supervision: verificador independiente pre-firma (dos claims MURIERON en verificacion antes de tocar codigo), tres agentes en fases (censo+baseline -> implementacion+codemod -> demos -> verificacion de dos niveles -> docs). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	e4fa616e5d	docs(theming): registro post-B' - cinco hechos verificados entran al expediente Pase de registro de lo que la firma B' descubrio y no arreglo (pre-existente, simetrico antes/despues). Seis claims de agentes -> verificacion adversarial independiente -> DOS murieron (label-inline era diseno firmado de la seccion 43; drag-drop refutado: su forward vive y alcanza) y UNO se fusiono (el color de `code` lo gana `[data-uix-docs] code` (0,1,1) - ES la firma pendiente 5.2 del harness, que se ENSANCHA de radio/padding a la tinta; medido por CDP, solo dos reglas declaran color). Entran en next-features 13 / CONTINUE: - El detector STALE del centinela es CIEGO a los patrones (filtra `k in ledger`, solo exactas): 207 claves revividas por B' y ni un aviso. Arreglo minimo anotado; clase re-verificar-ledger. - El guard no mide tono+estado a la vez (raiz de TONE_UNREACHED): tono solo en el paso estatico, hover sin tono, solo `toggle` declara eje de estado, switch/button sin entrada en COMPONENT_OVERRIDES (48). - Tres huecos de la sonda: el `open` de editable muere por CLIC sobre inputs ocultos (no por el localizador), button sin analogo de barrido de variantes, y NUEVE de las 33 escalas atadas a rol (purple slate indigo gray teal green orange red plum) - `plum` ES `loss`; 24 libres como reserva de sondeo. - Divergencia de familia: `label` es el unico primitivo de tinta sin el paso `on-solid` (tipo y runtime, auto-consistente); decision pendiente. Citas contrastadas contra el arbol (cuatro corregidas del verificador, incluida la deriva de +10 lineas del diff ajeno del sentinel). docs-check 0/0 sobre 815. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	8244cb4a62	feat(theming)!: FIRMA B' - la cascada de paleta es una ESCALERA sin empates suelo :where([data-{c}]) (0,0,0) < forward [data-{c}]:where([data-color], [data-color-custom]) (0,1,0) < tono [data-{c}][data-color='X'] (0,2,0). El orden de emision deja de decidir: la especificidad ES el contrato, legible en el artefacto (doctrina hermana de la FIRMA 12.9). - Emisor (render-css.ts): isPaletteSlotToken PARTE el bucket host - solo las ranuras de paleta bajan al suelo, el chasis del componente queda a (0,1,0). 49 suelos + 49 forwards reescritos + 0 pares viejos; bloques por tono (112), capa compartida y gradient finish byte-identicos. - Neutra en pixel, MEDIDO: ~297.000 valores computados antes/despues (105.248 planos lotes A+B, 57.720 planos lote C, 134.464 con los tonos ESTAMPADOS en las 49 unidades, incluidos 5 @active), 0 diffs reales. Los 17 crudos, probados ruido por reproduccion sobre codigo identico. - Guarda por MUTACION (active-eidos-config.test.ts): suelo con contenido, forward de un peldano, par viejo ausente, tono sin envolver, particion del host, cierre estructural (toda declaracion de paleta vive en un peldano) - 6 mutaciones inyectadas, 6 mordidas. El contrato del forward pasa de vigilar 2 recetas a 49 (privadas incluidas, multi-parte bien). - Ledger: PALETTE_SUPERSEDED muere (describia el mundo viejo); 207 de sus 353 claves pasan a VIVAS y las 146 restantes quedan bajo PALETTE_FLOOR (el tono-default estampado resuelve por el forward: quitar el atributo ES hablar en silencio) o TONE_UNREACHED (ningun paso del guard estampa tono Y hoverea), con razon medida. stepper y tag-group, barridos por primera vez. El detector STALE es CIEGO a patrones: la retirada fue manual y por estrechamiento, guiada por medida. - Docs: changelog 53 - reference THM-2 - next-features 13 (RESUELTA) - CONTINUE-theming. Supervision: 4 agentes Opus en 5 fases (baseline plano + baseline estampado, emisor, guarda, verificacion de parque completo, docs), con refutacion del supervisor sobre censo, emisor y guarda. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	5d71d830e9	feat(theming)!: FIRMA §12.9 — el plano de profundidad es el SUELO, no el techo El plano `data-depth` pinta el bundle de elevación (superficie · borde · sombra · tipografía on-surface) y hasta hoy lo hacía a (0,1,0), la misma especificidad que la receta del componente. La Decisión 8 daba por bueno ese empate porque «las recetas cargan después de la fundación y ganan por ORDEN DE CASCADA». ESA PREMISA ERA FALSA La fundación la inyecta ActiveEidos en runtime como <style> gestionado, y las recetas llegan como chunks code-split de Vite: a igual peso ganaba quien cargara el último, y se midió AL REVÉS en dev que en producción (§13). No era una decisión de diseño, era una moneda al aire — y la moneda cayó del lado del plano. LO QUE COSTABA, MEDIDO Un toast `risk` y uno `fulfill` vestían la MISMA TARJETA GRIS: los seis tonos idénticos y la franja de acento —el rasgo que identifica la intención de un vistazo— reducida a 0,67 px de gris neutro, porque el atajo `border` del plano pisaba el longhand `border-inline-start` en los cuatro lados. Las TRES variantes de tooltip computaban lo mismo: `outline` indistinguible de `solid`, `ghost` un backdrop-filter invisible tras una superficie opaca. Y ~35 claves públicas quedaban adjudicadas como mudas en cinco componentes, con tres recetas que habían RETIRADO su tipografía por esto. LA REGLA La regla de apariencia del plano se emite envuelta en `:where(...)` — especificidad CERO. La receta gana donde el componente HABLA, en cualquier orden de carga; el plano sigue pintando todo lo que el componente CALLA, que es exactamente lo que significa «baseline». Vale igual para un plano que añada un tema (jaula abierta). EL FROST NO BAJA, Y ES DELIBERADO `[data-depth='{plane}'][data-frost]` conserva sus (0,2,0). El baseline es un suelo que la receta puede pisar; el frost es una petición explícita por elemento —alguien escribió `data-frost`— y honrarla significa ganarle al fondo propio del componente. Mismo atributo, intención opuesta: queda comentado en el emisor para que nadie los «armonice», y el guard lo fija por los dos lados. QUÉ MUEVE DE PÍXEL, ENTERO De 19 adoptantes, DIECISÉIS con diff CERO sobre ~49.000 valores computados. Los tres que se mueven son la firma haciendo su trabajo: - toast: 35 diffs (7 fondos + 7 bordes de tono + 21 anchuras). Cuatro tonos medidos en la demo real: 4 de 4 DISTINTOS donde antes 3 de 3 eran idénticos, y la franja de acento pasa de 0,67 px de gris a 3 px del color de la intención. - tooltip: sus tres variantes vuelven a distinguirse — solid opaco con sombra, outline transparente con borde, ghost translúcido al 70 %. - popover, tooltip y link-preview: `line-height` de 1.25 (el `--leading-ui` del plano) al que cada receta pide. Es EXACTAMENTE la decisión que la receta de link-preview tenía escrita desde el 2026-08-21: «se quedan declaradas A PROPÓSITO; retirarlas arreglaría el empate a favor del plano — una decisión de píxel que pertenece a la firma pendiente de §12.9». `font-family` no se movió en ninguno: las recetas piden el mismo `--style-label-font-family` que el plano pinta, así que la seguridad tipográfica del portal (Decisión 8) queda intacta. Refutada una hipótesis propia: temía que el atajo `background` del plano estuviera matando el velo de hover del sistema y que bajarlo lo resucitara moviendo píxel. `backgroundImage` no cambia en ninguno de los 19 — el velo vive en los ítems, no en la superficie. EL LEDGER 17 claves salieron STALE solas y se retiran: toast (3), tooltip (5), float-panel (5), link-preview (2), popover (2). Los cinco vuelven verdes — toast pasa de 51/85 a 72/85. El ledger sigue en 87 bloques, sin duplicados, y parsea. DOS VECES QUE EL INSTRUMENTO MINTIÓ La sonda compartida mide UN nodo en dialog, drawer, popover, tooltip, context-menu, dropdown-menu y link-preview: nunca abre la superficie, que es justo donde el plano pinta, así que sus «0 diffs» no probaban nada. La medición buena reproduce el «antes» EN RUNTIME, inyectando la regla vieja a (0,1,0) al final del head en vez de revertir el fichero — entra como `scripts/__plane-open.mjs`. Y el primer barrido del ledger dio 87 de 87 rojos: «todos fallan igual» es la firma del instrumento, y era la misma trampa del CR de Python en Windows que ya está registrada. Re-corrido con la lista limpia. EL BARRIDO DEL LEDGER ENTERO 87 de 87 componentes con entrada en el ledger, re-corridos tras el flip: cero NO EFFECT sin adjudicar, cero STALE, cero errores. El cambio es global y se verificó globalmente. GUARDS vitest src/uix/eidos 439/440 (el rojo conocido skin-media-player) · active-eidos-config 75/75 · npm run check COMPLETED con los 72 errores preexistentes de la rama y ninguno en ficheros de este cambio · rtl:check 0 · docs:check 0 · eidos-lint 0 invalid en los cinco tocados · capturas de las tres superficies que se mueven. Un test hermano afirmaba el selector desnudo para un plano añadido por un tema: ahora afirma `:where()`, porque un plano de tema es un suelo igual que los cinco de fábrica. Doctrina en docs/theming/changelog.md §29 (junto a la Decisión 8 que corrige), cierre del expediente en next-features §13 y handoff al día. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d4a83cca68	docs(theming): la COLA A queda CERRADA — y §12.9 pasa a tener coste de producto scroll-area y slider al 100 %, tabs cerrado en 97 %, toast al 100 %. Global 68 %, 45 componentes al 100 %. Los cuatro cerraron SIN acuñar una sola clave: a los cuatro les quedaba un literal y en los cuatro era identidad. Firmar un literal y cerrar es una respuesta tan válida como acuñar. LO QUE MÁS PESA, RE-MEDIDO EN LA SUPERVISIÓN Un toast risk y uno fulfill visten la misma tarjeta gris. Disparados los tres tonos en la demo real con transiciones y animaciones congeladas, risk, fulfill y affirm computan idénticos: fondo, borde, franja de acento de 0,67 px y sombra. La tarjeta lleva data-intent Y data-depth=overlay; --toast-risk-surface en :root no la mueve y --depth-overlay-border la repinta. La intención llega al DOM y muere en la cascada, 21 claves. Es la primera vez que §12.9 tiene coste de PRODUCTO y no sólo de contrato, así que sube el precio de dejarla sin firmar. Y queda anotada la trampa de medirlo: el tono viaja en data-intent, no en data-color — una sonda que lea data-color lo encuentra null y diagnostica «el tono no llega», que es un defecto distinto y manda la firma por el camino equivocado. LA LEY QUE DEJARON LOS OTROS DOS Antes de retirar una clave, mira quién la lee: scroll-area.auto-max-block leía muerta en su propia demo y la consumen cinco recetas ajenas; slider.min-block-size la fija media-player. Retirarlas habría roto seis componentes sin que un guard se pusiera rojo. Ya es el paso 8.bis de §7.3. Queda del eje: cero de cola A, tres de deuda B (cada uno por su razón), ninguna pestaña Tokens pendiente, y siete cosas esperando tu firma. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b8eccc1c4f	uix(toast): temable — 98 % → 100 %, y el plano se lleva la TARJETA ENTERA El contrato ya tenía sus 85 claves y `global` era CERO: no se acuña ninguna. Lo único fuera de alcance era un literal, y era identidad. Lo que entra: - `opacity: 1` de la tarjeta firmado con su anotación `/* literal: /` (recipe-contract §3): es el polo EN REPOSO del par abierto/cerrado, y el que lleva tokens es el otro (`closed-offset`, `closed-scale`). «Presente del todo» no tiene un segundo valor que sostener. 98 % → 100 %. - Guard R-5.4: entrada nueva en `COMPONENT_OVERRIDES` que dispara la tarjeta con el botón del demo — y que DELIBERADAMENTE no pone `openMarker`. Una tarjeta se auto-descarta a los 5 s, así que «¿ya está abierta?» no tiene respuesta útil: con `openMarker` tres corridas sobre código idéntico discreparon en QUÉ token leía muerto. Sin él, el guard cae al marcador por defecto (una parte que este componente no tiene) y dispara una tarjeta nueva antes de CADA token: 51/85 en tres corridas seguidas, determinista. - Ledger: 34 adjudicaciones, ninguna retirada, todas MEDIDAS. - La sonda aprende a disparar el toast (`DEMO_VARIANTS`): medía UN nodo (el viewport) porque un toast no EXISTE hasta que algo lo lanza. Ahora 8. EL HALLAZGO — §12.9 con una cara nueva y con coste de PRODUCTO: `toast-item.svelte` sella `data-depth='overlay'`, y el plano declara `background`, el ATAJO `border` y `box-shadow` con la misma especificidad (0,1,0) y más tarde. Medido sobre la tarjeta real con transiciones congeladas: escribir `--toast-{tono}-surface` / `-border`, `--toast-provider-border-width`, `--toast-accent-width` o `--toast-provider-shadow` no mueve NADA; escribir `--depth-overlay-surface` / `-border` / `-shadow` y `--border-width` en la misma raíz lo repinta todo. Son 21 claves de 85, y a diferencia de `tooltip` esto se VE: un toast `risk` y uno `fulfill` visten la misma tarjeta gris, y la franja de acento —un `border-inline-start` que el atajo posterior pisa en los cuatro lados— no aparece nunca en reposo. Matiz que sólo aparece midiendo: los seis `{tono}-accent` NO están muertos. Bajo `[data-loading]` la regla del pulso es (0,2,0) y su `@keyframes` gana a toda declaración normal — 100 fotogramas del pulso real: sin escribir, el color interpolado corre en oklab L 0.5032..0.8514; con el token en rgb(1,2,3), 0.0823..0.5032. La misma clave miente en reposo y dice la verdad en animación. §12.9 sigue SIN FIRMAR, así que las 21 se ADJUDICAN con `PLANE_SUPERSEDED` y la incidencia se registra en `next-features.md` §12. No se toca desde este eje. Las 13 restantes: la pareja de transición (el guard congela `transition`), `closed-offset` / `closed-scale` (estado de salida + `transform`, que el guard no fotografía), los tres del anillo de foco de la acción (el guard hace `blur`), los cinco `{tono}-action-hover-bg` (el guard estampa el tono en su pasada estática y no en la de hover) y `provider-max-width`, cuyo centinela de 1234px se capa contra el `min(100%, …)` — medido desde el otro lado, 120px encoge la tarjeta de 420 a 280. Censo: 98 % → 100 % (45 knobs · 45 públicos · 0 globales · 0 privados · 1 excepción firmada). Global 68 %, al 100 % 42 → 45. Sin cambios en `recipes/base.ts` ni en `generated/base.css`. Diff de computed: 0 diffs sobre 1.760 valores en 7 estados* (8 nodos en reposo, 7 en hover). Capturas 2× de la tarjeta byte a byte idénticas — y van por un script propio, porque su viewport es `position: fixed` y cae fuera del recorte del escenario que usa `__shot`. Más README con su sección «Talla y tema», pestaña `Tokens` en la demo (85 claves, verificada en el navegador) y ficha con veredicto §5. Guards: centinela 51/85 verde (exit 0, sin STALE) · `component-audit --only toast` PASS · `eidos-lint toast` 0 invalid (24 morfo-backed, 6 eidos-only) · `vitest run src/uix/eidos` 35/36 (el rojo conocido es `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error en ficheros de toast · prettier limpio sobre el contenido normalizado a LF. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	10832bef4a	fix(theming): la sonda no congelaba NADA — 18 diffs fantasma sobre código idéntico El gate del protocolo §7 es «el diff de computed es CERO», y la sonda que lo mide no inyectaba ninguna congelación: una propiedad en transición devolvía el valor VIEJO y una bajo animación en BUCLE devolvía donde el bucle estuviera. Ruido puro sobre el único artefacto que prueba que un commit no mueve píxel. Lo destapó chat-typing, cuyos tres puntos montan el bucle pulse del sistema: 18 diffs de opacity corriendo la sonda DOS VECES sobre el mismo código. Con la congelación de transition Y animation antes de cada instantánea: 0 diffs sobre 1.568 valores. Un token que SEA la motion lee congelado y se mide a mano sin congelar, que es el idioma que el ledger ya usa para transition-duration / -ease. Queda registrado en §13 lo que NO arreglo aquí: el guard congela transition pero no animation, y cambiarlo obliga a re-verificar el ledger entero porque los tokens que son la animación pasarían a leer muertos. Misma clase que «el guard no fotografía transform», mismo bloqueo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	92180c390c	uix(tags-input): temable — 88 % → 90 % CERRADO, y su tinta no ha pintado nunca Los cinco knobs fuera de alcance se clasificaron UNO A UNO antes de tocar una línea, que es la mitad del trabajo: - uno era la COSTURA: `[data-tags-input-control][data-invalid]` leía `var(--color-risk-border)` A PELO. Entra como `--tags-input-invalid-control-border`, valor verbatim, con el nombre Y el default de `field.invalid-control-border` — la misma parte del mismo chasis. NO se reusó el `risk-border` de la paleta: la cascada `[data-color]` lo re-enruta por instancia y se llevaría con él el estado inválido, que no es una elección de tono. `global` a CERO. - los otros cuatro son el MISMO puente THM-2: el borde del control enfocado y los tres slots de la etiqueta activa leen `--_tags-input-palette-{border,track,text}`. Ni conmutador ni escala por talla. No se acuñan (CONTINUE §3.pre): un público encima dejaría que un tema los fijara y matara en silencio el `color=` por instancia. Así que 90 % ES el techo, y es doctrina bien aplicada, no deuda. Los siete privados dimensionales ya derivan de públicos; sus bloques `[data-size]` del CSS SE QUEDAN porque aquí no los emite el TSC (las claves de talla son planas, sin `scope: 'size:{k}'`) — retirarlos rompería el eje. Migrar esa escala al TSC es cambio de mecanismo, no de alcance, y queda fuera. Censo: 46 knobs · público 37 → 38 · global 1 → 0 · privado 4 (el puente) · sistema 4 (fuera del ratio) · 88 % → 90 %. Contrato 90 → 91 claves. `--names`: 0 desviadas (67 conformes + 24 role-slot canónicas). Diff de computed: VACÍO en las dos superficies. 2.496 valores × 8 estados en el escenario por defecto (válido, sonda estándar, 10 nodos) y 459 valores × 5 tallas + 3 variantes + hover en el estado INVÁLIDO, con una sonda de un solo uso porque la demo arranca válida. Captura 2× antes/después byte a byte idéntica. No se tocó ninguna regla `:hover`, así que el paso 12 no aplica. Centinela R-5.4: 63/91, 28 adjudicadas, cuatro razones y todas MEDIDAS: 1. Las 24 claves de tono — la cascada de paleta (excepción por PATRÓN). El wrapper resuelve `color` y estampa `data-color` en TODA instancia, incluida la del default, así que gana el bloque genérico `[data-tags-input][data-color], [data-tags-input][data-color-custom]`, que se emite el ÚLTIMO a la misma (0,2,0) que los ocho por tono. Medido sobre la etiqueta real forzada a `data-state=active`: `--tags-input-primary-border` no mueve nada (el borde sigue en `oklch(0.8043 0.0918 309.69)`) mientras `--palette-border` en el mismo nodo lo repinta (`rgb(4, 5, 6)`); quita `data-color` y `--tags-input-primary-border` vuelve a pintar (`rgb(1, 2, 3)`). 2. `transition-duration` / `transition-ease` SON la transición que el guard congela. Medidos sin congelar: 0.12s → 4.321s y `cubic-bezier(0.4, 0, 0.2, 1)` → `steps(3)`. 3. `placeholder-fg`: soma sólo pone el atributo `placeholder` mientras el input está VACÍO (`isEmpty ? opts.placeholder : undefined`) y el escenario arranca con dos etiquetas — y `::placeholder` sobre un input SIN placeholder devuelve el estilo del ELEMENTO (la trampa ya medida en `field`). Vaciar el escenario no vale para esa corrida: borra los nodos de etiqueta, donde pinta un tercio del contrato. Medido de las dos formas: pulsando el propio `Clear` de la demo el input queda con `placeholder="Add tag"`, y forzando el atributo sobre el input real el token alcanza (`rgb(1, 2, 3)`; default `oklch(0.61 0 0)` = `--color-content-muted`). 4. `item-fg` — y ésta NO es del instrumento, es del COMPONENTE. El morfo sella `aria-selected='true'` como LITERAL en CADA etiqueta, así que la regla de `archetypes.css` `[data-archetype='item'][aria-selected='true']:not([data-state='checked']):not([data-state='on'])` (0,4,0) gana siempre a `[data-tags-input-item]` (0,1,0): la tinta de la etiqueta es la del arquetipo y su velo de estado se pinta en TODAS las etiquetas en reposo. Medido: con el atributo tal como se envía el token no mueve nada (`oklch(0.2435 0 0)`, la del arquetipo); con `aria-selected=false` sobre la etiqueta real, la misma escritura alcanza (`rgb(1, 2, 3)`). Los tres slots `-text` del tono llevan esta SEGUNDA causa encima de la primera. Es la clase de `table.selected-row-fg` y la tinta de `listbox`. Toca morfo Y mueve píxel ⇒ se mide, se REGISTRA (next-features §12, con su cara de a11y: un lector anuncia todas las etiquetas como seleccionadas) y se sigue. Lo que el instrumento aprendió: el guard ABRE haciendo clic en el control, lo que estampa `data-focus`, y la regla de foco re-tinta el borde a la misma (0,2,0) pero más tarde — así que `control-border`, un token perfectamente vivo, leía muerto. Es la clase de `command.input-border`, otra vez, y la cura es barrer la AUSENCIA (`null`) de `data-focus`, `data-invalid` y `data-disabled`: 60/91 → 63/91 sin adjudicar una clave de más*, y de paso reviven `invalid-control-border` y `disabled-opacity`. Es una entrada por componente: no toca a nadie más. `fab` re-verificado tras el cambio del guard: 11/12, sin regresión ni STALE. Guards: censo `--only tags-input` 90 % (global 68 %, no baja) · `--names` 0 desviadas · `component-audit --only tags-input` PASS · `eidos-lint tags-input` 0 invalid (22 morfo-backed, 6 eidos-only) · `vitest run src/uix/eidos` 35/36 ficheros, el único rojo es el conocido `skin-media-player` en `lint.test.ts` · `rtl:check` 0 · `docs:check` 0 · `npm run check` COMPLETED, cero errores en los ficheros tocados (los 72 globales son de otras sesiones) · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema», pestaña `Tokens` en la demo verificada en navegador (91 claves, cero errores de página) y veredicto §5 escrito en la ficha. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5c8e707a0d	docs(theming): 164 fichas regeneradas — dos perdían prosa medida, y el generador es el culpable Una sesión regeneró todas las fichas de docs/audit/theming con el --report del censo y las dejó sucias en el árbol. Antes de commitearlas las clasifiqué una a una en vez de mirar la cifra: - 155 sólo cambiaban la FECHA de medida. Inocuo, y correcto: el censo corrió hoy. - 7 traían cifras nuevas y buenas (collapsible y toolbar, que acaban de cerrar) o retiraban una propuesta §4 ya cumplida. Mejora. - 2 —chat-log y chat-composer— BORRABAN prosa medida: donde un humano escribió «_Ninguno_ — los cuatro que había (el padding-block del divisor, el radio de foco de la fila de evento…) están cosidos», la plantilla dejaba «_Ninguno._», y en chat-composer se llevaba además el bloque de las cuatro declaraciones retiradas por muertas. Esas dos van cosidas: el cuerpo de HEAD con la línea de cabecera regenerada. El resto entra tal cual. Que la regeneración sea mayoritariamente buena y ocasionalmente destructiva es el peor reparto posible, porque nadie la mira. Registrado en §13 con su arreglo: extender los marcadores tipo veredicto:end a cualquier bloque que un humano haya ampliado, o que el generador respete una línea que no empiece por su propia plantilla. Mientras tanto, regenerar fichas y commitear sin leer el diff es una pérdida de datos silenciosa. Y con él, la hermana que reportó una sesión de la tanda: snapshot-y-restaura sobre un directorio COMPARTIDO pisa a quien escriba en medio. Dos sesiones hicieron cp -r de docs/audit/theming y la segunda restauró desde un snapshot anterior al trabajo de la primera, devolviéndole sus veredictos a «pendiente» a media faena. El árbol de trabajo también es compartido: respalda por FICHERO tocado, nunca por directorio. Quedan fuera a propósito las fichas de chat-message y tags-input: sus sesiones siguen trabajando. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9130070bd5	docs(theming): la revisión del 24 entra al repo con su plan EJECUTADO — y las ocho entradas §8 que faltaban REVIEW-theming-2026-08-24.md: 2 errores (los dos de la concurrencia, ya corregidos), 4 desviaciones, 1 incoherencia real de gramática (las cuatro claves de avatar, preexistentes y ahora VISIBLES), 9 refutaciones con su medición, y el barrido del centinela sobre el LEDGER ENTERO: 59 + 23 componentes, cero sin adjudicar, cero STALE. P7 vacío. Las OCHO entradas §8 que faltaban (emoji-picker, spin-field, pin-input, dialog, form, skip-link, image-picker, search-field) entran redactadas desde sus commits y VERIFICADAS por un pase escéptico independiente contra el censo, el contrato en HEAD y en {sha}^, y los artefactos. El escéptico corrigió tres antes de entrar — form (el patrón casa 23 claves, no 24; §13 corregido de ~63 a ~62), search-field (nueve tokens del indicador, no ocho) e image-picker (una cifra no reproducible, reescrita) — que es exactamente para lo que existe el pase. Queda UNA cosa del plan, y es firma: P2, la demo como instrumento (el precedente de chat-log). Presentada aparte con recomendación. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9bbc58502f	docs(theming): la cola eran TREINTA Y CUATRO, no once — y dos huecos más del instrumento Ejecuta P3, P4 y P5 del plan de la revisión del 24. P4 — LA COLA DEL HANDOFF ESTABA MAL, Y ERA MI ERROR La bala que escribí al cerrar la tanda listaba once pendientes. Contados contra el censo y el registro §8 son treinta y cuatro, y la lista sin separar tampoco servía, porque mezcla dos cosas distintas: - 16 que NUNCA han pasado por el eje (sin entrada §8 ni README): field-langs, chronos, mockup, sidebar, image-adjustments, separator, chat-message, fab, tags-input, chat-typing, collapsible, toolbar, scroll-area, tabs, slider, toast. Ésa es la cola de verdad. - 18 que SÍ pasaron y sólo les falta el README «Talla y tema»: el paso se volvió obligatorio después de que cerraran y `e522e04e6` recuperó 21, pero éstos quedaron fuera. No es cola de tokenización, es deuda de documentación. Queda escrito además cómo regenerar la lista, para que nadie la escriba de memoria otra vez: alcance < 100 % y sin sección «Talla y tema», y el desempate entre A y B es si tiene entrada en §8. P3 — LA FECHA DE MEDIDA DE SEIS FICHAS select, calendar, radio-group, rating-group, toggle y card se midieron y commitearon pasada la medianoche; sus fichas decían 23. La fecha es parte del artefacto. P5 — DOS HUECOS DE INSTRUMENTO EN §13 - eidos-lint no conoce las exenciones que el test de vitest SÍ tiene (CSS_ONLY_LAYERS, WIP_TRACKS, KNOWN_MISSING_MORFO, raíces competidoras): sobre spin-field muere con «No morfo file» en vez de eximirlo. El guard de la suite y el script de línea de comandos discrepan sobre la misma ley, y el que se corre a mano es el que miente. - La columna `size` del censo se apaga cuando el eje de talla SUBE al contrato: la calcula leyendo bloques [data-size] del CSS, así que promover una escala con scope 'size:{k}' —la forma canónica— la borra del recuento. Bajó de 57 a 55 justo al hacerlo mejor. El instrumento premia la forma vieja. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5be7dabf49	docs(theming): el índice de git es COMPARTIDO — verificar el árbol indexado no basta Ocho sesiones sobre el mismo worktree y un solo .git/index. La técnica que esta rama daba por segura —construir el índice desde HEAD con sólo tus hunks y comprobarlo con git diff --cached— protege del árbol de trabajo ajeno, no de la ventana entre MIRAR y CONFIRMAR: si otra sesión hace su reset + add en ese hueco, tu commit fotografía SU índice. Ocurrido dos veces en una tarde. `edc019515` salió con tres fragmentos de rating-group dentro y sin la mitad de los suyos. Y la reparación cosió dos bloques dejando una coma de más en el ledger, con lo que HEAD lleva cuatro commits con el fichero sin parsear (arreglado en `88a208644`): el guard no queda en rojo, queda muerto, y sólo se ve al hacer checkout limpio. La regla que sustituye a la vieja: verificación y confirmación en la MISMA invocación de shell, encadenadas, nunca en dos turnos. Y al cerrar una tanda, comprobar HEAD —no el árbol— parseando el fichero compartido. Corolario medido el mismo día: un árbol con restos de una sesión ya terminada hace mentir al instrumento sin tocar ningún commit. El guard de card daba 0/98 —la firma del instrumento ciego— por un theming-sentinel.ts sucio con el bloque de chat-log DUPLICADO; desde copia limpia de HEAD, 49/98 y verde. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c242616eea	docs(theming): la viñeta de radio-group se pegó a la línea anterior El commit `f5d252443` construyó su índice desde HEAD insertando la viñeta ANTES del ancla `\nDeps: ninguna…`, y ese ancla empieza por el salto de línea: el texto quedó `…ninguna superficie la monta.- **La escala del punto…` en una sola línea, y la lista de §13 perdió un ítem de vista. Sólo el salto de línea. Ni una palabra cambia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	edc0195156	uix(toggle): temable — 81 % → 100 %, y el guard sólo sabía barrer UN eje Tres knobs fuera de alcance, ninguno por doctrina. - El radio (1 knob, 6 fuentes). La receta leía `--radius-default` y la escala global `--radius-` A PELO, así que la única forma de redondear un toggle era mover el radio de todo el sistema — el agujero que tenía `navigation-menu`, y el único de los CINCO componentes con escala `rounded` que no tenía la suya (button, badge, image y color-swatch la declaran). Entran `radius` (el reposo, default `var(--radius-default)`: sigue siguiendo el default del arquetipo) y `radius-{sm,md,lg,xl,full}`. El desacople de `size` se conserva intacto: son pasos de `rounded`, no de talla. - El tinte inválido: `var(--color-threat-element)` a pelo → `invalid-border` con ese valor (la costura, PLAN §2-A). - Los tres literales quedan FIRMADOS* con su anotación y salen del ratio: el `100%` de `data-block` es identidad y el par `1px` del cuerpo ES la técnica sr-only. Censo: 28 knobs · 22 públicos · 81 % → 25 knobs · 24 públicos · 100 % (3 excepciones firmadas fuera del ratio). Contrato 119 → 126 claves. Global del catálogo sin bajar (68 %). Diff de computed: VACÍO. 416 valores en 7 estados (sonda estándar, 2 nodos) más 1.150 valores en 25 celdas de variante / rounded / on / invalid / disabled / block / icon-only / tono, con `transition` y `animation` congeladas — porque el escenario de la demo monta UN toggle solid, apagado y válido, y la sonda no barre esos ejes. Capturas 2× antes y después, miradas. Centinela R-5.4: 70/126, 56 adjudicadas, verde. Empezó en 36/126 y la diferencia NO es adjudicación, es instrumento: las claves `{variante}-` y `{variante}-on-` son las mismas tres variantes en dos ESTADOS, y forzar el estado con `prepareWith` cambiaba una mitad por la otra (36 → 46, y murieron las de reposo) — «montar más puede medir menos», esta vez dentro de un componente. El guard aprende tres cosas, cada una nacida de una medición: - barrer el producto cartesiano de varios ejes (un solo eje da la misma secuencia de siempre, así que nada de lo que ya tenía `sweepAttr` cambia); - quitar un atributo con `null`, porque sellar `data-invalid` toda la corrida hacía que el borde inválido ganase a los otros seis bordes; - aplicar el barrido también en el pase de hover, que no barría nada — que es literalmente la razón escrita en el ledger de `radio-group.hover-segmented-segment-fg`. Con eso, 58 y luego 70. Los 12 componentes con `sweepAttr` re-verificados uno a uno: cero regresiones, cero STALE (tres dieron exit=1 falso corriendo doce seguidos contra el mismo dev server; a solas, verdes). De las 56 adjudicadas, 48 son la cascada de paleta POR PATRÓN, medida aquí: con `data-color=primary`, `--toggle-primary-solid` no mueve nada y `--palette-solid` sobre el mismo nodo repinta; quita `data-color` y `--toggle-neutral-solid` pinta otra vez. Las ocho `neutral-*` caen con las demás por una razón que conviene escribir: el propio guard ESTAMPA `data-color=neutral` para probarlas, que es justo lo que enciende el bloque genérico. Las otras 8 están medidas una a una sobre el nodo real (los cinco pasos de `rounded`, que la demo no expone; `disabled-opacity`; y el par de transición, que ES lo que el guard congela). Guards: censo `--only toggle` 100 % · `component-audit --only toggle` PASS · `eidos-lint toggle` 0 invalid · `vitest run src/uix/eidos` sin rojos nuevos (el conocido `skin-media-player` en `lint.test.ts`) · `rtl:check` 0 · `docs:check` 0 · `check` sin errores en ningún fichero tocado · prettier sin desviaciones NUEVAS sobre el árbol indexado. Anotado y FUERA por D-TH.5: `[data-toggle]:hover` y `[data-toggle][data-invalid]` pesan lo mismo (0,2,0) y el hover se declara antes, así que un toggle inválido bajo el puntero pierde su tinte. Arreglarlo mueve píxel y es una decisión de escala del sistema — los cuatro controles de formulario comparten el patrón. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f5d252443c	uix(radio-group): temable — 77 % → 81 %, y su punto NUNCA ha pintado su escala Ocho claves acuñadas, diecisiete bloques `[data-size]` retirados y veinticuatro adjudicaciones medidas. El default no se mueve: diff de computed 0 sobre 25.263 valores en 47 estados (20 combinaciones de variante x estado x talla con su pasada de hover, más las 7 de la sonda estándar) y capturas 2x idénticas. Censo: 77 % → 81 % (knobs 75 → 59, público 56 → 46, global 7 → 1, privado 10 invariante, sistema 2). Contrato 61 → 69 claves. Global no baja (68 %). QUÉ ENTRA (8 claves) item-size · dot-size · font-size — los tres ejes RESUELTOS por talla en el TSC, con `scope: 'size:{k}'` sobre el proveedor, que es quien lleva `data-size`. Con ellos se van los DIECISIETE bloques `[data-size]` del CSS (§7.4-4: dejarlos vivos hace que el diff dé 0 por la ruta vieja) y el privado `--_radio-item-size`, que llevaba el nombre del componente ABREVIADO — theming §6 r5 lo prohíbe, es la clase de `--_mp-` y `--gp-` — y por eso el censo contaba el ancho y el alto del ítem como deuda. invalid-indicator-border · invalid-ring · invalid-ring-gap · invalid-item-label-fg — el tinte de validación leía `--color-threat-element` y `--color-threat-text` a pelo. El trío del anillo toma el vocabulario del gemelo `checkbox`, que ya lo tenía; el borde se llama `indicator-` porque en ESTE componente «indicator» es el círculo exterior y `dot-` el punto. segmented-segment-padding-block — el hermano que le faltaba a `-padding-inline`. UNA CLAVE ACUÑADA Y RETIRADA EN EL ACTO `row-min-height-touch: var(--touch-target)` para el suelo táctil de la fila. La suite `recipe-css-contract` la rechazó como referencia FANTASMA: nadie emite `--touch-target`, es una constante ergonómica escrita a mano en `archetypes.css` («a hard ergonomic constant — the fingertip, NOT a theme value»). Y recipe-contract §2 ya lista el touch-target entre los sistemas transversales que una receta CONSUME y nunca acuña, así que la lectura cruda es el contrato cumpliéndose. El censo la cuenta `global` sólo porque su lista `system` aún no conoce el token — el pendiente de firma «extender la clase system a las capas compartidas». POR QUÉ 81 % ES EL TECHO Los diez knobs que quedan fuera leen `--_radio-group-palette-`: el puente THM-2 que la capa compartida alimenta por instancia desde `[data-color]`. Un público encima dejaría que un tema lo fijara y matara el `color=` de cada instancia. No es deuda; es el componente cerrado en su número. TRES DECLARACIONES QUE NO PINTAN (medidas, y las tres mueven píxel → firma) 1. La escala del punto NUNCA ha pintado. `<SvgDot>` escribe `style="width: 1em; height: 1em"` y un inline gana a cualquier regla: el punto computa 13,3281px en las CINCO tallas mientras el token dice 5/6/7/9/11px, el valor centinela no lo mueve, y quitando el estilo inline el MISMO token pinta 1234px. Clase «canal de valor inline» del trío `carousel.item-gap`, pero con arreglo posible: la forma `!important` que recipe-contract §3 autoriza justo para saltarse un estilo inline. 2. `[data-radio-group-label][data-disabled]` no casa jamás. Con el grupo entero deshabilitado la etiqueta lleva `[id, data-radio-group-label, data-archetype]` y nada más: soma no estampa `data-disabled` en la parte `Label` (el morfo declara `data: []`). Forzado a mano el token alcanza, o sea que falta el ATRIBUTO, no la clave — decisión de MORFO. 3. El fondo de un radio marcado Y deshabilitado no llega: la regla de variante es (0,4,0) y `[data-radio-group-item][data-disabled][data-state= 'checked']` sólo (0,3,0). Medido con el centinela escrito: solid da el acento a plena intensidad, outline y segmented transparente, ghost la mezcla al 18 %. Quitar `data-variant` no ayuda: el gemelo `:not([data-variant])` también es (0,4,0). Y una cuarta, de escala del SISTEMA y por tanto fuera de este eje (D-TH.5): el `:hover` del círculo es (0,4,0) y el tinte inválido (0,3,0), así que pasar el ratón por encima TAPA el borde de error. Las cuatro, en next-features §13. EL INSTRUMENTO MEDÍA 27 DE 61 No veía el punto (es un `<svg data-svg='dot'>` sin atributo del componente), ni la variante `segmented` (doce claves), ni los estados disabled / invalid. El guard lleva ahora `extraNodes` para el punto, el barrido de `data-variant` y DOS URL más — `?perm.disabled=true` y `?perm.invalid=true`, que esta demo honra: once adjudicaciones sustituidas por medición real. CENTINELA 45/69, 24 adjudicadas: 6 del punto (estilo inline), 8 tonos por la cascada de paleta (mismo patrón que su gemelo checkbox, medido aquí: la clave no mueve nada, `--palette-solid` en el nodo repinta), 4 del par de transición congelado, 2 del anillo inválido (necesita `:focus-visible` con modalidad de teclado), `gap-horizontal` (el par de gap, sólo pinta la mitad en vigor), `segmented-pill-shadow` (la píldora sólo la renderiza el envoltorio bajo la variante real), `disabled-item-label-fg` y `checked-disabled-indicator-bg` (las dos declaraciones muertas de arriba). GUARDS censo --only radio-group 81 % · global 68 % (no baja) · component-audit PASS · eidos-lint 0 invalid (13 morfo-backed, 24 eidos-only) · vitest src/uix/eidos sin rojos nuevos (el único es `skin-media-player`, conocido) · rtl:check 0 · docs:check 0 · prettier OK sobre el contenido normalizado a LF · check sin errores en ficheros del componente. README con su sección «Talla y tema» y la demo con su pestaña Tokens (69 claves, verificada en navegador). Índice construido a mano desde HEAD sobre los seis ficheros compartidos (recipes/base.ts, generated/base.css, theming-sentinel.ts, theming-sentinel-exceptions.ts, PLAN-theming.md, next-features.md): otras cuatro sesiones los escriben a la vez. Fuera del commit, docs/audit/theming/ README.md — es un agregado global que mezcla trabajo en vuelo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bc9b9016bb	docs(theming): file-upload barre DESCENDIENTES y se come el token de sus huéspedes Lo destapó la sesión de chat-composer y lo dejó sin registrar a propósito (este fichero estaba en manos de otra sesión); la medición de aquí es propia. file-upload declara `[data-file-upload] [data-disabled]` — un selector de DESCENDIENTE, (0,2,0), el mismo peso que `[data-chat-composer-send][data-disabled]`, y se emite más tarde. Dentro de un FileUpload, que es donde la composición documentada pone al composer, el token del composer muere. Medido desde los dos asientos sobre el mismo nodo deshabilitado: suelto y envuelto computa 0.4 en los dos casos —los defaults coinciden, así que el VALOR no delata nada—, pero envuelto la clave del composer desde :root no lo mueve y la de file-upload sí (0.4 -> 0.321). Es invisible hasta que un tema mueva uno de los dos, y entonces el huésped no responde a su propia clave. file-upload es HOY el único componente del catálogo con un barrido así: una sola ocurrencia en las 162 recetas. No es una clase, es una regla concreta que se puede acotar — pero acotarla mueve el píxel de cualquier huésped deshabilitado que hoy hereda, así que es firma, no commit de theming. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b4e4fe1fe8	docs(theming): la sonda y el guard no se pueden lanzar con --import tsx/esm Medido supervisando calendar. Cualquier script del eje que use page.evaluate muere con «ReferenceError: __name is not defined» DENTRO del navegador: el transform de esbuild que trae tsx envuelve las funciones con su ayudante keepNames, el cuerpo de la evaluación viaja serializado a la página y llega sin él. Reproducido en __theming-probe.ts y en theming-sentinel.ts. Se lanzan con node a secas — Node 24 desnuda los tipos de forma nativa, que es justo lo que hace npm run theming:sentinel. Sólo los scripts SIN page.evaluate (censo, component-audit, eidos-lint) toleran el --import tsx/esm. Vale una sesión entera si se confunde, porque el error no nombra ni a tsx ni a la sonda: nombra una variable que nadie ha escrito. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	509d1144ff	uix(calendar): temable — 84 % → 89 %, y una entrada de FAMILIA no se juzga en la ruta de UN componente CERO claves acuñadas: el censo no tenía nada que coser. Su columna `global` ya era 0 desde la capa calendar-surface (2026-08-21), así que lo único fuera de alcance eran cuatro literales de IDENTIDAD. Todo el trabajo fue MEDIR, y ahí estaba el hallazgo. Qué entra: - Cuatro literales firmados con su razón (recipe-contract §3), fuera del ratio: el inline-size: max-content del panel y de la tabla (su anchura ES day-size × 7 más el espaciado — precedente progress), el min-inline-size: max-content del panel de mes y el inline-size: 100% de la cabecera. La propuesta §4 pedía acuñar width / month-panel-width / grid-width para ellos: sería dar a un tema la anchura de una caja cuya anchura es su contenido. - Ninguna línea de CSS nueva. Las 74 claves del contrato quedan como estaban. Censo: 84 % → 89 % (71 knobs, 57 públicos, 4 literales → 67 knobs, 57 públicos, 0 literales, 4 excepciones). Los 7 que quedan fuera son los forwards de paleta THM-2: no se acuñan. CERRADO en su 89 %. Global 68 %, no baja. Centinela R-5.4: 45/74 → 68/74, 6 adjudicadas. Verde (exit 0). Lo que enseñó: 1. Una entrada de receta de FAMILIA no se puede juzgar en la ruta de UN componente. Esta entrada es el vocabulario de las cuatro superficies de rejilla de fechas (lo dice lib/calendar-surface.css): range-calendar, month-grid y year-grid consumen --calendar-* y no acuñan nada — de ahí su 0 % HONESTO. Sus partes llevan data-month-grid-* / data-range-calendar-*, invisibles al filtro data-calendar: 23 de sus 29 «tokens muertos» eran eso. Con urls a las tres rutas + extraNodes + barrido de variant, 45/74 → 68/74. Los tres consumidores NO se han tocado y siguen en su 0 % honesto. 2. Y la propia demo tapa tres claves más: su cabecera monta SELECTORES de mes y año donde iría el heading, así que heading-{fg,font-size,font-weight} no tienen nodo aquí; los tiene month-grid. 3. HALLAZGO — el tamaño de letra de los selectores de mes / año es NO DETERMINISTA. La sonda dio 36 diffs contra un cambio que era SÓLO comentarios; corrida dos veces sobre el MISMO código dio 24, en los mismos dos nodos y las mismas dos propiedades. Causa medida: [data-calendar-month-select][data-button] (calendar-select.css, la regla que existe precisamente para fijar la letra del Button a la del calendario) y [data-popover-trigger]:not([data-archetype='field-trigger']) (popover.css) empatan a (0,2,0), así que gana el módulo que Vite inyecte el ÚLTIMO: cuatro cargas dieron 14 / 16 / 14 / 14 px, con el orden de las hojas invertido en la que dio 16. Es la clase del empate por orden de carga de tree-grid (§12); arreglarlo mueve píxel → next-features §13. Regla que confirma: ante un diff inesperado, corre la sonda dos veces sobre el mismo código ANTES de sospechar de tu cambio. 4. calendar.select-min-width no tiene nodo en NINGUNA página del repo: su único consumidor es [data-range-calendar-month-select] / -year-select, y la demo de range-calendar renderiza un heading de texto mientras DateRangePicker importa los selectores del CALENDARIO. Hueco de demo → §13. Diff de computed: sonda antes/después, 22.656 valores en 7 estados. Los 36 diffs son ÍNTEGRAMENTE el no-determinismo del punto 3 (misma corrida contra sí misma: 24) y caen en dos nodos y dos propiedades; fuera de ellos, 0. Capturas 2× antes/después: IDÉNTICAS byte a byte. Guards: censo --only calendar 89 % · component-audit PASS · eidos-lint 0 invalid · vitest src/uix/eidos sin rojos nuevos (los dos son ajenos: skin-media-player, el conocido, y un fantasma de radio-group de otra sesión) · rtl:check 0 · docs:check 0 · npm run check COMPLETED con 0 errores en ficheros de calendar · prettier limpio sobre el contenido normalizado a LF. README «Talla y tema» actualizado y pestaña Tokens en la demo (74 claves, verificada en navegador: 0 errores de consola). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	cc010f79aa	uix(select): temable — 83 % → 92 %, y un token que ALCANZA y aun así no pinta Dos claves de COSTURA (PLAN §2-A: el valor es del sistema, el knob es del componente) y tres literales de identidad firmados. Ni un píxel movido. Qué entra en el contrato (101 → 103 claves): - invalid-border — las TRES declaraciones del estado inválido (el borde en reposo, el borde con foco/abierto y el anillo box-shadow que lo dobla) leían --color-risk-border A PELO. Es UNA clave, no dos: la propuesta §4 pedía invalid-trigger-border + open-invalid-trigger-border, y las filas agrupadas por VALOR son una sola. Bare como sus vecinas disabled-* (las ranuras de estado de esta receta son las del trigger) y como las siete invalid-border del catálogo. - group-gap — el hueco entre filas de un grupo iba a var(--space-1) directo. Nombre CONTADO en base.ts antes de acuñarlo: toolbar.group-gap. Tres literales firmados con su razón (recipe-contract §3), fuera del ratio: los dos inline-size: 100% (identidad — el select ES la anchura de su contenedor, el trigger ES la caja del select) y el opacity: 1 del check revelado, que deshace el 0 de la regla base. Censo: 83 % → 92 % (72 knobs, 54 públicos, 3 globales, 3 literales → 69 knobs, 57 públicos, 0 globales, 0 literales, 3 excepciones). Los 5 que quedan fuera son los forwards de paleta THM-2 leídos a pelo: no se acuñan. CERRADO en su 92 %. Global 68 %, no baja. Diff de computed: sonda antes/después, 2.176 valores en 8 estados = 0 diffs. Capturas 2× antes/después (cerrado y abierto): IDÉNTICAS byte a byte. Centinela R-5.4: 69/103, 34 adjudicadas en el ledger, todas MEDIDAS sobre el nodo real con las transiciones congeladas. Verde (exit 0). Lo que enseñó, todo del PORTAL: 1. El guard tiene que mantener el panel ABIERTO para medir los ~30 tokens de dentro, y el estado abierto TAPA los de reposo: trigger-border y trigger-indicator-fg leen muertos abiertos y MUEVEN con el panel cerrado. El instrumento sólo puede estar en un estado a la vez. 2. Tres knobs viven en nodos SIN data-select-*: la z del panel está en el [data-floating-wrapper] que soma porta (el caso popover.content-z) y el ritmo del viewport lo pinta el ScrollArea compuesto. Con extraNodes, 65/101 → 69/103. Nodos: 4 en reposo, 42 con el panel abierto. 3. La cascada de paleta anula sus 24 tonos, aquí en su forma MULTI-PARTE (trigger + content, porque el panel se porta fuera). Medido sobre el trigger abierto: --select-primary-border no mueve nada, --palette-border sobre el mismo nodo repinta. 4. separator-size ALCANZA y aun así no pinta: flex-shrink 1 en la columna del ScrollArea y un panel que desborda (scrollHeight 670 vs clientHeight 310) aplastan su 1px a 0px; con flex-shrink 0 el token sigue (1px → 9px). Un token vivo sobre un nodo aplastado lee igual que uno muerto. Defecto de píxel → next-features §13, no se arregla en este eje. §12.9 respetado: el contenido lleva data-depth=overlay, así que no se acuñó font-family ni line-height para el panel. Guards: censo --only select 92 % · component-audit PASS · eidos-lint 0 invalid · vitest src/uix/eidos sin rojos nuevos (los dos rojos son ajenos: skin-media-player, el conocido, y un fantasma de radio-group de otra sesión) · rtl:check 0 · docs:check 0 · npm run check COMPLETED con 0 errores en ficheros de select · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema» y pestaña Tokens en la demo (103 claves, verificada en navegador: 0 errores de consola). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	8a4bb8e0e8	docs(theming): el párrafo que faltaba de la corrección anterior El commit `009af3300` corrigió la cifra (dos → cuatro) pero el filtro de hunks dejó fuera el párrafo que la explica y la lista corregida de los sin-contrato — HEAD quedó diciendo CUATRO arriba y «los otros cinco» abajo, con avatar en las dos listas. Entra el resto de la misma edición: por qué el censo no veía las claves de avatar (la IIFE), la medición de los dos asientos y la lista de los cuatro que son sólo canal. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	009af3300d	docs(theming): el canal inline filtrado al contrato son CUATRO claves, no dos La entrada §13 del falso positivo inline decía que de los siete wrappers que escriben un token público en el style, dos estaban en el contrato. Eran cuatro: los dos de avatar parecían fuera porque su bloque de base.ts es una IIFE que el censo no supo leer hasta `f68bac4a6` — 84 claves invisibles para el instrumento, no ausentes del contrato. Re-medidos los dos con el lector arreglado: desde :root ni el fondo del badge (--avatar-badge-color-custom) ni el box-shadow del anillo (--avatar-ring-color-custom) se mueven, y aquí ni siquiera existe una instancia alcanzable — la puerta data-*-custom que activa la regla y la escritura inline del token viajan JUNTAS en el envoltorio. Canal de valor filtrado al contrato. La hermana badge-color-custom-contrast sí vive desde :root (el envoltorio no la escribe). Lo destapó la sesión de avatar al arreglar los dos lectores; la medición de esta corrección es propia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b7f5a7d75a	docs(theming): la cascada de paleta se lleva también el tono POR DEFECTO El §13 decía que las claves `{c}-primary-*` son el respaldo de la regla genérica y salvan a la instancia SIN `data-color`. Es cierto donde el atributo puede faltar — y hay componentes donde no puede. Cuando el proveedor de soma trata el color como un valor RESUELTO, estampa `data-color` en toda instancia y `neutral` es su default, no su ausencia. Ahí el bloque genérico casa siempre y no queda respaldo: medido en `switch` en estado checked, `--switch-neutral-solid` no mueve nada mientras `--palette-solid` sobre el nodo repinta. Amplía el alcance de la firma pendiente: no es «los tonos no canónicos», son los tonos. Lo destapó la sesión de `switch` al adjudicar sus doce claves de tono y encontrarse `neutral` cayendo con las otras once. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ebfa1ce5ef	fix(theming): el guard da por VIVO lo que un tema no alcanza — y dos bloques del ledger se descartaban en silencio Dos defectos del instrumental, los dos medidos, ninguno arreglado en el guard todavía (el arreglo toca a todos los componentes y pide su re-verificación). EL GUARD TIENE FALSOS POSITIVOS: ESCRIBE EL CENTINELA EN EL style INLINE `staticPass` escribe el token en documentElement Y en todos los nodos del componente — y ahí es donde vive el canal inline de los wrappers. Si un wrapper escribe un token PÚBLICO en el `style` del nodo, el guard lo pisa, ve el cambio y lo da por VIVO, aunque un tema (que sólo puede escribir en :root o en una hoja) no lo alcance jamás. Es la cara opuesta de drag-drop.preview-z. Censo: siete wrappers escriben un --{c}-* público inline y DOS están en el contrato — dialog.overlay-opacity y drawer.overlay-opacity. Medido en dialog con el diálogo abierto y las animaciones congeladas: desde :root el fondo del velo NO se mueve (color(srgb 0.1098 0.098 0.0902 / 0.2518) idéntico), desde el inline SÍ. Su token MIENTE y el guard lo bendice. Los otros cinco no están en ningún contrato: son sólo canal. El arreglo propuesto va en §13: escribir en todos los nodos MENOS en los cuyo `style` ya declara ese mismo token, y avisar cuando ocurra — no basta con escribir sólo en :root, porque eso es justo lo que hace medibles los paneles portalados. Con re-verificación del ledger entero, así que no entra aquí. El veredicto de dialog (commiteado hoy) queda corregido con la medición. DOS BLOQUES DEL LEDGER SE DESCARTABAN EN SILENCIO `metrics` y `color-picker` aparecían DOS VECES en el mismo literal de objeto, así que el primero de cada par no existía para el guard — la trampa que el handoff documenta para base.ts, un piso más abajo. Comprobado antes de tocar nada: en los dos casos el bloque que gana es SUPERCONJUNTO del muerto, así que no se perdía ninguna adjudicación; era deuda con riesgo futuro, no un rojo. Retirados los dos bloques muertos: 69 → 67 entradas, cero duplicados, y `metrics` (54/72) y `color-picker` (46/71) siguen en verde. De paso, el fichero baja de 63 a 61 hunks de prettier preexistentes. Lo destapó la sesión de `progress` al leer el fichero para añadir su bloque. Rama con varias sesiones en paralelo: índice construido desde HEAD + sólo mis hunks, verificado con git diff --cached. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f68bac4a66	uix(avatar): temable — 75 % → 90 %, y su contrato era INVISIBLE para los dos instrumentos Protocolo PLAN-theming §7 sobre `avatar` (incluye `AvatarGroup`, que comparte receta y fichero). Censo 75 % → 90 %, contrato 84 → 88 claves, centinela 83/88 con 5 adjudicadas. El default NO se mueve. ## Lo primero: el instrumento no veía el contrato La entrada `avatar` de `recipes/base.ts` es la ÚNICA construida por una IIFE (un helper local genera sus 24 ámbitos compuestos), así que su mapa vive en el `return {`, un tabulador más adentro. Consecuencia medida: - el censo la leía como «sin entrada en base.ts» — 84 claves invisibles; - el centinela moría con `no recipe block for avatar`: el componente no se podía medir, y su gate no significaba nada. Los dos lectores leen ya la IIFE (dedentan el `return`). Sin este arreglo, todo lo demás de este commit habría sido humo. ## Lo que entra al contrato (6 claves) `group-overlap-{xs,sm,md,lg,xl,xxl}` — la escala de solape de `AvatarGroup`. Había UNA clave, `--avatar-group-overlap`, y la receta la RE-DECLARABA en seis bloques `[data-size]`: sentada en el elemento, ganaba siempre al `:root` donde escribe un tema. Medido: `37px` desde el asiento del tema no movía el margen; el mismo valor escrito sobre el nodo, sí. Ahora el paso viaja por `--_avatar-group-overlap` y los seis alcanzan desde `:root` (−8,4 · −11,2 · −14 · −16,8 · −22,4 · −33,6 px → 37 px, uno a uno). ## Lo que se retira (2 declaraciones muertas, diff 0 las dos) - `group-max`: el envoltorio escribía `--avatar-group-max` INLINE y la receta declaraba su default `99`. No lo leía nadie — el tope se aplica con `data-has-max` + `:nth-child(n + M)` porque una variable no entra en `:nth-child()`, y lo dice el propio comentario del CSS. Retirado de los dos sitios; el `+3` del grupo sigue exactamente donde estaba. - el respaldo `, white` de `--_avatar-badge-fg`: el contrato ya declara `--avatar-badge-color-custom-contrast: white`, así que era inalcanzable y sólo podía envejecer contra su token. Comprobado en la rama custom: la tinta sigue computando `rgb(255, 255, 255)`. ## Seis literales firmados (salen del ratio) Los cuatro `100 %` de Image y Fallback son IDENTIDAD — la parte ES la superficie del avatar, no una talla propia — y los dos `line-height: 1` mantienen el glifo centrado por la caja flex. ## Lo que se queda privado (el techo real es 90 %) `--_avatar-bg`, `--_avatar-fg` y `--_avatar-badge-bg` son un CONMUTADOR: cambian de fuente con la variante (solid · soft · outline) y su valor sale del forward de paleta THM-2 que la capa de color alimenta por instancia desde `[data-color]`. Un público encima dejaría que un tema los fijara y matara el `color=` de cada avatar. ## Artefactos - Sonda: 0 diffs en TRES bases — demo de avatar con insignia y anillo (576 valores), la misma en modo fallback (384) y demo de AvatarGroup (3.072). - Capturas 2× antes/después de las dos demos: idénticas al byte. - Centinela R-5.4: 83/88, 5 adjudicadas con su medida en el ledger (`size-xxl` y `font-size-xxl` viven en el paso `xxl`, que el barrido del guard no alcanza — el límite que `metrics` ya registró; `radius-none` y `ring-width-sm` son «sólo el paso en vigor pinta»; `group-overlap-xxl` junta las dos cosas). - El guard aprende `avatar`: la insignia y el anillo son OPT-IN, el barrido de `data-variant` destapa las 16 claves `-outline-`, y `AvatarGroup` se mide en su propia ruta (21 muertos → 5). - `eidos-lint` 0 invalid · `vitest src/uix/eidos` sin rojos nuevos (el conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `npm run check` COMPLETED sin un solo error en `avatar`. - README «Talla y tema» + pestaña `Tokens` (88 filas, verificada en el navegador con `networkidle` y clic real). ## Lo que NO se arregla aquí (anotado) - R-5.3 preexistente: cuatro claves `-color-custom` donde la gramática exige `fg`. Son escotillas que el envoltorio escribe INLINE, así que renombrarlas cambia el contrato público de tres canales: se lista, el audit sigue en NEEDS-WORK por esto y sólo por esto. - Falso POSITIVO nuevo del centinela (next-features §13): escribe el token en `:root` y también sobre cada nodo, y para una propiedad personalizada que la receta re-declara en el ELEMENTO ese inline gana justo lo que un tema pierde. Es lo que hacía que `--avatar-group-overlap` leyera vivo. - El barrido de tallas del guard para en `xl`: añadir `xxl` dejaría STALE las seis excepciones de `metrics`, así que se hace con la re-verificación del ledger entero. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9c3f17fa60	uix(form): temable — 71 % → 86 %, y 24 claves suyas NO PINTAN por una cascada Diez claves nuevas (54 → 64), un literal firmado, veinte adjudicaciones medidas y un hallazgo que espera firma. Diff de computed 0 sobre 832 valores en 7 estados; capturas 2× antes/después. LAS DIEZ IBAN A LOS PRIMITIVOS A PELO El resumen de errores (error-summary-{bg,fg,border}) —es el señalizador de nivel de página y su superficie, su tinta y su borde SON el tono risk—, el acento de formulario inválido (invalid-accent, un privado con UNA sola fuente, no un conmutador), las tres superficies del árbol de AutoFields, las dos del widget y el subrayado a media tinta de los enlaces del resumen (link-underline-fg, el par del -offset que ya existía). ⚠ R-5.3 CAZÓ MI NOMBRE EN EL ACTO: lo acuñé como link-underline-color y la tinta es `fg` (theming §6.7 r7, firmado el 20). Renombrado antes de commitear. El guard de nombres funciona — es el vocabulario DIMENSIONAL el que no cubre (ver badge, hoy mismo). ⚠⚠ VEINTICUATRO CLAVES DEL CONTRATO NO PINTAN, Y ES UNA CASCADA [data-form-submit], [data-form-reset] y los dos botones del array llevan también data-button porque COMPONEN el Button canónico, y [data-button] casa con la MISMA especificidad (0,1,0) pero carga DESPUÉS: gana button.css. Medido propiedad a propiedad sobre el nodo real —altura, padding-inline, tamaño y peso de letra, interlineado, hueco, radio, grosor de borde, el par de transición y la opacidad deshabilitada—: NINGUNA se mueve. Es el defecto que gradient-picker documentó (36 de sus 45 claves) y que emoji-picker encontró hoy en su trigger. Allí la respuesta fue RETIRAR las declaraciones muertas; aquí son 24 claves públicas, y eso es una decisión del autor, no del que ejecuta. Quedan adjudicadas POR PATRÓN (una razón arquitectónica escrita una vez) y anotadas en §13 con la pregunta de fondo, que es la misma de §12.9 con el plano overlay: qué manda, el componente compuesto o la receta que lo compone. Si mandan las recetas, se sube la especificidad y no se retira nada; si mandan los compuestos, hay ~63 claves públicas que retirar en tres componentes. LAS DEMÁS ADJUDICACIONES SON RAMAS QUE LA DEMO NO MONTA El layout grid (forzado alcanza — y ojo: su grid-template-columns sólo CAMBIA si el valor altera el número de columnas; con 90px pasa de una columna de 502px a cuatro de 110,5), el resumen de errores VACÍO (sin <ul> que indentar ni <a> que subrayar) y toda la rama de ARRAY de AutoFields: el modo `auto` de la demo monta group y field, nunca array, item ni widget. Fuera por doctrina: los tres privados del panel son un CONMUTADOR (variante plain contra panel) y los cuatro --_form-action-* leen el forward de paleta THM-2. VERIFICACIÓN Sonda antes/después 0 diffs (832 valores · 7 estados) · R-5.4 22/64 con las 20 + el patrón adjudicados, exit 0 · component:audit PASS (tras el renombrado) · --names 0 desviadas · censo --only 86 % · eidos-lint 36 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo conocido) · el ledger sigue en sus 63 hunks de prettier previos. Rama con cuatro sesiones en paralelo: índice construido desde HEAD + sólo mis hunks (base.ts por bloque), verificado con `git diff --cached`. No entra docs/audit/theming/README.md — es un agregado global que ahora mismo mezcla trabajo en vuelo de otras sesiones. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	863c6993c8	uix(emoji-picker): temable — 61 % → 100 %, y el cromo del trigger NO era suyo Siete claves nuevas, TRES RETIRADAS por muertas, tres literales firmados y cinco adjudicaciones medidas. Contrato 17 → 21. Diff de computed 0 sobre 6.080 valores en 8 estados (176 nodos con el panel abierto), capturas 2× idénticas. LOS NOMBRES LOS DIO EL CATÁLOGO `open-trigger-fg` (accordion lo nombra igual), grid-padding-inline + grid-padding-block-end (el eje lógico completo, como card-group / combobox / command) y las tres del marcador de tono, la familia timeline.marker-{size,radius,bg}. Se llama tone-marker-* y no marker-* porque el pie lleva además un selector de TONO: dentro del propio componente, `marker` a secas sería ambiguo. TRES CLAVES RETIRADAS — EL CROMO DE REPOSO DEL TRIGGER NO ES SUYO El trigger lleva también data-popover-trigger, y [data-popover-trigger]:not([data-archetype='field-trigger']) es (0,2,0) contra el (0,1,0) de esta receta: el radio, la tinta y el tamaño de letra los pinta popover.css. Medido: mover --emoji-picker-trigger-{fg,radius,font-size} no cambiaba NADA. Retiradas con sus declaraciones, 0 diffs — la prueba de que estaban muertas. Es el defecto que gradient-picker documentó (36 de sus 45 tokens) y la misma respuesta. Sobreviven dos por razones distintas: trigger-size, porque popover dimensiona con `height` y no con el par lógico, y open-trigger-fg, porque su selector añade [data-state='open'] y gana por orden. trigger-fg no llegó a existir: se acuñó y se midió muerta en el mismo pase. CINCO ADJUDICACIONES, TODAS SOBRE NODOS REALES Las tres del marcador de tono (la demo monta CERO celdas data-tone-capable; forzado el atributo sobre una celda real, el ::after alcanza: 4px → 37px, 9999px → 37px, y el fondo), preview-name-fg (los hijos de la vista previa son <span> desnudos, sin atributo del componente, fuera del conjunto medido) y open-trigger-fg. ⚠ open-trigger-fg OSCILA ENTRE CORRIDAS: 17/21, 16/21, 16/21 con el mismo código. Medido vivo CUATRO veces —la última replicando paso a paso el staticPass del propio guard, que movió a la primera talla—, así que el token no miente: lo que falla es el instrumento. La causa: el panel se cierra en algún punto de la pasada y, durante la animación de SALIDA, el content sigue en el DOM mientras el trigger ya perdió data-state='open', que es lo que la regla selecciona; reopen() mira el CONTENT, cree que está abierto y no reabre. Probé un openMarker sobre el trigger y NO basta (el clic de reapertura cae en esa misma ventana), así que lo retiré en vez de dejar un override que no arregla. El arreglo real es que reopen() espere a la CONDICIÓN en vez de dormir un número fijo — §13. Su entrada de ledger saldrá STALE en las corridas donde alcanza, y está escrito en la razón para que nadie la borre por eso. Y EL INSTRUMENTO DE CAPTURA ESTABA ROTO DESDE SIEMPRE __shot.ts tenía el puerto 5173 CABLEADO, así que cualquier sesión en otro puerto moría con ERR_EMPTY_RESPONSE. Es probablemente por lo que los pasos 6 y 13 del protocolo se saltaron en 33 componentes sin que nadie lo notara. Ahora toma la URL como argumento —como la sonda y el guard— y un --open opcional para los componentes cuya superficie sólo existe abierta. Estrenado aquí: capturas antes y después, miradas y idénticas. VERIFICACIÓN Sonda antes/después 0 diffs (6.080 valores · 8 estados) · R-5.4 17/21 con las cinco adjudicadas, exit 0 · component:audit PASS · censo --only 100 % · eidos-lint 17 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · el ledger sigue en sus 63 hunks de prettier preexistentes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0c29c544b1	docs(theming): la revisión adversarial §7.7 de los 26 commits — 5 hipótesis, 5 refutadas Cierra el punto P5 del plan de la revisión: lo ejecutado desde el 22 (33 componentes, dos bloques) por fin tiene su pasada escéptica, con medición propia y no leída de los commits. LA BASE, ANTES DE COMPARAR NADA Worktree en `cd6a9f4e3` con dev server propio, node_modules por junction y `server: { fs: { allow: [...] } }` — sin eso Vite responde 403 a /@fs/… , la página NO hidrata y se compara contra una base muerta (la trampa que el handoff registra). Comprobado que los componentes MONTAN e hidratan antes de medir. H1 · «el default es idéntico» — 33 de 33 31 con 0 diffs, ~48.000 valores computados en 7-8 estados por componente. `surface` daba 0 valores por una URL mía equivocada: en su ruta real (/temas/gradientes) 0 diffs sobre 896. Y los dos con diffs son RUIDO DEL INSTRUMENTO, probado corriendo dos veces el MISMO código: `image` reproduce su único diff y `audio-player` da ONCE (más que la comparación base↔HEAD). Las dos propiedades son estado vivo — la opacity de un <img> con animación de entrada (la sonda congela transition, nunca animation) y el ancho del rango buffered de un audio. En §13, con la recomendación de excluirlas del snapshot. H2 · «el velo cae donde debe» — verde en los cuatro que tocaron :hover Píxel hacia arriba: dropdown-menu y context-menu pintan el velo en su item (radio 4px, el nodo CON forma) y el list-surface de debajo queda limpio; menubar pinta el abierto en su propio <button> sin derramar al contenedor, y la fila de su panel en el item; anchor-nav no tiene velo en ninguna capa, que es lo correcto — su hover es sólo tinta. Medido sobre un enlace NO activo: el primero que casa el selector lleva data-active y pinta otra cosa. H3 · «no hay doble animación» — no aplica Ningún commit de los 26 toca animation, @keyframes, data-event ni motion-* en components/. No hay sello movido que pueda duplicarse. H4 · «cada token alcanza» — rehecho, y destapó float-panel El barrido del centinela sobre los 59 con ledger: 0 STALE, 0 errores, un solo rojo (float-panel), ya arreglado en `233ef989b`. H5 · «el contrato no tiene duplicados ni huérfanos» — limpio 144 bloques sin duplicados, sin claves repetidas dentro de un bloque, y el test oficial de huérfanos en verde. ⚠ Y aquí mintió mi propio instrumento: un guard estricto de un solo uso reportó 185 huérfanos —los pasos de escala por talla y todos los tonos— porque excluía `generated/`, que es exactamente donde el TSC emite el nombre resuelto y el forward de paleta lee los tonos. Un guard de huérfanos que no mira el CSS GENERADO ve huérfano todo lo que el generador resuelve. En §13. VEREDICTO: 0 hallazgos nuevos. Los reales de esta revisión salieron del análisis ESTÁTICO (E1-E5) y ya estaban arreglados antes de esta pasada. El handoff abre ahora con las cuatro lecciones que cambian cómo se trabaja: correr el guard sobre el ledger entero · el nombre de un token no es el de la propiedad · si un paso del protocolo no está en el commit, no se hizo · y comprobar que la base MONTA antes de comparar contra ella. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2f243e1c08	docs(theming): la revisión del 23 entra al repo, y el protocolo aprende de sus dos huecos Añade `REVIEW-theming-2026-08-23.md` —el análisis de los 26 commits posteriores a la revisión del 22 (33 componentes) que no habían pasado ninguno— con lo comprobado, lo refutado y el plan, ya marcado como ejecutado salvo P5. PLAN §7: las capturas 2× (pasos 6 y 13) no se hicieron en NINGUNO de los 33 componentes de los dos bloques. No se recuperan hacia atrás —para ésos el artefacto es el diff en vacío más el centinela—, así que se exigen DESDE el siguiente, y el paso 12 (píxel hacia arriba) queda obligatorio en cuanto el commit toque una regla :hover, que es justo donde el 19 costó cuatro commits. next-features §13 recoge dos huecos más que salieron midiendo: - el escenario de la demo de `background` cambia de ancho entre corridas (870 ↔ 1.350 px con el mismo código), y produce diffs de inlineSize que parecen regresión: una corrida con diffs SÓLO de inlineSize se repite antes de creerla; - `audio-player` no tiene README propio — el cuarto canónico sin ruta de demo es además el único sin documento, así que su «Talla y tema» queda pendiente de que exista dónde ponerla. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bfe7727b0c	fix(badge): la clave se llamaba como la PROPIEDAD — min-block-size-{k} → min-height-{k} Corrección de nombre, sin píxel: la clave por talla que entró esta tarde salió como `min-block-size-{k}` —el nombre de la propiedad CSS— cuando la ranura del vocabulario para ella es `height`. LO DICE EL CANON Y LO DICE EL PROPIO CENSO recipe-contract §1: «Control height per size → control-height-{size} (o {part}-height-{size} cuando la parte no es el control) · antipatrón: inventar un tercer nombre por componente». Y `theming-census.ts` mapea, en su tabla de propiedades, `min-block-size → height`: la herramienta que mide ya sabía cuál era la ranura. MEDIDO EN EL CATÁLOGO, NO SUPUESTO 24 componentes dimensionan por `…-height-{k}` (accordion, field, table, tree-grid, sidebar, navigation-menu, select, tabs…) y `min-block-size-{k}` existía SÓLO en badge. El gemelo con la forma exacta —raíz, por talla, sobre `--size-{k}-control-height`— es `proof-of-human.min-height-{k}`, que además resuelve igual (clave `min-height` con `declarations` por talla). R-5.3 NO LO CAZA, Y ESO ES LO INTERESANTE El guard de nombres cubre la ranura de tinta (`fg` vs `color`) y la posición del modificador, pero no el vocabulario DIMENSIONAL: una clave con el nombre de la propiedad pasa. Anotado en next-features §13 con el arreglo propuesto (extender R-5.3 con la tabla propiedad → ranura que el censo ya tiene). Verificación: sonda antes/después 0 diffs (992 valores · 7 estados · 5 nodos) · R-5.4 29/71 idéntico, exit 0 · censo --only 75 % sin cambio · `--names` 0 desviadas · docs:check 0 · suite eidos 439/440 (el rojo conocido) · `component:audit` NEEDS-WORK preexistente (R-1.5, sin foco). Sale de la revisión de hoy (`REVIEW-theming-2026-08-23.md`, punto P1). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	233ef989b3	fix(theming): float-panel tenía DOCE rojos sin medir — el guard R-5.4 vuelve a verde El barrido del centinela sobre TODO el ledger (59 componentes) destapó que `float-panel` fallaba: 17/40 con doce tokens públicos sin adjudicar. No es regresión —la bisección de las NUEVE versiones del guard desde `cd6a9f4e3` da siempre 17/40 con los mismos doce— sino un rojo que su propio commit del 22 dejó escrito («lo rojo que queda son 12 tokens anteriores») y que nadie midió. Y la frase del handoff «desde el 23 no queda ningún rojo del bloque viejo» era FALSA: se adjudicaron drawer, metrics y color-picker; éste no. Corregida, con la lección: un componente cuyo commit dice «lo que queda» NO está cerrado, y la única forma de saberlo es correr el guard sobre el ledger ENTERO. LOS DOCE, MEDIDOS UNO A UNO SEIS son el plano de profundidad, y la predicción del 22 era exacta: el contenido lleva data-depth=overlay y [data-depth=overlay] declara background, border, box-shadow, font-family y line-height a la MISMA especificidad (0,1,0) y más tarde en la cascada. Verificado moviendo los tokens del propio plano sobre el nodo (superficie, borde, fuente y leading lo repintan) y enumerando las reglas que casan. border-width cae con border (el plano escribe el shorthand). Misma adjudicación que tooltip, misma decisión abierta (§12.9). ⚠ Y una corrección a mi propio diagnóstico: primero atribuí la sombra a [data-topmost] porque el panel de la demo arranca frontal. Falso — quitando el atributo sigue muerta: es el plano también. Lo que sí depende de topmost es su compañero shadow-topmost, que SÍ alcanza (→ rgb(4,5,6)) porque su regla es (0,2,0) y le gana al plano: la prueba de que la causa es la cascada y no un token roto. TRES son estados o partes que la demo no monta: active-shadow (forzado data-dragging → alcanza), resize-size (lo consumen las asas de ESQUINA se/ne/sw/nw y la demo monta sólo las de borde, e y s) y button-size (lo consumen [data-float-panel-action] y [data-float-panel-stage-trigger], ninguno montado — el único control es el cierre, un <Button> compuesto que se dimensiona solo: el mismo grupo que las tres action-* ya adjudicadas). UNO es el PUENTE DE PALETA: el contenido lleva data-color, así que --_float-panel-accent viene del forward THM-2 (--_float-panel-palette-border → rgb(7,8,9)); sin data-color la clave alcanza (→ rgb(1,2,3)). DOS son la ley del congelado: transition-duration / -ease no pueden moverse bajo un guard que congela `transition`. Pasada aparte: 0.12s → 11.5s y cubic-bezier(0.4,0,0.2,1) → steps(7). DE PASO, DOS ARREGLOS DE LA MISMA REVISIÓN - `background.parallax-travel` estaba MAL CLASIFICADO como estructural («el escenario no tiene scroll timeline»): lo tiene (animation-timeline: view()). Forzando data-parallax + speed 1, el translate sigue al token (14,6 → 60,5 px al mismo scrollY). La causa real es que el guard NO fotografía translate ni transform — registrado en §13 junto al hueco de mask-image, para entrar en PROPS en un pase con re-verificación del ledger entero. - `cropper`: el hueco de composición que el README daba por «anotado» y no lo estaba, ahora es fila de §Gaps con su disposición. Y las tablas de tokens de `cropper` y `waveform` pasan a la sección «Talla y tema», el molde del resto. La nueva constante PLANE_SUPERSEDED se iza sobre el objeto (un `const` usado antes de su declaración reventaba el guard, y el fallo se veía sólo mirando el exit REAL: tras la tubería, `$?` es el del grep). Verificación: R-5.4 float-panel 17/40 con 23 adjudicaciones, cero STALE, exit 0 · docs:check 0 · el ledger vuelve a sus 63 hunks de prettier preexistentes (mis entradas se reformatearon a mano, sin tocar las ajenas). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9bdc5a5d5d	uix(background): temable — 57 % → 95 %, y montar MÁS capas hacía medir MENOS Seis claves nuevas (31 → 37), tres literales firmados, un privado adjudicado y 19 tokens preexistentes medidos uno a uno: no había pasado por R-5.4. LAS SEIS CLAVES SON LA MISMA COSTURA, DOS VECES El patrón mesh leía var(--gradient-aurora) y los cinco pasos de escarcha leían var(--blur-), los dos A PELO: el VALOR es del sistema, el KNOB es del componente. Con scrim-blur- hay además una razón dura — `blur` es familia MÉTRICA del eje `scaling` (theming §23), así que un literal ahí sería ciego al zoom global. TRES LITERALES FIRMADOS, Y EL GRANO NO SE ACUÑA El 100% de img/video es identidad (una capa de medio ES la caja de su capa). El grano del ruido es un feTurbulence en un data-URI: la textura ES la técnica —el único patrón que el UA no elimina bajo forced-colors— y re-escaparlo para meterlo en el contrato cambiaría el valor serializado sin cambiar la imagen. Su mando sigue siendo pattern-noise-opacity. EL 5 % QUE QUEDA ES CANAL DE VALOR --_background-gradient-image lo escribe background-gradient.svelte EN LÍNEA desde la prop `colors`. Un público encima no lo alcanzaría —el inline gana— y mentiría: el caso de --gp-current-gradient y del preview-z que F2-B retiró. UNA SOSPECHA MÍA, REFUTADA MIDIENDO La línea del mesh hace lo que un apunte da por roto: un gradiente MESH por el longhand background-image (su color base final no es capa de imagen válida → computa `none`). Medido aquí: --gradient-aurora PINTA, porque su serialización empieza por un radial-gradient. No hay defecto. La nota vale para un mesh serializado con color base final, no para este token. EL GUARD: DE 3/37 A 18/37, Y UNA LECCIÓN AL REVÉS Las partes de este componente son CAPAS OPT-IN independientes (velo, foco, pausa…), cada una tras su control, y sólo un patrón se renderiza a la vez: sobre el escenario por defecto casi todo el contrato no tiene nodo que pintar. Nace `prepareWith` — enciende TODOS los controles que se le den, al contrario que `openWith`, que para en el primero — y con el barrido de data-pattern sube a 18. Y la lección: MONTAR MÁS PUEDE MEDIR MENOS. Encender además el foco puntual, la velocidad de paralaje y la profundidad bajó la corrida de 17 a 9: los tres repintan el background-image y el translate de la MISMA capa donde se miden los patrones. prepareWith se dejó en lo que no tapa. LAS 19 ADJUDICACIONES, FORZANDO SOBRE LA CAPA REAL Nunca sobre un nodo fabricado. Las dos del mask (fade-*, que el guard no puede ver porque no fotografía mask-image — hueco de instrumento, §13), las dos del contexto de tinta (on=dark/light), los ocho pasos de las dos escalas (blur 4→33, 8→33, 12→33, 24→33 px; strength alpha 0.08 · 0.13 · 0.4 · 0.7 → 0.9), el gradient-drift-duration (24s → 42s, en una capa gradient que EXCLUYE a la de patrón), los tres del foco puntual (40% → 42px…, y spotlight-fg sólo cuando la capa NO lleva data-color: con él manda --palette-solid, por diseño), el parallax-travel (sólo entra por las keyframes ligadas al scroll) y los dos de la pausa (la demo no monta ese control: cero nodos). AVISO: LOS CHIPS DE ESTA DEMO SE APLICAN CON RETRASO Una comparación por chips capturó cada estado con el patrón ANTERIOR —el estado «mesh» guardaba el glow— y dio 0 diffs por estar desfasada IGUAL en las dos corridas: un gate verde sobre dos medidas equivocadas. La prueba buena fue la de EQUIVALENCIA, determinista: cada token nuevo resuelve al mismo valor que el primitivo que sustituyó (pattern-mesh-image = --gradient-aurora; scrim-blur-{k} = --blur-{k} = 4/8/12/16/24 px) y lo pintado al forzar el atributo es idéntico (el mesh pinta el aurora, el ruido pinta su data-URI intacto). VERIFICACIÓN Sonda estándar antes/después 0 diffs (384 valores · 7 estados) · equivalencia token↔primitivo exacta en las seis · R-5.4 18/37 con las 19 restantes adjudicadas y medidas, cero STALE · component:audit PASS · censo 95 % · eidos-lint 3 morfo-backed / 63 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido). Tras el cambio del guard, command, table, tooltip, navigation-menu y waveform re-verificados sin regresión ni STALE. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	11b92ded6f	uix(waveform): temable — 55 % → 86 %, y el playhead era el ÚNICO primitivo crudo UNA clave nueva, cuatro literales firmados, un préstamo adjudicado. Diff de computed 0 sobre 1.600 valores en 7 estados; R-5.4 11/11, CERO adjudicaciones. LA CLAVE NUEVA NO LA PIDIÓ EL CENSO, LA PIDIÓ EL FICHERO `playhead-bg`. Todas las demás líneas del re-tinte del Slider embebido leen ya un token propio (--slider-secondary-bg: var(--waveform-buffered-fg)) o una identidad (transparent / none / 0px / 1); el thumb era la ÚNICA que pasaba un primitivo CRUDO (--color-content-primary) a un componente compuesto. Con eso, repintar el playhead exigía mover --slider-thumb-bg (todos los sliders de la app) o --color-content-primary (todo). Ahora es el par natural de `playhead-width`, que ya existía. El molde es el re-tinte de media-player, que reenvía --media-player-* en cada línea. El censo no lo veía: una custom property reenviada a un componente compuesto no entra en KNOB_PROPS (D-TH.2). La clase entera queda anotada en §13 — toda receta que re-tinta un embebido puede pasarle primitivos crudos sin que nada lo vea. EL 14 % QUE QUEDA ES UNA FILA, Y ES DOCTRINA La onda deshabilitada lee var(--slider-disabled-opacity). La prueba de si un token es tuyo no es qué valor tiene sino QUÉ DECIDE: aquí decide cuánto se apaga un control deshabilitado, y eso es del Slider — la onda vive fuera de su caja pero es la misma superficie a la vista. Un --waveform-disabled-opacity daría un segundo mando para UNA decisión y permitiría desincronizar cromo y pintura. Préstamo con dueño: se tema en la ficha de slider, como el 82 % de time-picker se tema en la de field. LOS CUATRO LITERALES SON IDENTIDAD, Y AHORA LO DICEN La pintura ES la caja del provider (100% sobre un position:absolute; inset:0), el área de arrastre ES la caja entera («scrubbing means grabbing anywhere on it»), y un playhead abarca todo el alto por definición. Anotación /* literal: / en su declaración: desviación firmada, fuera del ratio. EL INSTRUMENTO, CIEGO POR UNA CAUSA NUEVA: EL COMPONENTE COMPUESTO La sonda medía 4 nodos —provider, svg y los dos paths— y NINGUNO era el playhead: el cromo entero es un Slider embebido cuyos nodos llevan data-slider. Con extraNodes, 8. Es la TERCERA cara del mismo agujero: HTML crudo (prose), partes que compone el consumidor (navigation-menu) y partes de un componente compuesto (waveform). En §13, con la pregunta de fondo: hoy hay que sospecharlo y contar los nodos, el instrumento no lo detecta solo. VERIFICACIÓN Sonda antes/después 0 diffs (1.600 valores · 7 estados · 8 nodos) · R-5.4 11/11 sin adjudicaciones · component:audit PASS · censo 86 % con la única fila restante explicada · eidos-lint 4 morfo-backed / 16 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · Chrome: playhead 2px × 40px, onda 544 × 40, trazo 0.6 — idénticos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	85988785d4	uix(navigation-menu): temable — 44 % → 100 %, y el guard cerraba el panel que medía Bloque B1 de D-TH.4. Contrato 26 → 44 claves: 19 nuevas y UNA retirada. Diff de computed 0 sobre 2.752 valores en 8 estados; R-5.4 43/44 con una adjudicación escrita. Global 65 % (al 100 % 25 → 26). LOS NOMBRES LOS DIO EL CATÁLOGO, NO YO Ninguno se inventó. Los gemelos cerrados el mismo día (dropdown-menu 96 %, context-menu 87 %) dan content-{min-width,padding,radius,fg} y chevron-{size,stroke}; accordion da trigger-font-family y disabled-trigger-fg. Las cuatro recetas que declaran un chevron lo dimensionan con un LITERAL (0.42em · 0.5em · 0.625rem): un glifo no es un paso de la escala de espacio. Al revés con el subrayado del indicador: su 2px ES --border-width-medium, y dropdown-menu.separator-thickness dice que un grosor decorativo se nombra por esa familia. LA §4 GENERADA FALLA DE CINCO MANERAS, UNA NUEVA Llamaba trigger-width / trigger-height al CHEVRON — nombrando por el primer selector de la regla ([…-trigger]::after) y colisionando con trigger-height, que YA EXISTE y es la altura del control. Fundía en content-radius dos nodos con dos valores. Cruzaba los nombres: content-padding-* para lo que es de la FILA, y el padding real del panel a «sin nombre mecánico». Llamaba content-width a un min-inline-size. Y la nueva: abría exigiendo «consume la capa compartida menu-indicator» — HOMONIMIA, esa capa es el check de los CheckboxItem de dropdown/context-menu y no toca el subrayado de esta barra (LAYER_VOCABULARY sólo registra calendar-surface). LAS FILAS DEL PANEL NO SON item- NI link- En los gemelos, `item` ES la fila. Aquí `item` es el <li> de la barra (parte del morfo) y el Link de barra viste el cromo del trigger: --…-item-radius o --…-link-radius prometerían a un tema un nodo que no alcanzan. Se acuñan content-link-, que nombra el nodo por donde vive. Su tinta sigue leyendo trigger-fg, como venía. EL PRIVADO ERA UNA ESCALA, NO UN CONMUTADOR --_navigation-menu-list-gap tenía tres fuentes (0 / --space-1 / --space-2) por data-size: sube al TSC como list-gap-{sm,md,lg} + el resuelto, el molde que el bundle del trigger ya tenía al lado. Los dos bloques [data-size] del CSS se retiran — los emite el TSC, y dejarlos vivos da un diff de 0 por la ruta vieja. indicator-x ERA DECLARACIÓN MUERTA Soma escribe las cuatro coordenadas del rect INLINE sobre el indicador (-x, -y, -w, -h) y la receta lee sólo -w y -h; su propio comentario registra que sumar translateX(var(--…-x)) DUPLICABA el desplazamiento. No la leía nadie. Retirada, 0 diffs — la prueba de que estaba muerta (precedente: el re-point de --command-radius, el trío item-gap de carousel). -w se queda: vive, y es canal de valor, no superficie de tema. EL PANEL NO ACUÑA TIPOGRAFÍA, A PROPÓSITO Lleva [data-depth='overlay'], y ese plano declara font-family / line-height a la misma especificidad (0,1,0) y más tarde en la cascada: un token ahí leería muerto. Es §12.9, pendiente de firma — la misma que hizo retirar claves en menubar, dropdown-menu, context-menu y tooltip. Sí se acuña la familia de la BARRA (trigger-font-family), que no es overlay y alcanza. TRES COSAS QUE APRENDIÓ EL INSTRUMENTO (registradas en next-features §13) 1. Sonda y centinela eran CIEGOS A LA MITAD DEL COMPONENTE. Las filas del mega-menú son los <a> DESNUDOS del consumidor, estilados por descendencia: el filtro data-{c}-* veía 10 nodos y NINGUNO era el panel ni una fila — 9 de los 19 knobs fuera del diff. Con EXTRA_NODES / extraNodes la sonda pasa a 16 nodos abiertos. Y el paso `open` de la sonda no honraba EXTRA_NODES. 2. EL GUARD CERRABA EL PANEL QUE MEDÍA. Este mega-menú abre con pointerenter y pointerleave programa el cierre; el guard abría con clic y luego aparcaba el puntero en (0,0) — justo el gesto que lo cierra. Dos corridas del mismo código discrepaban. Y daba las DOS caras del error: falso negativo en los tokens de la fila, falso positivo en content-link-padding-inline, que leía «vivo» por ensanchar el panel que sí se medía. Con openBy: 'hover', dos corridas idénticas. 3. `color` está EN TRANSICIÓN en esta parte: forzar data-disabled y leer en el acto devuelve el valor VIEJO — tres diagnósticos falsos («ni el inline lo mueve») hasta congelar. La trampa del cuentagotas del color-picker, en otro componente. Congelado: reposo oklch(0.2435 0 0) → disabled oklch(0.61 0 0). Y una de contabilidad, del instrumento y no del componente: el censo decide el eje `size` grepeando data-size en el CSS, y el protocolo §7.4 ORDENA retirar esos bloques. Todo componente que lo aplique bien aparece «sin eje». Ya le pasa a sidebar y nav-tree. En §13. VERIFICACIÓN Sonda antes/después 0 diffs (2.752 valores · 8 estados · 16 nodos con el panel abierto) · R-5.4 43/44 en dos corridas idénticas, adjudicación única (disabled-trigger-fg: la demo no monta el estado; forzado alcanza en trigger Y link, rgb(1,2,3)) · component:audit PASS · censo --only 100 % · eidos-lint 30 morfo-backed / 3 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · check sin error nuevo en los ficheros tocados · Chrome con el panel abierto: panel 8/10px/224px, fila 8/12/6px, trigger 36px/6px/gap 4px, indicador 2px. Tras tocar el guard, command, table y tooltip re-verificados sin regresión ni STALE. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	83a897b925	uix(audio-player): temable — 37 % → 56 %, y el instrumento medía CERO nodos 3 claves nuevas (5 → 8) y un literal anotado. El 44 % restante es PRÉSTAMO CON DUEÑO, no deuda: ocho filas que leen `--media-player-` porque este componente ES la piel de audio de ese chasis, y una ficha nunca propone duplicar un token prestado con prefijo propio (§5.3-3). Acuñado lo único que ESTE reproductor añade sobre el chasis: el peso del título y la insignia LIVE en versalitas espaciadas (peso + tracking). Los dos `600` pasan a `var(--font-weight-semibold)`: el mismo valor, con nombre. Y EL INSTRUMENTO ESTABA CIEGO DEL TODO: MEDÍA 0 NODOS. Tres razones encadenadas: 1. `/uix/components/audio-player` es un 404 — el CUARTO canónico sin ruta propia (picker-shell, mockup, surface y éste). Se mide en la demo del chasis. 2. Sus partes no llevan `data-audio-player-`: son `data-media-player-*`. Con `extraNodes`, la sonda pasa de 0 a 48 NODOS. 3. Sólo existe tras el chip `media: audio` de esa demo: sonda (`DEMO_VARIANTS`) y guard (`openWith` + `openMarker`) lo pulsan ahora, y el guard barre además las cuatro variantes (card/row/bar/inline). Con eso, 0/8 → 6/8. Las dos que quedan son la insignia LIVE, que sólo existe mientras el proveedor refleja un directo: montada con `[data-live]`, alcanza (600 → 333 y 1,28px → 7px). Gates: sonda con 48 nodos (antes 0) · centinela 6/8 con las dos adjudicadas · censo 56 % · suite eidos con el rojo conocido ajeno · `rtl:check` 0 · `docs:check` 0 · equivalencia comprobada en el computado (título 600, tracking 1,28px). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago

1 2 3

111 Commits (243122393d41a4331555f0a0b1372b1df681b3e0)