96 KiB

Raw Blame History Unescape Escape

CONTINUE — la superficie perceptual es UNA RANURA

CONGELADO 2026-09-17 — el cierre del framework congela este handoff: no se actualiza. Lo que sigue abierto vive en LEDGER-cierre-2026-09.md, por id.

Kickoff: «Lee docs/process/CONTINUE-perceptual-surface.md y sigue por §0.» Fecha: 2026-08-10, actualizado 2026-08-11 (cierre) · Rama alpha-0.1-dir-prefs, pusheada en 61457baac. ⚠️ COMPARTIDA: otra sesión trabaja en blocks y en un eje de dismissal. git reset -q + stagear por lista explícita, y clasificar por contenido del diff, nunca por nombre — hoy un fichero de proceso estaba mixto (133 líneas, 3 mías). Doctrina viva: architecture/sema.md §The surface is ONE SLOT · architecture/morfo.md §Step 4 (las DOS clases de precedencia de attrs: contract vs naming) · §renderAttrs. Este documento sólo dice qué se cerró, qué queda y cómo medirlo.

0 · Dónde estás (2026-08-11, cierre de jornada)

PUSHEADO a gita/alpha-0.1-dir-prefs en 61457baac — la rama está limpia contra el remoto (0 por delante). Cuatro commits de la jornada del nombrado:

Commit	Qué
`37c732c3a`	el guard de traducciones deja de cascar y de ser ciego a los call sites
`25e59e18f`	A-85: el attr de nombrado es un DEFAULT del contrato, no una imposición
`b201f190d`	la consecuencia: espejos, button, las 21 cadenas, cross-element, gemelos
`61457baac`	el handoff dice lo que pasó (dos diagnósticos heredados eran falsos)

⚠️ Rama compartida, y hoy se notó: otra sesión trabaja en blocks y en un eje de dismissal (los types.ts de color-picker / time-picker / time-range-picker). Clasificar por contenido del diff, nunca por nombre: AUDIT-blocks-ledger.md estaba MIXTO (133 líneas, 3 mías) y quedó entero fuera. Mis filas de A-85 en ese ledger siguen SIN COMMITEAR — cuando esa sesión lo commitee, irán en su commit; no hay que rehacerlas.

El eje del nombrado: qué queda, y por qué

Sólo UNA cadena pendiente es mecánica: alert-dialog HECHA 2026-08-12 — la receta de los 21 aplicada tal cual (morfo.md Step 4): el morfo declara #?components.alert-dialog.action|Confirm y .cancel|Cancel, fuera la cadena, la fuente, el prop de opts y el destructure de los dos wrappers; ALERT_DIALOG_LANGS queda huérfano (su langs.ts se suma a la lista de abajo). Medido en navegador (es): aria-label="Confirmar" / "Cancelar" saliendo del contrato. Refs compilados 157 → 159; el harness del test alineado con producción (translate = ts, la trampa de editable). El eje del nombrado queda a CERO cadenas mecánicas.

Las otras 10 cadenas no son deuda — están medidas y clasificadas: clipboard · password-field (toggle) · table (row-detail) · tree-grid (expand) están BLOQUEADAS por estado; tag-group (remove) por interpolación; waveform es correcta (su nombre lo lleva un <Slider> compuesto); progress · radio-group · rating-group · slider conservan sólo la supresión por labelledby sobre un prop sin default.

DECISIÓN TOMADA (2026-08-11): NO se ensancha mapRef. Traducir su salida desbloquearía sólo la clase ESTADO —ni las interpoladas ni las cross-element— y reintroduce la avería que esta jornada mató: el guard v2 no recorre los valores del mapa, y normalizeTranslationRef tampoco los tocaría, así que una clave relativa llegaría cruda a ts() y saldría literal. Si algún día se hace, la forma correcta NO es traducir la salida sino que los valores del mapa sean fuentes (composicional, sin magia de prefijo, y el guard los ve por la vía que ya tiene).

Lo siguiente, en orden:

alert-dialog — la única cadena mecánica que queda (30 min). HECHA 2026-08-12.
Dos decisiones del autor (§4) FIRMADAS 2026-08-12: el chip bloqueado (vía b + su letra pequeña) y mode/scope (retirar). La tercera, fixedWeeks, quedó REVOCADA el 2026-08-13 al aparecer el SPEC del componente — las disposiciones completas viven en §4.
C5 rebanada 3, y empieza por subir a soma el comportamiento del chip — la tabla de §C5-r3 explica por qué no es mecánica.
Arreglar npm run translations:check (casca) y censar los 166 morfos. HECHO 2026-08-11 — y el diagnóstico era doblemente falso: el crash no era una «url multilínea» sino el stripper de comentarios comiéndose el // de un https:// DENTRO de una cadena; y el guard, incluso sano, jamás escaneó los call sites (v.translationRef('key') no contiene literal #? hasta que el compilador lo normaliza) — los cinco defectos de chronos habrían pasado en verde. Reescrito sobre el contrato COMPILADO (importa morfos + compileMorfo, valida cada ref normalizada; catálogos importados, no regex-evaluados; fuentes .ts por AST de literales). Sweep: 172 errores → 0 (6 morfos sin catálogo · media-player 6 claves desfasadas · ~130 del chrome de palabras, con dos colisiones hoja↔rama status/placeholder resueltas a status.label / placeholder.default y descripciones slash en clave plana -d). Detalle: caja ⚠️ de morfo.md §common-mistakes.
El resto del eje: F3 CERRADA 2026-08-13 (censo a 0 y API borrada) · ~~F5 navegador~~ CERRADA 2026-08-13 (los tres sitios medidos tras la campaña; los números y los dos artefactos del entorno, en §3.0 F5) · §3.2 restitución de persistentes · §3.3 eje B · §3.4 cola de sema · §3.5 fable · §3.6 ledger de blocks (A-47, A-69).

Deuda menor, medida y sin urgencia (no la re-descubras):

⚠️ file-upload emite contact-trigger-picker DOS veces por un gesto ARREGLADO 2026-08-13, y el mecanismo era MÁS ANCHO que el diagnóstico inicial: no es sólo el Trigger burbujeando — el <input type=file> oculto también vive DENTRO del Dropzone, así que el click() SINTÉTICO que dispara openPicker vuelve a entrar por el mismo manejador. Medido: un click en el dropzone llegaba dos veces, la segunda con target = INPUT[hidden-input]; sólo el guard de reentrada que la plataforma pone en click() lo paraba en dos. Es decir, TODO click al dropzone duplicaba, no sólo el del botón. Arreglo: guard por propiedad en el onclick del dropzone (closest sobre los marcadores de trigger y hidden-input, construidos con partMarkerAttr, nunca a mano). Test visto fallar con la anidación real; medido después: click en el dropzone → UN contact-trigger-picker en DROPZONE, click en el botón → UNO en TRIGGER. ⚠️ Lección de clasificación: lo anoté como «adyacente, no cascadear» y era la clase que este eje persigue —una ocurrencia por gesto—, encontrada por mi propia medida en un fichero que ya estaba editando. Eso se arregla, no se anota.
10 de 17 harnesses tienen un ts que IGNORA su clave — una clave errónea pero existente pasaría su aserción del bag. Lo tapa parcialmente translations:check (caza las inexistentes) y hoy se verificó a mano que no hay deriva. Cerrarlo es expect(ts).toHaveBeenCalledWith(ref), decidido una vez para todos.
15 langs.ts sin consumidores (meter, popover, drawer, splitter, listbox, breadcrumb, anchor-nav, cropper, feed, grid-list, pin-input, progress, editable, carousel; +alert-dialog 2026-08-12, huérfano de su migración clase 1). Basura declarada. NO borrar sin instrucción explícita.
12 avisos de huérfanos en translations:check (los tab-* de gradient-builder/picker y 8 de palabras): candidatos a borrar, decisión tuya.
range-calendar/langs.ts conserva PREV_MONTH/NEXT_MONTH muertas PREEXISTENTES — no las tocó este pase.

Documentación ya actualizada (no hace falta re-hacerla): morfo.md §Step 4 (las dos clases de precedencia, el anti-patrón del propRef + cadena, la tabla de las cuatro exclusiones, el spread condicional y la regla «mira si el elemento es tuyo») · morfo.md §common-mistakes (la trampa de texts + el guard v2) · soma-architecture.md §mergeProps (la fila de naming) · README de soma/chronos · README de eidos/chronos · CONTINUE.md de chronos (NO vigente, apunta aquí).

Línea base al cerrar (mídete contra esto, no contra memoria): check 70 = base con el WIP ajeno presente, 57 sin él — mis commits aportan CERO · soma 1269 ✓ / 1 (el timeout ajeno preexistente de soma-attr-audit) · morfo+sema 496 ✓ · translations:check 0 errores / 12 avisos · docs:check 0/621 · rtl:check 0/177 · refs compilados 157.

1 · El hallazgo, y por qué costó tanto verlo

data-event-* es una ranura por elemento: dos ocurrencias sobre un nodo no pueden expresarse las dos. El defecto lo encontraron tres auditorías independientes y ninguna lo cerró:

Auditoría	Fecha	Qué dijo
fable S1	2026-07-01	«Race de señales solapadas sobre el mismo target», con el arreglo mínimo escrito. El README de `old-deprecated` afirmaba «findings executed».
sema S-17	2026-08-05	Re-descubierto solo. Midió el knob: el estampado de `commit-set` moría a los 24 ms de un hold de 240.
blocks A-36 / A-65	2026-08-01/09	Reproducido en NAVEGADOR: dos estampados a 1,1 ms, `press-squeeze` jamás.

Tres veces el mismo defecto, tres veces sin arreglar. Lo que faltaba no era diagnóstico: era que nadie podía distinguir una redirección legítima de una deriva, porque la opción que redirigía se llamaba fallbackTarget y decía lo contrario de lo que hacía.

2 · Lo cerrado (todos los guards vistos fallar antes de arreglar)

#	Qué	Dónde
2.1	`fallbackTarget` → `targetOverride` (202 apariciones / 64 ficheros). No cosmético: es la PRECONDICIÓN para auditar la redirección	`soma/runtime.svelte.ts` + todo el árbol
2.2	El desestampado comprueba propiedad (`data-event-id`). Rojo: `expected null to be 'sig-B'`	`sema/stamp.ts` · `sema/projection/dom.ts`
2.3	`assertTargetOverride` — el runtime lee el marcador de parte del elemento y avisa si no es `target` ni `allowedTargets`. Runtime porque el override es una expresión	`soma/runtime.svelte.ts`
2.4	A-36 CERRADO, y sin `regime`	los 4 overlays
2.5	`regime` definido y cableado, reducido a `replace \| queue`	`sema/types.ts` · `engine.ts` · `signal.ts`
2.6	`renderAttrs` — los attrs que no son partes	`morfo/types.ts` + `schema.ts`
2.7	`ACTIVE_DEV_TRACK` vaciado + deuda de chronos (scope · barrel · README)	`contracts.test.ts`
2.8	S-36 barrel 68→71 + guard · S-31 `vibrate(NaN)` · S5 · SO2 · SO4	varios

2.4 A-36 — la lección: no era arbitrar, era dejar de redirigir

Los cuatro overlays cedían el estampado del open al trigger. La razón escrita en el código («el content no ha montado») era cierta cuando open era pre. Dialog / Drawer / Popover migraron a post hace tiempo y nadie retiró el override; float-panel seguía en pre (último fuera de la doctrina que sema.md escribe). Con <Drawer.Trigger> compuesto sobre <Button> —que es UN solo elemento— el open caía encima del contact-activate.

Medido en /blocks/site-header/preview a 375 px:

ANTES   contact-activate TRIGGER +329ms · emerge/open TRIGGER +331ms · press-squeeze: NUNCA
AHORA   contact-activate TRIGGER  +18,7ms · open CONTENT +20,6ms
        getAnimations() → press-squeeze running (120ms) + slide-from-right-full

2.5 `regime` — dos valores, no cuatro

replace (default) no había que construirlo: 2.2 lo terminó. Antes era el comportamiento roto.
queue es el único nuevo. Aplicado a las 4 parejas irreducibles: los tres toggles (el provider ES el botón) y el knob (handle-drop + commit-set).
collapse RETIRADO — su caso (el parpadeo continuo) ya lo mató 2.2: medido, 0 huecos en 5 emisiones a 72 ms con hold de 240. Y reutilizar el data-event-id habría minado la propiedad que lo curó.
lock RETIRADO — bajo la semántica limpia significaría «un cierre que no se anuncia si hay algo proyectando». Con él, sus 4 declaraciones muertas.

⚠️ EL GUARD DE queue PASÓ EN VERDE SIENDO INCORRECTO. Con timers falsos no hay animaciones, así que awaitExpression volvía al instante. El navegador midió que el commit encolado llegaba 1,6 s tarde, porque esperaba la expresión entera (tope 1500 ms) en vez del hold. queue espera el hold; el desplazado está a salvo porque su limpieza ya es consciente del dueño. El test corregido inyecta un getAnimations() que nunca termina. Medir la envolvente no es medir la salida — otra vez.

2.6 `renderAttrs` + los fixes de palabras

Al vaciar ACTIVE_DEV_TRACK salieron 23 data-palabras-* que ningún morfo declaraba y que palabras.css sí estiliza. No son partes ni pueden serlo: aterrizan en el árbol que el usuario escribió. Campo nuevo, con la línea afilada —si el consumidor puede componerlo o direccionarlo, es una PARTE— y ≥3 consumidores (palabras 23 · waveform 2 · aura 2).

Y tres más: 5 selectores muertos en el predicado del focus-scope (barrido de todo el repo: aparecían sólo ahí) · RTL-1 real en palabras-chrome.css (inset-inline-start lógico + translate físico = el doble volteo; centrado con margen derivado de un token, rtl:check 1→0) · el dir?: 'ltr'|'rtl' inline al Direction canónico — lo que destapó que el censo de dirección grepea el NOMBRE del tipo, así que un union inline lo escondía (exención firmada, misma razón que field-langs).

3 · LA COLA — por dónde seguir, en orden

3.0 ⚠️ GIRO DE ENFOQUE (2026-08-10, aprobado por el autor)

La campaña de §3.1 quedó SUPERADA como mecanismo: censo + campaña + aviso de runtime es la misma defensa que ya falló tres veces (depende de que alguien mire), y el propio censo de hoy demostró el modo de fallo al declarar supervivientes de más y de menos. El plan vigente hace inexpresable el estado ilegal — el defecto de clase no es que N eventos redirijan sin declarar, es que la API de emisión acepta un HTMLElement anónimo, compensando que el registro de partes pierde la identidad de instancia (indexa por nombre, gana el último montado):

F1 ✅ (2026-08-10) — SomaRuntime<M> genérico SIN default: nombres de evento, kebabs de parte y claves de events/actions tipados contra la declaración (EventNameOf / PartKebabOf / ActionNameOf, los extractores de semaSelector). 104 anotaciones migradas + 3 wrappers estrechados (createMenuDialRuntime / createOnionMenuRuntime / createMetricsRuntime — devolvían tipado pero tomaban sources ANCHO: agujero). SomaRuntime<Morfo> sólo en la tabla de contratos. Doc: soma-architecture.md §"typed by ITS morfo". Delta de check contra base medida con stash: CERO (74/74 únicos, 87/87 brutos); server 454✓/6 ajenos; navegador 1258✓/1 ajeno. Los tipos ya desmontaron DOS filas del censo: los 'clear-document'/'unlink' de palabras eran nombres de COMANDO en un ternario que mapea a eventos reales — falso positivo del censo, resuelto por inferencia.
F2 ✅ (2026-08-10) — registro por instancia: Map<part, PartRegistration[]>, la pertenencia la mantiene el stream del attachment (poda al desmontar, se re-añade al final al re-montar — sin crecimiento en listas virtualizadas), resolución liveReg = la instancia VIVA más nueva con caída a la más nueva a secas (pre-attach conserva la conducta anterior). Arregla de paso la clase «la más nueva muerta ensombrece a una viva». Delta de check CERO; suites idénticas (454✓/6 · 1258✓/1).
F3 — ✅ CERRADA (2026-08-13, censo 0 y API borrada). Siete olas en un día: gestos handle (64→51) · grids de fecha (→44) · css/number-field (→38) · vistas de eidos que REGISTRAN (→29) · select/combobox con el A/B de present-rise (→11 nav-menu incl.) · colecciones (→11) · palabras + los 2 declarados de pagination/toolbar (→0). ENDGAME EJECUTADO: targetOverride borrado de TriggerOptions (con lápida doctrinal: no volver a añadir una opción de elemento), assertTargetOverride fuera (queda assertAnchor para la puerta anclada), el scratch retirado — y el compilador, ya como censo, cazó 9 usos en tests que el grep del scratch nunca escaneó. El estado ilegal es INEXPRESABLE: ningún elemento anónimo viaja por la API de emisión. Historial del framework (2026-08-10):
- PartRef<T = string> genérico (el builder v.partRef preserva el literal; default string = cero ondas, doctrina «ensancha el tipo primero»).
- targetFallback declarado en el morfo (tipo + schema con 3 invariantes testeados: parte desconocida / re-declarar el target / duplicado) y pre-aplanado en ActionPlan; resolveEmitTarget es LA resolución única para validación, emit y foco a11y (no pueden discrepar).
- SomaRuntimePart<M, K> sin default + trigger anclado tipado por EventNameTargeting<M, K> (target ∪ allowedTargets; el fallback EXCLUIDO a propósito — anclar al degradado forzaría el aterrizaje pobre con el primario montado) + runtime.partInstance(part, el) (identidad por referencia contra el registro; elemento ajeno → null) + guard dev assertAnchor para llamantes JS. Codemod: 101 ficheros + 6 uniones a mano (clases parametrizadas por parte: paginación de calendarios, sidebar).
- Tests nuevos: cadena de fallback resuelta por el runtime · anclaje estampa SU instancia (no la más nueva) · partInstance identidad. 71✓.
- Ola 1 ✅ — los 4 overlays: su allowedTargets: [trigger] del close era el EJE EQUIVOCADO (es estado de montaje, no elección del llamante) → targetFallback: [trigger] en dialog/drawer/popover/float-panel, y los 4 providers dejan de resolver content ?? partRef ?? trigger a mano. El prewrite de data-last-action queda SOLO en content (verificado: todos los selectores de eidos que lo leen son [data-*-content]; escribirlo en el trigger era incidental). stampPartsOf del pack-census cuenta ahora targetFallback como estampable. 218✓ (overlays + census + morfo).
- Olas 2-3 EN CURSO (2026-08-10, censo 145 → 107). Migrados y en verde (check DELTA CERO · navegador 1258✓+2 nuevos/1 ajeno):
  - Anclado al handle propio — dropdown-menu item · context-menu item · command item (ratón) · table row · timeline item (emerge-reveal).
  - partInstance por identidad — listbox · toggle-group (las TRES emisiones del gesto anclan a UNA superficie, lo que el régimen queue del par contact+commit asume) · tag-group select/remove · tree-view (commit-select discrimina item/branch por identidad) · tree-grid · command (camino Enter) · radio-group · rating-group (item si el gesto nombró estrella, provider si teclado — partInstance discrimina) · grid-list · feed · tabs · carousel.
  - Gesto DENTRO de la superficie — table sort-trigger→column-header y detail-trigger→row: closest(partMarkerAttr(…)) + partInstance; el marcador sale de la función canónica, nunca string a mano. partMarkerAttr exportado del barrel de morfo para esto. ⚠️ El elemento de partida es opts.ref.current de la clase, NO e.currentTarget — los tests fabrican eventos sin currentTarget.
  - No-op retirados — proof-of-human (3) · tag-group clear · checkbox.
  - CROSS retirados (lección A-36: sobra la redirección) — editable (shift-enter-mode/commit-save/commit-cancel estampan el PROVIDER declarado; el subparte era deriva sin declarar).
  - aura → targetFallback — sus 4 allowedTargets:[provider] de la mañana eran también eje equivocado; provider sin condicionales.
- Más migrados en el mismo pase (censo 107 → 99, check DELTA CERO, 21✓): search-field y stepper (CROSS retirados — el provider declarado ES la superficie; params de gesto eliminados de clear/submit/setStep/ goTo*Step) · form (no-op retirados de submit/warn/reset) · clipboard (copy(triggerEl?) ancla por identidad al Trigger pulsado — varios Triggers por provider quedan bien — y el README lo documenta).
- QUEDA de las olas 2-4 (99 sitios): ~~tags-input · file-upload~~ (HECHOS 2026-08-13 con el resto de colecciones, censo 29 → 11) · ~~month/year-grid · calendar (day) · range-calendar~~ (HECHOS 2026-08-13, censo 51 → 44: clase B migrada al anclaje por identidad — day/cell registran, así que partInstance + trigger anclado; range-calendar gana un helper triggerOnDay para sus 5 sitios) · navigation-menu · menubar · virtual-list/grid · pagination (declarado; anclar desde los 5 controles) · ~~css-field · number-field~~ (HECHOS 2026-08-13, censo 44 → 38: el targetOverride público de commit() RETIRADO — sólo lo pasaban sus propios scrubbers, redirigiendo el TERMINAL declarado provider al scrubber contra la fila de la doctrina del sello, y de paso silenciando las reglas de pack que seleccionan el provider; los 4 handle-pick/drag-scrub con e.currentTarget eran no-op sobre el scrubber singleton registrado) · ~~drag-drop · path-trace · rotate-align · float-panel~~ (HECHOS 2026-08-13, censo 64 → 51: los «campos de elemento propios» eran los MISMOS elementos que las partes registran — 10 no-op retirados; las 3 emisiones de drag-drop ancladas por identidad a sus partes repetidas [source/target SON los refs registrados, verificado]; y la pregunta de float-panel la respondió la fila de la doctrina del sello: el content ES la posición → retirar los 4, el ?? dragEl era cinturón de la era fallbackTarget) · ~~metrics/menu-dial/onion-menu~~ (HECHOS 2026-08-13, censo 38 → 29: las vistas REGISTRAN — metrics value se registra y emite ANCLADO él mismo, el contexto deja de acarrear elementos; menu-dial registra list + cada action [el attachment atraviesa Fab→Button→button, medido: ids del runtime en los mini-FABs]; onion-menu registra surface + cada sector item por attachment CACHEADO por clave [la membresía es el stream, F2] — todo medido en navegador: expand sella el sector d1 pulsado, select la hoja d2, y el update de metrics aterriza en el Value del bloque live con 4 instancias registradas, no en el más nuevo. ⚠️ Trampa pagada: importar state en un .svelte con runas $state rompe TODOS los $state<T> del fichero — alias state as refState) · ~~select/combobox~~ (HECHOS 2026-08-13: NO era elección del llamante — era el superviviente A-36 con el open YA en post: el override al trigger forzaba el aterrizaje pobre con el content montado, y la firma de motion present-rise corría SOBRE el botón [medido ANTES/DESPUÉS: open/close TRIGGER→CONTENT, present fuera del trigger, commit-select→el ITEM elegido anclado]. Receta: open pierde allowedTargets [vestigio legalizado], close pasa a targetFallback [trigger] / [trigger, input], selección por partInstance) · dropdown/context open+close (F4, gestureTarget) · palabras (13 filas, diseño fino por evento — lo ÚNICO que queda del censo: 11 sitios) · ~~navigation-menu · menubar · virtual-list/grid · time/color-field · css-field~~ (HECHOS 2026-08-13: no-op de singleton retirados [virtual-list ×2 · virtual-grid · css-field, donde el elemento ERA partRef del destino declarado, leído para clearTarget y no para redirigir]; anclaje por identidad en las repetidas [menubar trigger · navigation-menu trigger ×2 + link · tags-input item · file-upload item]; terminales devueltos al provider declarado [tags-input commit-set-add ×3 + commit-reset, file-upload commit-set-add · signal-warn-reject · commit-reset]; y contact-trigger-picker de file-upload gana allowedTargets: [dropzone] — el gesto se sella donde está la MANO y las dos superficies son elección del llamante, no estado de montaje. Medido: nav-menu abre/cierra sobre el trigger PULSADO [«Solutions», el 2º de 2] y commit-select sobre el link «Pricing»; file-upload sella DROPZONE al pulsar la zona y TRIGGER al pulsar el botón. En color/time-field el input lo registran DOS partes [grupo visible + input oculto], así que ahí partInstance no es adorno: nombra la visible por identidad) · chronos (los botones del editor no son partes; la exclusión de escritura se levantó el 2026-08-10 — CONTINUE-sema-audit.md §3.1: «ya accionables»). ⚠️ La otra mitad de esta fila es falsa y se corrige el 2026-08-12: «sus chips tampoco REGISTRAN» no se sostiene. Medido al cablear el acarreo (ledger D9): runtime.partInstance('event-chip', el) RESUELVE, y el sello de handle-drag aterriza en el event-chip; el arrastre del tirador da 6 handle-resize sobre event-resize-handle. Los chips registran, así que el plain trigger de esta migración no fallaría por ese motivo. ~~Al llegar a 0: BORRAR targetOverride + assertTargetOverride + retirar el script scratch.~~ EJECUTADO 2026-08-13 (ver la fila F3). allowedTargets (elección del llamante) y targetFallback (estado de montaje) son dos ejes, precedente intentRequirement/intentGuidance.
F4 — dropdown open pre→post (receta float-panel) + decisiones de autor.
F5 ✅ (2026-08-13) — navegador, no opcional: los tres sitios que las tres auditorías encontraron, medidos después de la campaña entera y del borrado de la API (es la comprobación de regresión del eje, no la de cada ola):
```
site-header 375px   contact-activate TRIGGER +8,4ms · emerge-open CONTENT +10,3ms
                    press-squeeze RUNNING sobre el TRIGGER · emerge-close en CONTENT
knob                handle-pick · handle-drop +0ms · commit-set +245,4ms  (todo en control)
                    valor 40 → 56, o sea el commit existe porque el gesto cambió algo
dropdown+Button     contact-activate TRIGGER +109ms · emerge-open CONTENT +112,7ms
                    press-squeeze TRIGGER + slide-from-top/scale-in/fade-in CONTENT
                    emerge-close en CONTENT (Escape) · commit-select en el ítem PULSADO
                    («Log out», el 3.º de 3 — no el primero ni el último registrado)
```
El número que cierra S-17 es 245,4 ms: el commit-set encolado entra justo tras el hold de 240 del handle-drop. Ni aplastado a los 24 ms (lo que S-17 midió), ni 1,6 s tarde (el falso verde de queue, §2.5). Los tres sitios son el mismo elemento con DOS morfos —[data-drawer-trigger]+[data-button], [data-dropdown-menu-trigger]+[data-button], control para drop+commit— y en los tres las dos ocurrencias expresan.

⚠️ Dos artefactos del entorno, no hallazgos (el panel del navegador no compone frames en esta sesión): requestAnimationFrame está SUSPENDIDO, así que el handle-drag del knob —tick continuo, rAF-throttled— no llega a estampar nunca y un muestreo por fotograma da 0 muestras; y la línea de tiempo de las animaciones no avanza, así que getAnimations() sirve para decir cuál corre sobre qué elemento pero no cuánto dura, y el desestampado cae siempre en el tope de 1500 ms de la espera de expresión (de ahí los ~1,7 s de limpieza en las tres trazas, donde el hold real es 120/240). Para medir DURACIÓN de pintura hace falta Chrome real.
F6 ✅ (2026-08-11) — targetFallback estaba en el corpus SÓLO como JSDoc: ni morfo.md ni sema.md lo nombraban, con 8 componentes ya gobernados por él. Escrito: morfo.md §Step 5.5 (los DOS ejes en tabla, invariantes del schema, resolveEmitTarget única resolución con el foco a11y, el anclado EXCLUYE el fallback) · sema.md §ONE SLOT (el close de los overlays como mount-state declarado, no targetOverride) · y la aserción de pack-census.test.ts deja de mentir sobre su criterio (nombraba target+allowedTargets mientras stampPartsOf contaba TRES fuentes). ⚠️ Nota perceptual escrita en ambos: una parte de allowedTargets se estampa en uso rutinario; una de targetFallback sólo en montaje degradado — una regla de sonido que case SÓLO fallback casi nunca suena (hoy: 0 reglas así; si aparece una, valorar el warn por-evento del census).

~~El censo scratch queda como herramienta de MEDIDA hasta que F3 lo deje en 0 y se retire.~~ RETIRADO 2026-08-13: con la opción borrada del tipo, el censo es npm run check — un error de compilación en vez de un informe. Lo de abajo (§3.1) se conserva como inventario de hallazgos.

3.1 Campaña de emisión — censada, clasificada — SUPERADA POR §3.0

Redirigen el estampado con targetOverride y su morfo no lo declara. El guard del runtime los señala uno a uno al ejecutarse.

No anotar a ciegas. Por cada uno, la pregunta primero es ¿sobra la redirección? — como en A-36, donde el arreglo fue retirarla. Anotar una redirección innecesaria la fosiliza. Sólo cuando es legítima (parte repetida: el day pulsado, el item clicado) se declara allowedTargets.

El censo, ahora reproducible

scripts/__scratch-target-override-census.ts (SCRATCH, sin commitear):

node --import tsx/esm scripts/__scratch-target-override-census.ts

Cruza cada trigger(name, { targetOverride }) de soma/components + eidos/components + soma/layers contra target + allowedTargets, y resuelve en qué parte aterriza cada override con el AST de TypeScript en dos fases. Hace falta interprocedimental: el elemento llega casi siempre como PARÁMETRO (select(date, target?)), y quien lo pasa vive en otro fichero.

Marcas del informe: ~ la parte se dedujo del e.currentTarget siguiendo dónde se cablea el handler · ↑ la trajo un llamante · «markup» la trae el template de un .svelte, que el censo NO lee.

El número real no era 71/33 sino 119 eventos / 46 componentes (13 declarados). La diferencia no es un error del censo viejo: incluye eidos/components y los nombres computados.

Tres trampas medidas al construirlo, por si se re-hace:

Resolver el nombre del método globalmente importa partes de otro componente: select / prev / next los tienen doce, y Calendar heredó el branch-control de TreeView. El salto no puede salir del componente.
opts.ref.current como RECEPTOR de una consulta (…current.querySelector(…)) es la raíz donde se busca, no el aterrizaje. Contarlo inventaba un provider en carousel, command y todo el que busca su item desde la raíz.
e.currentTarget NO es la parte de la clase que declara el handler: CalendarProvider aloja el keydown del día y su clase registra provider. Hay que seguir el handler hasta dónde se cablea.

Punto ciego conocido: un override pasado en una VARIABLE (trigger(name, opts)) no se detecta — se mira el texto del segundo argumento.

Las cuatro clases

Clase	Qué	Qué se hace
A · no-op	el override re-dice el destino declarado, que es singleton	RETIRAR — mientras esté, el guard no distingue una redirección real
B · parte repetida	`day` · `item` · `row` pulsado	nada: la parte YA es el `target`
C · partes hermanas	`checkbox-item` / `radio-item` junto a `item`; `prev-trigger` / `next-trigger` junto al provider	declarar `allowedTargets`
D · contradicción	aterriza donde el morfo no dice, o en algo que NO es parte	decidir: retirar, o extender el morfo

Cerrado en este pase

aura — delegate-offer y delegate-escalate estampaban con el ref del provider, que es exactamente lo que el runtime resuelve solo: no-op retirado. sustain-processing (declara indicator) y los tres terminales (declaran ring) caen al provider cuando la parte decorativa no está montada: override sólo en la ausencia + allowedTargets: [provider] en los cuatro. ⚠️ Retirar el override de sustain-processing del todo PARECÍA correcto — «es post, sólo se pierde el ornamento»— y el navegador lo desmintió: la prueba monta el Aura sin Indicator y salieron 10 rechazos de SomaRuntimeTargetError. El ornamento no se pierde en silencio.
checkbox — el provider ES el botón (archetype: 'trigger'), así que los dos handlers le pasaban al runtime el mismo elemento que ya resuelve. Retirado el parámetro triggerEl de toggle() y actualizados los 6 llamantes.
Verificados SIN cambio (clase B, el override elige la instancia correcta de una parte repetida): calendar commit-select/unselect · carousel · clipboard · color-field (dos partes registran input; pasa la visible a propósito) · command · listbox · radio-group · range-calendar commit-* · toggle-group · tree-grid · tree-view · month-grid commit-set · table commit-select · tabs · feed · proof-of-human · form commit-submit.

No es deriva de destino: el morfo no declaraba el evento, así que el provider no tenía qué emitir. Tres componentes, el mismo agujero, y en los tres la anatomía YA lo anticipaba (item de onion-menu declaraba states: ['expanded','collapsed']; sub-content de los menús declaraba states: ['open','closed'] y su data-state).

onion-menu — desplegar un submenú, el gesto que DEFINE un menú radial, emitía nada: clickItem() sólo emitía en la rama hoja. Añadidos emerge-expand / emerge-collapse sobre item, con la forma de TreeView (misma familia+verbo: un nivel revela sus hijos en el sitio, libro cap. 26). Tocar fondo del drill sigue siendo close, no un collapse. Medido: emerge-expand estampa el sector (depth 1) y desestampa limpio; Backspace → emerge-collapse, depths 2→1. ⚠️ Probé primero con Escape esperando el collapse y salió close: la tecla de drill-up es Backspace según el mapa del propio morfo. El código estaba bien; la prueba estaba mal.
dropdown-menu y context-menu — MenuSubProvider.handleOpen/Close sólo volteaban estado. Añadidos sub-open / sub-close sobre sub-content en AMBOS gemelos (arreglar uno solo era la incoherencia que este eje persigue). Eventos distintos del open raíz a propósito: el sub es su propia superficie flotante, su commits escribe su propio data-state, y un pack debe poder distinguir «se abrió el menú» de «se abrió el submenú». sub-open nace post y sub-close pre + targetFallback: [sub-trigger] — la receta de float-panel, para no repetir A-36 en código nuevo. Medido: sub-open estampa data-dropdown-menu-sub-content. ⚠️ sub-close NO se ejerció en navegador: su camino es la coordinación SafePolygon (onPointerExit), que un pointerleave sintético no dispara. Queda por medir.

✅ F4 CERRADO (2026-08-10) — el A/B de A-36, ahora en verde

Aplicada la receta de float-panel a dropdown-menu Y context-menu (los dos gemelos; arreglar uno era la incoherencia de siempre): open pre→post, close sigue pre + targetFallback: [trigger] declarado, y los providers dejan de resolver contentRef ?? gestureTarget ?? partRef('trigger') a mano. El gestureTarget desaparece de la firma: pasarlo era justo lo que pisaba el contact-activate del Button compuesto.

Medido en /uix/components/dropdown-menu, el A/B que define el eje:

ANTES   contact-activate TRIGGER · contact-activate TRIGGER (+1 ms) · open PERDIDO
AHORA   contact-activate TRIGGER +9903ms · open CONTENT +9906ms
        close CONTENT (Escape)

Dos superficies, ambas expresando. El open ya no se pierde: bajo pre su destino declarado no había montado y no aterrizaba en ningún sitio.

check DELTA CERO · 440✓ (ambos menús + morfo + sema) · chronos sigue sano tras el pase (42 celdas · 17 chips · 3 botones · SSR ok).

⚠️ F4 — cómo se descubrió (medida previa, 2026-08-10)

Instrumentando el submenú salió la prueba del superviviente de A-36: al abrir el menú raíz se estampan dos contact-activate a 1 ms sobre data-dropdown-menu-trigger, y el open de la raíz no aparece en absoluto — es pre con target: content, y a esa altura el content no ha montado. No es que colisione: es que se pierde. La receta de F4 (open pre→post) sigue siendo la correcta y ahora está medida, no inferida.

⚠️ Hallazgo — A-36 tiene UN superviviente: `dropdown-menu`

Dos componentes comparten la FORMA del código de A-36 —open/close con target: content en sequence: 'pre' y el provider resolviendo contentRef ?? gestureTarget ?? partRef('trigger')— pero sólo uno comparte el DEFECTO, y la diferencia está en la composición, no en el provider:

dropdown-menu SÍ. eidos/…/dropdown-menu-trigger.svelte renderiza el Trigger de soma por su snippet child con un <Button> dentro, y su propia cabecera lo dice: «el [data-dropdown-menu-trigger] aterriza en el MISMO <button> que emite Button». Un elemento, dos morfos — la geometría exacta del Drawer en A-36.
context-menu, no POR DEFECTO — pero alcanzable. Su Trigger renderiza un <span> envoltorio, así que lo que el consumidor mete dentro es un HIJO: dos elementos, no uno. Pero el Trigger acepta snippet child, y con él el consumidor pone su propio control en el MISMO nodo — la colisión vuelve. Y el <span> es a su vez un defecto aparte, ver abajo.

⚠️ Esta distinción salió de MIRAR la composición. Al primer pase los agrupé por el parecido del provider y di los dos por supervivientes — el mismo error de clase que dejó vivo a dropdown-menu cuando se cerró A-36: casar patrones en vez de medir.

⚠️ Hallazgo aparte — el Trigger de `context-menu` viola su propio contrato

Encontrado al comprobar lo anterior. Tres fuentes, dos respuestas:

el morfo declara defaultElement: 'div' · archetype: 'trigger';
components/context-menu-trigger.svelte renderiza un <span>, y el README de soma y la cabecera del componente de eidos lo documentan como <span>;
no hay decisión escrita en docs/ que justifique el span.

Y el elemento no cumple lo que su arquetipo promete: sus props son data-state + data-disabled + oncontextmenu, sin tabindex, sin role y sin onkeydown — mientras el morfo le cuelga aria-haspopup="menu" y aria-expanded, que son estado de widget y no significan nada sobre un elemento no interactivo ni enfocable. Tampoco hay camino de teclado (APG: Shift+F10 y la tecla de menú contextual); el componente es sólo ratón / pulsación larga. Los demás archetype: 'trigger' del árbol (checkbox, dialog, dropdown-menu) sí son controles reales.

Para dropdown-menu, la receta ya está escrita en float-panel:

morfo open: sequence: 'post' (el content monta durante el trigger y el trigger conserva su superficie para sus propios eventos).
morfo close: sigue pre + allowedTargets: [v.partRef('trigger')].
provider: el flip de estado pasa a events: { open, close } y el open emite sin override; el close resuelve content ?? partRef('trigger') — sin gestureTarget, que es lo que hoy arrastra item / checkbox-item / radio-item / sub-trigger al aterrizaje.

No lo he tocado: son dos overlays muy usados, el cambio de pre a post mueve el commits de sitio y §5 exige medirlo en navegador. Es lo siguiente.

⚠️ chronos — el diagnóstico real y la decisión revocada (2026-08-10)

Auditado con scratchpad/chronos-parts-audit.mjs: chronos declara 26 partes y registra UNA (provider). Los ~25 marcadores restantes, y 17 role=, están escritos a mano en el template de eidos, así que el ARIA declarado en el morfo (p. ej. grid: aria-labelledby→heading, aria-readonly, aria-disabled) no llegaba nunca al DOM. Por eso chronos dependía de targetOverride: sin registro, partInstance devuelve null para todo.

Decisión revocada. 29ffe902a (2026-07-13) fijó «reuse of a piece of chronos rides the pure engine, not a public compound API». La mitad de REUTILIZACIÓN es correcta y se mantiene (un componente no es librería de otro). La mitad que el comentario de exports.ts extendió a «no public compound parts» como regla de API de consumidor se anula: contradecía la doctrina composicional (feedback-compositional-not-data-driven, con precedente de rechazo en OnionMenu), dejaba a chronos como el ÚNICO de su clase con estructura cerrada (Table y Calendar exponen la suya), y produjo el monolito que causó lo de arriba. Su cautela declarada («hasta que RRULE/resources estabilicen las firmas») ya había caducado. Los datos siguen siendo datos (como el TableInstance de Table); lo que se abre es la ESTRUCTURA.

Hecho: event-chip de punta a punta — ChronosEventChipProvider + componente de soma + barrels + recableado del chip de mes. Cadena Tooltip.Trigger → EventChip → DragDrop.Draggable → un solo elemento, con los tres morfos fundidos en él. Medido en navegador (17 chips): el contrato sale ya del morfo — role, aria-label, data-event-id y data-color, que no se había emitido nunca. Consola limpia; 228✓; check sin errores nuevos.

⚠️ Y el navegador cazó un defecto que la declaración escondía: el morfo daba al chip defaultElement: 'button' + type literal, y el primer render por el runtime puso type="button" sobre un <div>. La causa es de anatomía, no de cableado: el chip CONTIENE el asa de redimensionado, y el modelo de contenido de <button> no admite un control anidado. Corregida la DECLARACIÓN (div + role='button', tabindex propiedad de soma), no el DOM. Era invisible mientras nadie registraba la parte.

C1 CERRADO (2026-08-10) — las 6 partes que emiten registran ya: event-chip · event-resize-handle · day-cell (×42) · prev/next/ today-button. Cuatro clases de provider (los tres botones comparten una: mismo contrato, parte distinta — patrón de paginación de Calendar), cuatro componentes de soma, barrels, y la vista recableada por child.

chronos ya no usa targetOverride en ninguna emisión (censo global 99 → 91):

shift-navigate — redirección RETIRADA. El morfo declara provider sin allowedTargets; ceder el botón pulsado era deriva (lección A-36).
commit-save / commit-delete / commit-move — anclados en el CHIP que nombran vía partInstance, con targetFallback: [provider] declarado para cuando no hay chip (un alta, o el borrado que acaba de quitarlo). Esto responde al bloqueo original: los botones Guardar/Eliminar son IconButton compuestos dentro de un Dialog compuesto y no son partes de chronos — el SPEC ya decía que el morfo del editor lo aporta Dialog.
commit-restore / commit-apply — parámetros muertos retirados.

Medido en navegador: las 4 partes con id del runtime, aria-label traducido saliendo del morfo («Hoy», «lunes, 1 de junio de 2026»), 0 errores de consola, 0 quinientos. 260✓ (6 fallos = base ajena de contracts.test.ts); check DELTA CERO.

⚠️ Trampa de verificación medida dos veces: al exportar una parte nueva del barrel, el grafo de módulos SSR de Vite va por detrás y la página revienta con X is not defined (500) mientras el cliente ya renderiza bien. Se resuelve navegando de nuevo. No confundirlo con un fallo del código — y NO reiniciar el dev server (ver reference-dev-server-restart-orphans-browser).

C2 CERRADO (2026-08-10) — clase ChronosRegionProvider + componente Region para los 8 singletons estructurales (una clase para todos, como SidebarRegionProvider: misma forma, parte distinta, sin ramas). Migrados toolbar · heading · grid · grid-head · grid-body · time-grid · all-day-row · agenda, medidos en las TRES vistas (mes 42 celdas · semana 168 slots · agenda 18 grupos), porque cada vista monta regiones distintas y una sola no las cubre.

Y con eso el contrato ARIA del morfo está vivo por primera vez. Medido en /uix/components/chronos:

grid → role="grid" · aria-readonly="false" · aria-disabled="false"
       aria-labelledby="uix-chronos-region-c519" → «junio de 2026»
grid-head → role="row"      (el template ya no lo escribe)
grid-body → role="rowgroup" (idem)

aria-readonly y aria-disabled no se habían emitido nunca. Y los role de grid-head/grid-body se han BORRADO del template: los declara el morfo, que es el objetivo de C2.

⚠️ La trampa que costó el hallazgo, y que se repetirá en C3: registrar la parte NO basta para un partRef. aria-labelledby en grid es v.partRef('heading') gateado por part-present, y un partRef lee el bag parts del provider, no el registro. Chronos construía su runtime con {}, así que el grid registraba, su role y sus dos aria aparecían, y aria-labelledby se quedaba nulo en silencio. Arreglado publicando headingId como fuente (parts: { heading: … }), que es lo que Dialog hace desde siempre. Cualquier parte que otra referencie por partRef necesita lo mismo.

⚠️ La misma trampa mordió DOS veces, por el otro extremo: omitir una fuente que la parte SÍ declara hace desaparecer el atributo en silencio. Al quitar el aria-label a mano del time-grid —que el morfo declara como propRef('ariaLabel')— la región se quedó sin nombre accesible hasta añadir ariaLabel al bag de props del Region. Igual con el aria-label del grid, que depende de que heading esté registrado. Regla: al migrar una parte, cruzar sus aria/data declarados con las fuentes que el provider publica, y comprobar el VALOR en el DOM — no que el atributo exista.

Por eso la medida fue en las tres vistas: el time-grid y el all-day-row sólo existen en semana/día, y la agenda en la suya. Verificar en la vista por defecto habría dado verde con dos regiones sin comprobar.

C3 EN CURSO — las repetidas se parten en dos por una línea que conviene ver:

Sin fuentes de valor (sólo role, o un attr literal): grid-row, head-cell, now-indicator. Migradas reusando la MISMA clase Region, sin componente nuevo: el registro por instancia de F2 es lo que hace segura una clase para muchos nodos. Medido: 6 filas + 7 cabeceras registradas por instancia, con role="row" / role="columnheader" saliendo del morfo.
Con propRef (necesitan valores por instancia): en vez de una clase por parte, Region recibe un bag sources — un thunk, no una instantánea, porque el runtime lo re-lee y así los attrs siguen siendo reactivos cuando el mes cambia debajo. Migrados así day-number (42/42, data-value desde el propRef), day-column, time-slot y agenda-group.
agenda-item: clase propia (ChronosAgendaItemProvider + componente), porque renderiza un <button> REAL — su morfo declara role + el literal type, y a diferencia del chip del mes no anida ningún control, así que aquí el elemento nativo es el honesto.

C3 CERRADO 9/9 (2026-08-10) — more-link migrado. Clase propia (ChronosMoreLinkProvider + componente), NO Region: el precedente es agenda-item — renderiza un <button> real y Region cae a <div>, que pondría el type declarado sobre un no-botón (el defecto que destapó el chip). Cadena Popover.Trigger → MoreLink → Button → un solo elemento. ⚠️ El bag del popover va el último en el spread: el aria-labelledby de su content cae al id del trigger, así que esa identidad tiene que ganar. Medido en /uix/components/chronos: data-count="6" (nunca se había emitido), role, type y aria-label del morfo conviviendo con aria-haspopup / aria-expanded / aria-controls / data-state del popover en el MISMO nodo. check 74 = base, DELTA CERO · 458✓.

⚠️ CUARTA declaración falsa destapada al registrar — y esta no es de chronos: v.translationRef('moreEvents') normaliza la clave literal (compile.ts:normalizeTranslationRef → #?components.chronos.moreEvents), NO consulta el mapa texts del morfo. El catálogo la tiene como more-events, así que el lookup falla y sale el FALLBACK inglés. Medido con la página en es:

today-button  aria-label="Hoy"              ← clave 'today', coincide con el catálogo
prev-button   aria-label="Previous month"   ← 'prevMonth' ≠ 'prev-month'  → fallback
next-button   aria-label="Next month"       ← 'nextMonth' ≠ 'next-month'  → fallback
more-link     aria-label="Show more events" ← 'moreEvents' ≠ 'more-events' → fallback
day-add       aria-label="Nuevo evento"     ← eidos tr() con clave guionada: SÍ traduce

El guionado no es el problema: tr() lo resuelve. La regla real es que translationRef exige la clave del catálogo, y un alias camelCase muere en silencio. ~~npm run translations:check —el guard que lo cazaría— CASCA~~ CORREGIDO 2026-08-11: el crash era el stripper de comentarios rompiendo un https:// dentro de una cadena (no una «url multilínea»), y además el guard nunca escaneó las llamadas translationRef/commonRef — esta clase pasaba en verde con el script sano. Reescrito sobre el contrato compilado y censados los 166 morfos (§0 punto 3): 172 hallazgos arreglados, 0 errores.

⚠️ Label-in-Name (WCAG 2.5.3) en more-link: el texto visible es {count} more… (además SIN traducir, a diferencia del resto del fichero) y el nombre accesible pasa a ser el aria-label del morfo, que no lleva el número. Decisión de C4: o el aria-label se hace propRef con el conteo, o se retira y nombra el contenido — pero entonces el texto visible tiene que traducirse.

ChronosRegionProps admite class y style explícitos: el morfo posee role/aria, la receta posee la caja. Declarados uno a uno en vez de tragados por la firma de índice, para que el reparto se lea en el tipo.

⚠️ REGISTRAR UNA PARTE DESTAPA DECLARACIONES FALSAS — tres veces ya

El patrón del pase, y hay que contar con él en lo que queda: mientras nadie registraba la parte, el morfo podía mentir sin consecuencia. En cuanto el runtime emite lo declarado, la mentira se materializa.

Parte	Declaraba	Qué pasó al registrarla
`event-chip`	`defaultElement: 'button'` + literal `type`	`type="button"` sobre un `<div>` — el chip ANIDA el asa de resize y el modelo de contenido de `<button>` no lo admite
`grid-row`	`archetype: 'item'`	La semana entera se pintó como fila de lista: `archetypes.css` da a `[data-archetype='item']` cursor pointer, suelo de altura y FONDO EN HOVER. Una semana es estructura; el item es la celda
`grid` / `time-grid`	aria por `propRef`	el atributo desaparecía en SILENCIO si el provider no publicaba la fuente

En los tres casos el arreglo fue la declaración, no el DOM ni el CSS. Y sólo el del grid-row era visible a simple vista — los otros dos exigieron mirar el valor concreto en el DOM.

✔ El botón «Hoy» NO tiene bug (verificado 2026-08-10)

Reportado como que sólo movía el día y no el mes. Medido: desde noviembre de 2026 → pulsar Hoy → agosto de 2026. Correcto.

Lo que despista: hoy es 2026-08-10 y el demo arranca en junio porque le pasan date fijo. Estando ya en agosto, Hoy no tiene mes que cambiar y sólo mueve el foco. ⚠️ Mi primera medición dio un falso positivo por esto mismo — avancé dos meses desde junio y aterricé sin darme cuenta en el mes actual. Al probar navegación temporal, salir primero del mes de hoy.

Estado de chronos al cerrar la sesión del 2026-08-10


C1 · partes que emiten	✅ (6) — chronos con CERO `targetOverride`
C2 · singletons	✅ (8) — medidos en las TRES vistas
C3 · repetidas	✅ 9 / 9
C4 · morfo	✅ 7 / 7
C5 · composición pública	rebanadas 1-2 de 4 — toolbar + overlays

C4 — hecho (2026-08-10)

Los 6 marcadores data-chronos-* que el morfo no conocía, resueltos así:

Marcador	Verdicto	Cómo
`day-add`	PARTE pública	Registrada: `ChronosDayAddProvider` + componente `<DayAdd>`; el `<IconButton>` de la vista se compone por `child`. El `aria-label` a mano DESAPARECE — sale del morfo. 42 instancias medidas
`timegrid` → `time-view`	PARTE privada, RENOMBRADA	Era el shell de semana/día, a UN guion de la parte `time-grid` que vive dentro: trampa. Marcador inline (parte de display puro), 4 reglas CSS renombradas
`peek-panel` · `day-peek`	PARTES privadas	Sin role ni aria: marcador inline, que es la forma sancionada para una región estructural que no debe ser class-hook
`edit-action`	PARTE pública, registrada	`ChronosActionProvider` + `<EditAction>` sobre el `IconButton` del editor. Ver decisión 1
`search-button`	PARTE pública, registrada	Abre una paleta `Command.Dialog` sobre TODOS los eventos. Ver decisión 2

⚠️ La premisa del plan era falsa en dos puntos, medidos:

Decía «las 5 partes reales que el CSS de eidos estiliza». search-button no tiene ni una regla CSS ni un onclick en todo el repo: una sola aparición, el atributo. No es una parte por declarar, es una lupa que no hace nada.
Suponía que estos marcadores estaban en rojo. eidos-lint chronos medido antes y después (restaurando morfo+css de HEAD): invalid: 0 en ambos. Los clasificaba como eidos-only, no como inválidos. Lo que cambia es morfo-backed 32 → 43 (y eidos-only 53 → 42): el contrato pasa de señal DOM sin declarar a declarado. Ese es el valor, no un guard en rojo.

⚠️ class-hooks: 115 en chronos, sin cambio. La norma S1 de eidos-lint los prohíbe (component:audit exige 0). Es la familia .chronos-tg-* / .chronos-peek-* entera: deuda grande, PREEXISTENTE, y un eje propio.

Y de paso, el arreglo de i18n medido (§C3): con las claves del catálogo, prev/next/more-link pasan de fallback inglés a «Mes anterior» · «Mes siguiente» · «Ver más eventos» en una página es.

Verificado: check 74 = base, DELTA CERO · 458 ✓ · contracts.test.ts los MISMOS 6 fallos ajenos (ninguna fila de chronos) · docs:check 0/621 · rtl:check 0/177 · navegador en las TRES vistas + el peek abierto, consola limpia en pestaña nueva.

⚠️ Dos trampas de verificación en este pase:

prettier --check sobre una copia del fichero FUERA del proyecto no valida nada: no resuelve el plugin de svelte y falla parseando, lo que se lee como «pasa» si sólo miras la lista de warns. chronos-view.svelte YA estaba sucio en HEAD; lo descubrí sólo al comprobarlo in situ.
prettier --write sobre él lo pasó a LF y produjo un diff de 719 líneas (reference-git-crlf-wholefile-diff). Revertido y reaplicados los tres cambios a mano: el diff real es 34 líneas. No formatear ficheros que ya estaban sucios.

C4 — las 3 decisiones, resueltas por el autor (2026-08-10)

1 · edit-action → DECLARADA. El plan decía retirarla; el autor decidió lo contrario y es lo coherente: retirarla no era ejecutable (su única regla CSS la posiciona en la esquina del diálogo, y cambiar el gancho por una clase es justo lo que la norma S1 prohíbe), y el precedente del mismo día lo contradecía — more-link dentro de un Popover compuesto y day-add dentro de un IconButton compuesto SON partes. Alcanzar un componente compuesto con tu propio attr con namespace es el patrón sancionado. Medido: role · type · aria-label="Editar evento" del morfo, la caja sigue a 20/20 px de la esquina del diálogo (medido contra el rect real), y el click sigue abriendo la edición (19 campos data-readonly → 0).

2 · search-button → PARTE + PALETA sobre TODOS los eventos. No había spec en ninguna parte (ni SPEC.md ni CONTINUE.md; el README sólo lo mencionaba como composición) y en soma/engine no había una línea de búsqueda, así que la conducta la eligió el autor: paleta que busca en todo el almacén, no filtro de la vista. Construido con Command.Dialog del propio framework — que YA existe (paleta modal sobre el Dialog de eidos, con mod+k de serie) y que estuve a punto de recomponer a mano: leer el barrel antes de escribir markup.

Provider: goToDate(date), la generalización de la que goToday era un caso particular (mismo ancla rovinga, anuncio y emisión shift-navigate).
El texto buscable viaja en keywords: el scorer de Command lee value + keywords y NUNCA los hijos renderizados, y el value es el id del evento. Por eso se busca por título, por tipo Y por fecha.
Una serie recurrente sale UNA vez, igual que openEdit, que edita la serie.

Medido: ctrl+k ✓ · meta+k ✓ · el botón ✓ · 18 eventos listados con «Título — 8 jun 2026 · Todo el día» · filtro por título («trip» → 1) y por fecha («18 jun» → Retro) · vacío traducido · y el salto de marco: noviembre de 2026 → elegir «Retro» → junio de 2026 con el editor abierto.

⚠️ Lo que NO se pudo verificar: que la paleta se DESMONTE al elegir. Su data-state pasa a closed (correcto), pero el nodo permanece porque el panel oculto congela las animaciones de salida — medido: document.hidden = true y scale-out/fade-out en running con currentTime: 0. Control: el diálogo del editor tampoco cierra con Escape en ese estado (22 animaciones congeladas). Es el entorno, no el código — pero queda por confirmar con el panel visible.

3 · undo-button / redo-button → CABLEADOS. ChronosNavPart pasa de 3 a 5 partes (misma clase, el patrón de paginación de Calendar) y la barra los renderiza en su propio chronos-nav-group. Medido de punta a punta:

Retro, 18 jun 2026  → drag → 25 jun  → undo → 18 jun  → redo → 25 jun
undo deshabilitado al arrancar (aria-disabled=true + data-disabled), habilitado tras el move

⚠️ Y destapó la MISMA clase de fallo de traducción, tercera vez: los dos declaraban v.commonRef('action.undo') y common.action no existe — el grupo es common.buttons. Añadidos buttons.undo / buttons.redo («Deshacer» / «Rehacer») y repuntadas las declaraciones. docs:vocabularies regenerado (38 → 40 shared strings), que es lo que puso docs:check en rojo hasta regenerarlo.

⚠️ La abstracción llegó a sus dos consumidores: ChronosDayAddProvider pasa a ChronosActionProvider con parte 'day-add' | 'edit-action' — mismo contrato (botón real, role + type + aria-label traducido, CERO fuentes), el patrón de NavButton. Los componentes siguen siendo dos con nombre propio (DayAdd, EditAction), que es lo que C5 necesita para la API compuesta.

C5 — composición pública, rebanada 1 de 4 (2026-08-11)

Qué partes son públicas NO es cuestión de gusto: es kind en el morfo. 21 públicas · 12 privadas (los internos del time-grid, las filas de agenda, las superficies del day-peek). Ese es el criterio, y evita inventarse una API.

Hecho en esta rebanada:

Namespace Chronos.* con la forma de Table/Calendar (index.ts), y la raíz con ranura de composición: pasar children REEMPLAZA el cuerpo por defecto. Antes se renderizaban además de la vista completa —un segundo árbol colgando de un calendario entero—; ningún consumidor los pasaba.
8 partes de toolbar: Toolbar · Heading · PrevButton · NextButton · TodayButton · UndoButton · RedoButton · SearchButton. Ergonómicas al estilo Calendar.PrevButton: componen el IconButton/Button del sistema, su glifo y la llamada al provider, así que el consumidor recibe un control que FUNCIONA, no un gancho vacío. children sustituye el cuerpo de cada una.
El cuerpo por defecto se recompone desde ellas. No es un camino privilegiado: es el primer consumidor de la API compuesta. Sólo queda literal el cromo que no es parte del morfo (insignia de fecha, bloque de título, select de vista).
searchOpen sube al provider. En un toolbar compuesto el botón y la paleta viven en subárboles distintos; el provider es el único sitio que alcanzan los dos. Es estado de componente, como editing.
⚠️ Y la prueba compuesta destapó un hueco real: el SearchButton compuesto no abría nada, porque la paleta vivía en el cuerpo por defecto. Los overlays pertenecen a la RAÍZ. Extraída a chronos-search-palette.svelte y renderizada siempre.

C5 — rebanada 2 de 4: los overlays a la raíz (2026-08-11)

El editor tenía el mismo hueco que la paleta y se cierra igual: extraído a chronos-editor.svelte (Dialog + editorCtx + save/remove) y renderizado por la RAÍZ. Un árbol compuesto que coloque EditAction o celdas de día — partes públicas— ya recibe editor cuando algo llama a openEdit/openCreate; antes, sencillamente, no tenía ninguno. chronos-view.svelte baja de 1199 a 893 líneas y pierde 7 imports que la extracción dejó huérfanos.

Medido con el discriminador que sí distingue de quién es el editor (el portal del Dialog hace que contains() no sirva): mover sólo la instancia compuesta 5 meses y luego elegir desde SU paleta un evento de junio.

away   → [junio (defecto), noviembre (compuesta)]
elegir «Retro» en la paleta de la COMPUESTA
after  → [junio (defecto), junio (compuesta)]   ← la de por defecto NUNCA se movió
1 editor abierto · title «Evento» · EditAction presente

Es decir: el handler corrió en el provider de la instancia compuesta, y el editor que apareció es el suyo. check 74 = base · 458 ✓ · consola limpia.

Dos declaraciones falsas más, del mismo patrón de siempre: toolbar declaraba header y la vista pintaba un div; heading declaraba div y pintaba un span. Los wrappers renderizan lo declarado, medido sin desplazamiento (la fila del título es flex, así que el div sigue en la misma línea que la insignia de semana, y el aria-labelledby del grid sigue resolviendo).

Medido con DOS instancias en la misma página (la de por defecto y una compuesta a size="sm"):

next en la COMPUESTA  → junio → julio, la de por defecto NO se mueve
prev en la DEFECTO    → junio → mayo,  la compuesta NO se mueve
ids de heading distintos (s15 / s347) → registro por instancia (F2) sostiene
la paleta de cada raíz lista sus 18 eventos por separado

check 74 = base · 458 ✓ · morfo:check PASS chronos · docs:check 0/621 · rtl:check 0/177 · eidos-lint invalid 0 · consola limpia en las tres vistas.

⚠️ C5 rebanada 3 — el bloqueo real, medido antes de empezarla

Extraer MonthView NO es mecánico, y la razón cambia el plan. Cruzando los helpers de la vista contra sus tres regiones:

Helper	mes	semana/agenda
`tooltipBody` · `tooltipCtx`	1	3
`chipKeydown`	1	2
`startResize` / `moveResize` / `endResize`	1	1
`dragPreview` · `eventTime`	1	1
`segsForWeek` · `overflowByDate` · `handleDrop` · `startCreateMonth`	sí	0

Casi todo es COMPARTIDO. Y varios de esos compartidos —chipKeydown, startResize, nudgeGrab— son comportamiento, que por doctrina es de soma, no de eidos: mapean teclas a llamadas del provider y hacen captura de puntero. Partir la vista sin mover eso antes no arregla el monolito: reparte la fuga entre cuatro ficheros.

Así que la rebanada 3 empieza por ahí: subir a soma el comportamiento del chip (teclado de mover/redimensionar, captura de puntero del resize, drag-to-create), y sólo después extraer MonthView / WeekView / AgendaView, que entonces sí son composición pura.

Rebanadas que quedan:

Partes del grid de mes — Grid · GridHead · HeadCell · GridBody · GridRow · DayCell · DayNumber · DayAdd · EventChip · EventResizeHandle · MoreLink como wrappers de eidos, y un Chronos.MonthView que los componga (patrón Calendar.MonthView, que se auto-gatea sobre provider.view).
WeekView / DayView / AgendaView con las 12 partes privadas dentro, y la vista monolítica reducida a un despachador.

Verificación al cierre: check 74 = base, DELTA CERO sostenido en cada lote · 458 ✓ (chronos + morfo + sema) · navegador limpio en las tres vistas. Censo global de targetOverride: 148 → 89.

⚠️ Defectos de conducta medidos en el navegador (2026-08-10) — eje NUEVO

Estado 2026-08-11: de los tres, el 2 está ARREGLADO, el 3 RETIRADO por no reproducible, y el 1 espera decisión tuya.

Salieron al responder dos preguntas del autor sobre la vista de mes. Ninguno es de superficie perceptual; se anotan aquí para que no se pierdan.

~~La 6ª fila fantasma.~~ NO ERA UN DEFECTO — REVOCADO 2026-08-13, ver §4. fixedWeeks viene true en chronos y false en Calendar / DatePicker / RangeCalendar / DateRangePicker, y de esa asimetría se dedujo una deriva. Es al revés: chronos es el único que escribió su decisión (SPEC.md:270, :492, :311/:461) y coincide con el default de FullCalendar y Toast UI; los otros cuatro son rejillas en popover, otro problema. La ficha además leyó mal el CSS y se dejó la mitad de los defaults — el detalle, en §4.
~~Una ocurrencia de evento recurrente NO se puede mover.~~ ARREGLADO 2026-08-11 — y el arreglo NO era el que parecía. Su id es sintético (${serie}::${YYYY-MM-DD}, engine/recurrence.ts:145) y moveEventToDay la buscaba en calendar.events, que sólo guarda la SERIE → find devolvía undefined y salía en silencio, después de haber iluminado el destino. Iba a resolver el id a la serie (como hace openEdit) hasta ver que canResize ya excluye las ocurrencias explícitamente («those edit via the series in v1»): la política escrita es bloquear la manipulación directa y editar por el diálogo, no desplazar la serie. Así que el arreglo es hacer VISIBLE ese bloqueo: canMove(event) en el provider, espejo de canResize, y disabled en los TRES DragDrop.Draggable (mes · all-day · timed). Medido: la ocurrencia ya no inicia el arrastre (antes: celda iluminada + nada al soltar), y un evento normal sigue cayendo (Retro 18 jun → 25 jun). ⚠️ El camino de TECLADO ya estaba bloqueado — por canResize, que gateaba las DOS permisos. Ahora cada flecha consulta la suya (Shift → resize, flecha sola → move); hoy los dos predicados valen lo mismo, así que ahí no hay cambio de conducta, sólo de significado. ⚠️ Queda la mitad cosmética: el chip bloqueado sigue con cursor: grab y sin data-disabled (el Draggable no lo estampa). Para pintarlo hace falta un gancho: o event-chip declara un estado nuevo, o DragDrop.Draggable estampa data-disabled — decisión, no bug. Los eventos normales SÍ caen en las celdas de fuera de mes — medido: Retro → 2026-07-08 y Launch → 2026-07-09 aterrizan y se repintan allí.

~~El chip pierde data-event-id tras un intento de arrastre.~~ NO REPRODUCIBLE — RETIRADO 2026-08-11. Lo reporté como defecto de contrato C1 (el attr es propRef + emit: 'value') tras verlo faltar en tres chips. Al ir a arreglarlo no aparece bajo NINGUNA condición. Probado:

Condición	Resultado
Carga limpia, lectura inmediata · +50 · +200 · +1000 ms	17/17
Re-render (mes siguiente y vuelta)	17/17
Arrastre real que aterriza	17/17
En mitad del arrastre · mismo tick del `pointerup` · microtask · macrotask · 1 frame · asentado	17/17

La explicación más probable —no medida, y por eso no la doy por buena— es que fuera estado rancio de HMR: la misma sesión produjo otros dos fantasmas (DayAdd is not defined y dos soma::runtime.part) que al comprobarlos en pestaña nueva no existían. Lección de método: un hallazgo sobre el DOM en una pestaña que ha sobrevivido a varios HMR no vale; repetirlo en pestaña nueva ANTES de anotarlo.

⚠️ Hallazgo — chronos estampa fuera del morfo RESUELTO POR C1

Superado (2026-08-10, §C1): chronos tiene CERO targetOverride — el censo lo confirma. La decisión que este bloque pedía quedó tomada así: shift-navigate retiró la redirección (deriva, lección A-36); commit-save/commit-delete/commit-move anclan por partInstance al CHIP que nombran con targetFallback: [provider] declarado (los botones del editor son un Dialog compuesto y NUNCA fueron partes de chronos); commit-restore/commit-apply retiraron sus parámetros muertos. Se conserva el texto original sólo como registro de qué preguntaba:

commit-save y commit-delete declaraban event-chip y aterrizaban en los botones Guardar / Eliminar del editor; commit-move en la celda del drop; shift-navigate en los botones de navegación y day-cell.

La cola de la campaña — LISTA CONGELADA, ver §3.0 «QUEDA de las olas 2-4»

⚠️ Esta lista quedó ESCRITA ANTES de las olas 2-3 de F3 y ya no es la cola real — durante un día dio órdenes opuestas a §3.0 sobre nueve componentes. La cola VIVA es la de §3.0; de lo de aquí ya están CERRADOS por F3/F4: ~~context-menu~~ · ~~dropdown-menu~~ (F4, open pre→post + targetFallback) · ~~editable~~ ~~search-field~~ ~~stepper~~ (CROSS retirados — el provider declarado ES la superficie) · ~~table~~ (sort-trigger → column-header por closest + partInstance) · ~~tag-group~~ · ~~tree-view~~ (identidad item/branch) · ~~command~~ (item ratón + camino Enter; queda sólo link-item) · ~~timeline~~ (emerge-reveal anclado).

Siguen pendientes (coinciden con §3.0): file-upload · float-panel (drag/resize → header / resize-handle / resize-grip: ¿allowedTargets o retirar?) · grid-list (selection-checkbox) · month-grid y year-grid (shift-navigate-step → cell) · palabras (13 filas, diseño fino) · range-calendar (shift-navigate → day) · tags-input · command (link-item) · menu-dial / onion-menu / metrics (vistas de eidos: deben REGISTRAR sus partes) · path-trace / rotate-align / drag-drop (gestos handle) · virtual-list / virtual-grid · menubar · navigation-menu · css-field / number-field (commit-set + retirar targetOverride de su API pública) · select / combobox · calendar (day) · pagination (5 controles).

3.2 Restitución de persistentes — eje NUEVO, ninguno de `regime` lo cubre

Medido con el engine real:

afterWarn:               "signal-warn-invalid"   ← el aviso untilFix proyectado
duringCommit:            "commit-submit"          ← el commit lo pisa
afterCommit:             null                     ← al limpiar se lleva el aviso
engineStillHoldsWarning: true                     ← el engine lo cree vivo

Una persistente no compite por la ranura: es un estado al que la ranura debe VOLVER. Propuesta: tras el hold de una transitoria, el engine re-proyecta la persistente viva de ese nodo. Afecta a form, file-upload, textarea, media-player, announce, aura.

3.3 Eje B — ordenación y emisión

sequence: 'coincident' sigue sin implementar (idéntico a pre); 21 eventos lo declaran. Implementarlo (emit sin await + handler inmediato) o marcarlo reservado.
4 continuos sin throttle contra la doctrina de sema.md: gradient-builder, color-picker (área), number-field, css-field emiten en CADA pointermove. Cinco compañeros sí throttlean (DRAG_SIGNAL_MS). ⚠️ rotate-align NO es infractor: throttlea por detente.
Las 68 demos emiten sin verb → desde el rediseño del 2026-08-06 el verbo elige el sonido, así que un play de emerge-close suena open y commit-delete suena tick en vez de tick.loss. El bloque está copiado 68 veces; extraer un helper a $demo es refactor aparte.
knob.handle-drop es pre con handler → data-dragging sobrevive 240 ms al soltar. button.contact-activate retrasa onPress 120 ms.

3.4 Eje C — cola de `AUDIT-sema-2026-08-05`, re-verificada abierta

2026-08-13 — esta cola se sigue desde CONTINUE-audit-queue.md, que lleva el protocolo de trabajo, lo firmado y lo abierto. Cerrados desde aquí: S-10 (el canal visual honra su propia bolsa, 44af38e6e) y S-34 (el validador de runtime atado al const, eda3b977b). S-33 firmado y sin ejecutar.

S-19 (AnnounceFn no compila contra uix.announce; ninguna raíz cablea el canal) · ~~S-27/S-41~~ ARREGLADO 2026-08-12 (el gate de shouldPrime lee la preferencia: con off ni contexto ni listeners; test nacido en rojo) · S-10 (rama visual sin ?? → revienta el boot) · S-33 ('forbidden' no prohíbe) · S-34 (gemelo del schema copiado a mano) · S-35 (la etiqueta esquiva la política) · S-30/S-38 (5 waivers, ya desbloqueados por S-31).

3.5 Eje D — fable, lo que sigue abierto

M1 emission (D.2, aceptada y nunca implementada — cerraría los waivers de tooltip y gradient-picker) · M4 (enumPair frágil con 3+ valores) · M5 (tipar el matcher state) · M6 (IntentExpectedFamily deprecado, ×2) · E2 (globalThis.matchMedia crudo en eidos) · E3 (catch mudo en #renderSchemeCss).

3.6 Eje E — canon del ledger de blocks

A-47 (anillo de foco 1.43:1 sobre panel sólido) · A-69 (count-up: duration no significa segundos) · ~~A-85 confirmado~~ ARREGLADO 2026-08-11, y el veredicto se INVIRTIÓ: el censo dio 132 declaraciones en 59 morfos, y la solución no fue el prop-truthy de button ×132 sino una regla de VOCABULARIO — dos clases de precedencia (contract = runtime gana · naming/aria-label = el attr explícito del consumidor gana, como la propia cadena de nombre accesible de la plataforma). Las 132 declaraciones eran correctas; la precedencia era el defecto. consumerWins en el compilador, el label viaja en el bag (SSR incluido — antes ni salía en SSR, medido) y mergeProps resuelve consumer-first. A/B del ledger re-medido en verde; button simplificado (2026-08-11): retirados la entrada propRef + prop-truthy del morfo, el destructure del wrapper y la fuente del provider — el attr del consumidor fluye por restProps y gana por política; el tipo con su JSDoc se queda (documenta la API). A/B por stash: el insta-cierre del drawer en /blocks/site-header/preview reproduce IGUAL con el código original — es del entorno de esa instancia (el demo plano de drawer abre perfecto), no de la simplificación. Espejos manuales BARRIDOS (2026-08-11): 10 duplicados estrictos retirados — popover close · float-panel close · editable ×3 (su comentario ya confesaba «resolves to the same id») · palabras ×4 (bubble/slash/link/find) · y los 6 hand-merges consumer-first de wrapper (file-upload ×5 + command-list), que re-implementaban a mano la política de mergeProps; con ellos cayeron 4 errores de tipado preexistentes (check 74→70). ⚠️ Trampa de harness cazada: translate: (key) => key en el harness de editable divergía de producción (translate = langs.ts) — el bag resolvía refs crudos mientras el mock alimentaba las líneas a mano; alineado.

Normalización morfo-first de resolvedAriaLabel (2026-08-11) — las ~28 cadenas resultaron ser la danza de Button a escala: el prop público ES aria-label (con Without<…> sacándolo del passthrough), el wrapper lo destructura, el provider lo resuelve contra un default y lo devuelve al bag. Una sola superficie de consumidor, no dos. Cinco clases medidas:

Clase	Qué declara el morfo	Arreglo
1	`propRef('ariaLabel')`; el default vive SÓLO en la cadena	el morfo pasa a declarar el default (`translationRef` con el ref VERBATIM del `LANGS`)
2	ya el `translationRef` correcto	la cadena era duplicado puro: se retira sin tocar el morfo
+supr	—	la supresión por labelledby pasa a `condition: prop-falsy ariaLabelledby` (exige que el provider publique la fuente)
sin default	`propRef` sin default real (radio-group, slider)	el morfo NO declara nada — precedente Button
ESTADO ⛔	—	BLOQUEADA: `mapRef` devuelve `map[String(raw)]` sin traducir, así que una etiqueta que cambia con el estado no puede subir (clipboard copy/copied · password-field show/hide · table expand/collapse). Ensanchar `mapRef` es decisión de contrato, no mecánica

Piloto meter cerrado y verificado (clase 1 + supresión): morfo declara #?components.meter.label|Meter con prop-falsy ariaLabelledby; fuera la cadena, la fuente, el prop de opts, el destructure del wrapper y el import huérfano. check 70 = base · navegador: un meter compuesto con aria-label="Storage usage" conserva el del consumidor. ⚠️ La aserción de supresión hubo que REFORZARLA: mirar el DOM ya pasa trivialmente (los naming no viajan por dom.apply), tiene que mirar el BAG.

Barrido EJECUTADO (2026-08-11) — 21 componentes migrados, 5 rechazados. Refs compilados 145 → 157: doce defaults que vivían en resolvers de provider son ya contrato. check 70 = base · soma 1269✓/1 (el timeout ajeno) · morfo+sema 494✓ · translations:check 0 · SSR de los 21 sin una sola fuga de #? ni __uix_lang_missing__. Medido en SSR: el consumidor gana donde lo pasa («Project location» en breadcrumb, «Uploading assets» en progress) y el default del contrato resuelve en castellano donde no («Opciones», «Carrusel», «Lista en cuadrícula») — y ahora sale en SSR, que antes no ocurría.

⚠️ El residuo es la parte valiosa: cuatro razones, dos que el análisis previo NO había previsto. Además de las state-dependent (bloqueante mapRef ya conocido: table row-detail · password-field toggle · tree-grid expand · media-player por control · clipboard) aparecieron:

INTERPOLADAS — translationRef nombra una clave, no admite params: carousel Slide N of M e indicator · tag-group Remove {tag} · nav-tree (nombre por nodo).
~~CROSS-ELEMENT~~ ARREGLADA 2026-08-11 (ver abajo).
~~SUPRIMIDA POR <label for>~~ ARREGLADA con ella — eran la misma clase por sus dos mitades.

Clase CROSS-ELEMENT — arreglada (2026-08-11)

El prop del consumidor se declaraba en una raíz que pinta un <div> sin rol, pero el nombre pertenece a un control HIJO (textarea → su <textarea>; mask-field · search-field · password-field → su <input>). No era «bloqueada»: era declarable en la parte hija. Y había un defecto de contrato real: el morfo declaraba la etiqueta INCONDICIONAL mientras el provider la suprimía ante un Field.Label y luego la pisaba siempre — su propio comentario lo confesaba («Overrides the morfo's raw translationRef default»). El plan del morfo se evaluaba y se tiraba.

Arreglo, en los 4: el default vive en la parte que posee el nombre, con la supresión DECLARADA (condition: prop-falsy fieldLabelled, leyendo un prop virtual que el provider publica — regla 2-de-3); la cadena resolvedAriaLabel desaparece; y el prop de conveniencia de la raíz se reenvía con spread CONDICIONAL.

⚠️ El spread tiene que ser condicional. Escribir la clave sin condición la pone a undefined cuando el prop falta y borra el default que el bag acaba de aportar — una clave presente gana a una ausente en un spread. Es la trampa de esta clase.

Medido: SSR con el prop del consumidor reenviado («Notes», «Masked value») y con el default del contrato en castellano donde no hay prop («Buscar», «Contraseña»); 0 fugas de #?. ⚠️ El tercer caso (dentro de Field.Label) NO está verificado en navegador: ningún demo compone estos controles dentro de un Field.Label. Queda cubierto por test (search-field y mask-field asertan not.toHaveProperty('aria-label')) — y de paso mejoró: la clave ahora está genuinamente AUSENTE en vez de presente-con-undefined.

navigation-menu y waveform CERRADOS (2026-08-11) — y resultaron ser dos casos distintos, no uno:

navigation-menu: el mismo patrón que los cuatro (raíz <nav> → <ul>). Mismo arreglo; la condición vive en las fuentes POR PARTE de la List (donde ya estaba orientation), no en el runtime raíz. Medido: <ul aria-label="Principal"> del catálogo, <nav> sin etiqueta.
waveform: NO era la misma clase. Su default se queda en el provider — correcto: el nombre lo lleva un <Slider> compuesto, que no es una parte suya, y morfo.texts es justo la forma sancionada para un slot que resuelve el provider. El defecto era otro y peor: su prop público era ariaLabel camelCase (único en el catálogo) y su tipo Without<PrimitiveDivAttributes, {}> no filtraba nada — un aria-label del consumidor, que es lo natural, aterrizaba en el <div> sin rol y se perdía en silencio mientras el Slider conservaba el default. Arreglado alineándolo con el catálogo: prop 'aria-label' + Without<…, { 'aria-label' }> + reenvío al Slider. ⚠️ El cambio de tipo cazó un consumidor real —media-player-time-slider pasaba ariaLabel—, que es exactamente lo que un tipo estrecho debe hacer. Medido: raíz <div> SIN aria-label, Slider con «Forma de onda».

Lección de la clase: antes de mover un default, mira si el elemento es tuyo. Si lo es, va al morfo de esa parte; si es de un componente compuesto, el texts + provider es correcto y lo que hay que auditar es que el prop del consumidor no acabe en el envoltorio sin rol.

table es caso aparte: su cadena la alimenta un prop público DISTINTO (label, con su propio JSDoc), no el passthrough — y su aria-label ya gana consumer-first hoy. Nada que migrar. Tabla completa de exclusiones en morfo.md Step 4. QUEDAN legítimos (no espejos ni cadenas): supresión por labelledby de navigation-menu/tree-view · handles de float-panel (fuente ÚNICA). La incoherencia de gemelos quedó RESUELTA (2026-08-11): range-calendar declara ya month/year-select con los MISMOS refs #?common.calendar.* que calendar, espejos del provider fuera, y un test fija que el bag los lleva (con translate identidad el ref crudo aflora — prueba de que la DECLARACIÓN llega). ⚠️ Ningún demo compone los selects de SOMA: el «month-select» del demo de calendar es la composición de EIDOS (Popover.Trigger+Button, nombrado por su TEXTO visible, marcador passthrough) — no confundirlo con la parte del morfo al verificar. En range-calendar/langs.ts quedan PREV_MONTH/NEXT_MONTH muertas PREEXISTENTES (no las tocó este pase). Detalle: morfo.md Step 4 + ledger §A-85 RESOLUCIÓN.

4 · Decisiones del autor, pendientes

Las dos de chronos, medidas y listas para decidir (2026-08-11):

La 6ª fila fantasma. fixedWeeks vale true por defecto sólo en chronos; Calendar, DatePicker, RangeCalendar y DateRangePicker lo traen false. Junio de 2026 cabe en 5 filas y se inventa una 6ª entera de julio. ¿Alineamos el defecto con la familia, o mantenemos la altura estable creciendo las filas en vez de añadir una semana? (Google Calendar hace lo segundo.) ~~FIRMADA (2026-08-12): crecer las filas.~~ REVOCADA POR EL AUTOR (2026-08-13) — NO SE TOCA: fixedWeeks se queda en true. La firma se dio sobre una premisa incompleta: nadie puso el SPEC del componente sobre la mesa, y el SPEC no dice una línea sino tres coordinadas — SPEC.md:270 («Rejilla de 6 filas constante (estabiliza la altura). Default: true.»), SPEC.md:492 (el inventario de reuso pide «Rejilla de mes 6×7») y SPEC.md:311+:461 (data-outside-month es un estado declarado de day-cell con su propio token de tema). La 6ª fila no es un fantasma: es la rejilla especificada, y la altura estable que la decisión perseguía ya está — medido: 115 px por fila y 724 px de rejilla en TODOS los meses.

Y la comparación competitiva, verificada en las fuentes en vez de citada: FullCalendar fixedWeekCount viene true («the calendar will always be 6 weeks tall») y Toast UI month.isAlways6Weeks viene true — los dos referentes de librería de la propia matriz del SPEC (§2.1) hacen lo que chronos hace. Google/Apple/Outlook sí varían las filas, pero porque son aplicaciones que llenan el viewport y la rejilla se estira hasta el alto de la ventana (Google llega a exponer un ajuste de densidad para regularlo). Esa condición chronos no la tiene: sus filas son min-block-size y la rejilla crece con el contenido, así que no hay altura dentro de la que estirarse — por eso la receta propuesta tenía que INVENTARSE la altura con calc(6 * var(--_chronos-cell-min-block)), que es la altura de 6 filas. Era «seguir midiendo 6 filas de alto, pero con 5 filas más gordas»: misma altura, menos información.

⚠️ Dos errores de la ficha original, corregidos para que no se repitan: el default vive en DOS sitios (components/chronos.svelte:20 y engine/state.svelte.ts:64), y chronos.css:278 (grid-auto-rows: var(--_chronos-lane-height)) no es la altura de las filas del mes — es la pista de los carriles de chips DENTRO de una fila (.chronos-overlay, absoluta). Las filas del mes son hijos flex con min-block-size (chronos.css:188-193).

Si algún día se quiere la conducta de Google, es una FUNCIONALIDAD, no un flip de flag: contrato de altura (la rejilla llena su contenedor) + maxLanes derivado de la altura medida — hoy es $state(3) fijo (engine/state.svelte.ts:66), así que crecer las filas no enseña ni un evento más. Eso necesita firma propia y una enmienda deliberada del SPEC.
Cómo pintar un chip bloqueado. Una ocurrencia recurrente ya no se arrastra, pero sigue con cursor: grab porque DragDrop.Draggable no estampa data-disabled. Dos vías: (a) event-chip declara un estado nuevo — local y barato; (b) Draggable estampa data-disabled — beneficia a TODOS sus consumidores pero es cambio transversal. FIRMADA (2026-08-12): la vía (b), con su letra pequeña medida e INCLUIDA. A favor, más de lo que la pregunta sabía: el morfo de drag-drop ya declara data-disabled en el draggable (drag-drop.ts:89, severity optional) — hoy es una declaración sin emisor, la clase de siempre — y el cursor: grab vive en drag-drop.css:24, así que la corrección del cursor aterriza allí para todos los consumidores. La letra pequeña: el chip fusiona tres morfos en UN elemento que sigue siendo clicable (abre el editor), así que (i) la regla :where([data-archetype='item'][data-disabled]) de archetypes.css:259 (not-allowed + opacidad) hay que anularla en la receta del chip — es :where, especificidad cero — y (ii) el aria-disabled prop-truthy del mismo morfo NO debe aterrizar en el elemento fusionado: estamparlo mentiría a AT sobre un click que funciona.

Del eje perceptual:

mode y scope — FIRMADA (2026-08-12): SE RETIRAN. El barrido de la regla 4 del ledger está hecho: 0 hits en docs/, 0 lectores del compilado, y el alcance real son 4 ficheros (SemaMode/SemaScope en sema/types.ts + morfo/types.ts:644-646 + compile.ts:196-198 + exports) — misma clase que collapse y lock. Pregunta hermana ABIERTA: SemaCause está más muerto aún (sólo types + exports, ni atraviesa morfo) — decidir si entra en el mismo pase.
regime es por EVENTO, pero la colisión es de la SUPERFICIE. Para la clase intra-morfo el evento vale; en A-36 chocaban dos morfos distintos y ninguno podía saber del otro. Si vuelve a aparecer una colisión cruzada que no se resuelva quitando la redirección, hay que decidir quién manda.

5 · Cómo verificar en este hilo

Línea base ANTES de tocar — hay 6 fallos AJENOS y preexistentes en contracts.test.ts (waveform barrel · provider filenames · MOR-4 · DOM writes de menubar · data-attrs · namespaces de aura), y 1 en el proyecto de navegador de soma (un timeout de 5 s en migrated providers re-declare no morfo attrs, reproducido con los cambios en stash). Clasificar míos vs ajenos por contenido del diff, nunca por confianza.

npx vitest run src/uix/sema src/uix/morfo src/uix/contracts.test.ts --project=server
npx vitest run src/uix/soma            # proyecto navegador
npm run check        # 74 errores = base
npm run docs:check   # 0 / 618
npm run rtl:check    # 0 / 177

El navegador NO es opcional en este eje. El A/B que aísla la causalidad: MutationObserver ligado al nodo (no a un selector) sobre data-event*, más getAnimations(). Dos trampas medidas hoy:

El panel oculto suspende rAF y no compone: un bucle sobre requestAnimationFrame se cuelga, animationstart no dispara y el screenshot falla. Muestrear con temporizador y leer getAnimations() / getComputedStyle, que sí son fiables ahí.
awaitExpression llega a su tope de 1500 ms con el panel oculto, porque las transiciones nunca terminan. No confundirlo con un defecto del código.

Audio: render offline replicando el grafo (OfflineAudioContext) y medir pico / RMS. Contar osciladores responde «¿llegó algo?», nunca «¿se oye?».

96 KiB Raw Blame History Unescape Escape