svelte-kit-vice

Commit Graph

Author	SHA1	Message	Date
dev	86fa9a1b77	refactor(sema)!: el sonido se ELIGE, no se modula — evento.intent = sonido Directiva del autor, sin matices: «todo el sistema de sonido es una puta mierda... la unica solucion es evento sonido, evento.intent = sonido, y punto y nada de mierdas de que si el intent modifica nada». Tenia razon, y lo que lo destapo fue oirlo: los dieciseis nombres del catalogo anterior sonaban practicamente igual. Medido despues: cinco de ellos eran LA MISMA nota de 700 Hz a cinco volumenes, y las variantes de direccion se separaban 20 Hz. El modelo de modulacion producia teoria bonita y mush audible. LA REGLA ENTERA, y no hay mas: nombre = per-emit ?? cascada ?? pack ?? morfo ?? familia[verbo] ?? familia.default sonido = pack[`${nombre}.${intent}`] ?? pack[nombre] ?? nada Dos busquedas. El intent SELECCIONA un sonido entero; si no existe la variante se desprecia y suena la base; si no hay base, silencio. Un `threat` no es un `tick` con mas aspereza: es otro sonido —mas grave, mas rasposo, descendente— y no se pueden confundir. EL TIER DEL VERBO es lo que vacia los packs. La tabla de familia se indexa por verbo (`emerge.close → 'close'`), asi que ni un solo overlay escribe su cierre. De ~165 reglas de sonido quedan 30, en 16 de los 71 packs — y las 135 borradas no decian mas que el defecto. Para que el verbo llegue, ahora VIAJA en la señal: se calculaba y se tiraba con un `void` (hallazgo S-40), el tipo prometia que se emitia y era falso. CATALOGO NUEVO: 10 bases + 6 variantes, cada una un sonido diseñado entero. Medido en el grafo de audio real: de 240 Hz (`tick.loss`) a 1900 Hz (`step`), casi tres octavas, y las variantes evaluativas traen su propio modulador de aspereza — texturas distintas, no un tono movido. 100% sintesis a proposito: el pack por defecto no lleva binarios, funciona sin red y no puede dar 404. Los .wav quedan como pack de EJEMPLO. EL GUARD QUE FALTABA: `distinguishability` exige que dos entradas se separen en al menos DOS ejes perceptuales. Nacio en rojo contra mi propio catalogo —ocho pares casi gemelos— y dirigio el diseño hasta separarlos. Una instantanea no lo habria cazado: cada valor era exactamente el que la tabla decia; lo que faltaba era una RELACION entre entradas. GESTOS POR REPETICION (idea del autor). Un arrastre ya emite a su ritmo, asi que toca `step` (18 ms) por emision: la velocidad del gesto ES la del trinquete, como una rueda fisica. Mueren los tres resolvers que sintetizaban tono desde posicion y velocidad —la ultima aritmetica del sistema— y `handle` queda EXENTA de la memoria de frecuencia, que si no estrangularia el trinquete al primer arrastre. Perdida firmada: el ritmo lleva la velocidad, pero la posicion ya no mapea a altura. NADIE ESCRIBE PARAMETROS, ni la app. `SemaSignatureOverride.sound` y `SemaCascadeRule.sound` aceptan un nombre o SILENT. La rendija de autoria inline «para la personalizacion» sobraba: un producto REGISTRA su sonido (nombre + definicion, una vez) y lo nombra. ⚠️ BUG PROPIO durante la cirugia: al reemplazar el bloque del sonido borre tambien la aplicacion de deltas de intent, y el HAPTICO dejo de recibirlos. Lo cazaron sus tests. Restaurado — el haptico sigue modulando porque su vocabulario es categorico y sus deltas cambian el KIND, que tambien es seleccion. MUERE: los deltas de sonido del intent, las bases de sonido de familia, la capa 1.5, `op:'add'` para sonido, `mergeSoundOverride`, y `d7-intent-survives.test.ts` — vigilaba una inversion que ya no puede existir. VERIFICADO: sema+morfo+soma+sound 1108/1108 · docs:check 0/618 · la pagina `/uix/docs/sound` reescrita y medida en navegador (commit+threat → tick.threat; commit+affirm → tick, el intent se desprecia; emerge+close → close sin una linea de pack; sustain → silencio). Los 7 fallos de la suite completa son los ajenos y preexistentes de contracts.test. ⚠️ NO SE HA OIDO. Todo esta medido en el grafo de audio, no con un oido. Si `open` suena a lo que debe sonar un panel abriendose es tu decision, y se afina en un fichero. ⚠️ El estudio `/temas/sema` compila pero edita firmas crudas: su modelo es el viejo. Queda por reconvertir. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	769e426c5e	refactor(sema)!: el sonido se NOMBRA — un catalogo, una palabra por componente F1-F5 del PLAN-sound-names, por orden directa del autor. El componente dice UN NOMBRE y nada mas; si ese nombre es una receta sintetizada o un .wav no es asunto suyo. sound: { gain: {op:'add',value:-0.25}, -> sound: 'settle' centroid: {op:'add',value:2800}, decay: {op:'add',value:20} } EL CATALOGO (src/uix/sema/sound-names.ts) fusiona SOUND_LIBRARY y SOUND_TUNINGS en 16 nombres + SILENT: cinco niveles, cinco direcciones, cuatro caracteres, dos samples. Los nombres NO llevan familia delante y esa ley se retira POR SU MOTIVO: `{family}.{tail}` existia porque un tuning era un delta sobre una familia; un nombre es una base, y el mismo `soft` sirve a un commit y a un emerge porque la familia sigue poniendo su identidad debajo. EL REORDEN es la pieza que importa. Los packs corrian los ULTIMOS y en modo replace, asi que la eleccion del componente borraba el perfil evaluativo del intent — medido: un dialog con `threat` sonaba igual que uno neutro. Ahora el nombre se aplica sobre la base de familia y ANTES de los deltas de intent: base de familia -> EL NOMBRE -> intent -> evento -> app Con el nombre debajo, D.7 y S-07 dejan de PODER ocurrir. No se arreglan: se disuelven. `sound-names.test.ts` lo certifica para los 16 nombres, no para los 3 packs que un guard anterior muestreaba. LA PUERTA es el tipo: `Sema['cascade'].sound` acepta un nombre o SILENT. Al estrecharlo, el compilador enumero la migracion entera — 173 errores en 70 de los 71 packs — y ninguno podia colarse. `SemaCascadeRule` se queda abierto a proposito: `overrides.cascade` es la puerta de personalizacion de la app, y una app puede legitimamente autorar un sonido que el catalogo no lleva. El framework se aplica a si mismo la regla estricta. MEDIDO ANTES DE TOCAR NADA: 214 reglas autoraban 33 firmas distintas; 92 (43%) no decian mas que un volumen; 69 pisaban el `contour` del intent y no podian hacer otra cosa (es un enum, solo admite reemplazo); 5 packs llevaban un `centroid +2800` copiado que dejaba su commit en 4600 Hz — mas brillante que `signal`, la familia mas brillante del mapa— porque era el residuo aritmetico de un sample borrado (4600-1800). Las colapsaciones de firma van una a una en PLAN §5.1 con su consecuencia audible; cada una se revierte editando UNA linea. La unica grande es deliberada: navegar un calendario sonaba a gain 0.18, el valor mas alto de todo el sistema —mas que una alerta—, residuo de una de las diez cabezas de tuning que mentian (S-39). Ahora es `soft.rise`. GUARDS: `sounds-grammar.test.ts` deja de vigilar una gramatica que ya no existe y pasa a vigilar que ningun pack AUTORE (censo sobre las fuentes, con los comentarios fuera — la prosa que menciona la forma vieja no es la forma vieja, y escanear texto crudo marco cinco doc blocks). El invariante 3 del censo de packs pasa de «la cabeza del tuning no miente» a «el nombre existe». Bug propio cazado por su test: `namedSound` devolvia la entrada del catalogo POR REFERENCIA — una mutacion de un consumidor redefinia lo que un nombre significa para toda la sesion. VERIFICADO: sema+morfo+sound 437/437 · check 75 = baseline exacto · docs:check 0/618 · suite completa 7 fallos frente a 8 de la base sin mis cambios (los 6 de contracts.test son ajenos y preexistentes). QUEDA F6: retirar D.7/S-07 con su motivo, reescribir sema.md §tunings y escribir el limite fisico del WAV (playSample solo lee sampleUrl y gain, luego sobre un .wav el intent solo mueve el volumen). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ccfea0f103	fix(sema): una regla de cascada casa con SU objetivo, nunca con un ancestro `safeMatches` aceptaba `target.closest(selector)` como coincidencia, lo que convertia toda regla de pack en regla de ancestro. Parecia inocuo porque los `data-event-*` son transitorios: la regla necesita que el ancestro lleve puesto justo el evento que ella nombra, y un hold dura ~240 ms. Salvo cuando NO son transitorios. Un `signal.warn + risk` resuelve a `persistence: 'untilFix'` (holds.ts), asi que un formulario que fallo la validacion conserva `data-event="signal-warn-invalid"` INDEFINIDAMENTE — y desde ese momento cada click y cada commit dentro del formulario casaba con la regla del propio formulario y reproducia su earcon de error, hasta el siguiente submit. El usuario oia un error mientras corregia el error. Es el hallazgo S-01 de AUDIT-sema-2026-08-05, el unico de severidad ALTA, y los 256 tests de sema pasaban con la fuga puesta. EL ARREGLO NO ROMPE EL ACOTADO POR DESCENDENCIA, porque ese vive en el SELECTOR y `matches()` lo evalua contra el elemento en su arbol real. Es como `media-player` acota sus reglas sobre los morfos de Button y Slider (`[data-media-player] [data-button][data-event="…"]`). Medido antes de tocar: CERO reglas del catalogo se declaran sin conjunto de evento y CERO usan el matcher `ancestor`, asi que nada dependia del `closest()`. GUARD `cascade-scope.test.ts`, nacido en ROJO con el escenario real (un formulario con la estampa persistente + un boton dentro): la regla del ancestro alcanzaba al descendiente. Fija las tres mitades — no alcanza al descendiente, sigue honrando la descendencia escrita en el selector, y sigue casando con el objetivo propio. Y de paso se retira `__adv-verify-haptic-dead.test.ts`, andamio que dejo un agente de la auditoria (autorizado por el usuario). `check` vuelve a 75 = la baseline limpia, sin el +1. VERIFICADO: sema+morfo+sound 369/369 · check 75 (baseline exacta) · navegador: el transporte del player sigue callado, es decir la descendencia sigue acotando · prettier limpio. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago

Author

SHA1

Message

Date

dev

86fa9a1b77

refactor(sema)!: el sonido se ELIGE, no se modula — evento.intent = sonido

Directiva del autor, sin matices: «todo el sistema de sonido es una puta
mierda... la unica solucion es evento sonido, evento.intent = sonido, y
punto y nada de mierdas de que si el intent modifica nada».

Tenia razon, y lo que lo destapo fue oirlo: los dieciseis nombres del
catalogo anterior sonaban practicamente igual. Medido despues: cinco de
ellos eran LA MISMA nota de 700 Hz a cinco volumenes, y las variantes de
direccion se separaban 20 Hz. El modelo de modulacion producia teoria
bonita y mush audible.

LA REGLA ENTERA, y no hay mas:

    nombre = per-emit ?? cascada ?? pack ?? morfo ?? familia[verbo] ?? familia.default
    sonido = pack[`${nombre}.${intent}`] ?? pack[nombre] ?? nada

Dos busquedas. El intent SELECCIONA un sonido entero; si no existe la
variante se desprecia y suena la base; si no hay base, silencio. Un
`threat` no es un `tick` con mas aspereza: es otro sonido —mas grave, mas
rasposo, descendente— y no se pueden confundir.

EL TIER DEL VERBO es lo que vacia los packs. La tabla de familia se
indexa por verbo (`emerge.close → 'close'`), asi que ni un solo overlay
escribe su cierre. De ~165 reglas de sonido quedan 30, en 16 de los 71
packs — y las 135 borradas no decian mas que el defecto. Para que el
verbo llegue, ahora VIAJA en la señal: se calculaba y se tiraba con un
`void` (hallazgo S-40), el tipo prometia que se emitia y era falso.

CATALOGO NUEVO: 10 bases + 6 variantes, cada una un sonido diseñado
entero. Medido en el grafo de audio real: de 240 Hz (`tick.loss`) a
1900 Hz (`step`), casi tres octavas, y las variantes evaluativas traen su
propio modulador de aspereza — texturas distintas, no un tono movido.
100% sintesis a proposito: el pack por defecto no lleva binarios, funciona
sin red y no puede dar 404. Los .wav quedan como pack de EJEMPLO.

EL GUARD QUE FALTABA: `distinguishability` exige que dos entradas se
separen en al menos DOS ejes perceptuales. Nacio en rojo contra mi propio
catalogo —ocho pares casi gemelos— y dirigio el diseño hasta separarlos.
Una instantanea no lo habria cazado: cada valor era exactamente el que la
tabla decia; lo que faltaba era una RELACION entre entradas.

GESTOS POR REPETICION (idea del autor). Un arrastre ya emite a su ritmo,
asi que toca `step` (18 ms) por emision: la velocidad del gesto ES la del
trinquete, como una rueda fisica. Mueren los tres resolvers que
sintetizaban tono desde posicion y velocidad —la ultima aritmetica del
sistema— y `handle` queda EXENTA de la memoria de frecuencia, que si no
estrangularia el trinquete al primer arrastre. Perdida firmada: el ritmo
lleva la velocidad, pero la posicion ya no mapea a altura.

NADIE ESCRIBE PARAMETROS, ni la app. `SemaSignatureOverride.sound` y
`SemaCascadeRule.sound` aceptan un nombre o SILENT. La rendija de autoria
inline «para la personalizacion» sobraba: un producto REGISTRA su sonido
(nombre + definicion, una vez) y lo nombra.

⚠️ BUG PROPIO durante la cirugia: al reemplazar el bloque del sonido borre
tambien la aplicacion de deltas de intent, y el HAPTICO dejo de recibirlos.
Lo cazaron sus tests. Restaurado — el haptico sigue modulando porque su
vocabulario es categorico y sus deltas cambian el KIND, que tambien es
seleccion.

MUERE: los deltas de sonido del intent, las bases de sonido de familia, la
capa 1.5, `op:'add'` para sonido, `mergeSoundOverride`, y
`d7-intent-survives.test.ts` — vigilaba una inversion que ya no puede
existir.

VERIFICADO: sema+morfo+soma+sound 1108/1108 · docs:check 0/618 · la pagina
`/uix/docs/sound` reescrita y medida en navegador (commit+threat →
tick.threat; commit+affirm → tick, el intent se desprecia; emerge+close →
close sin una linea de pack; sustain → silencio). Los 7 fallos de la suite
completa son los ajenos y preexistentes de contracts.test.

⚠️ NO SE HA OIDO. Todo esta medido en el grafo de audio, no con un oido.
Si `open` suena a lo que debe sonar un panel abriendose es tu decision, y
se afina en un fichero.

⚠️ El estudio `/temas/sema` compila pero edita firmas crudas: su modelo es
el viejo. Queda por reconvertir.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

dev

769e426c5e

refactor(sema)!: el sonido se NOMBRA — un catalogo, una palabra por componente

F1-F5 del PLAN-sound-names, por orden directa del autor. El componente
dice UN NOMBRE y nada mas; si ese nombre es una receta sintetizada o un
.wav no es asunto suyo.

    sound: { gain: {op:'add',value:-0.25},        ->  sound: 'settle'
             centroid: {op:'add',value:2800},
             decay: {op:'add',value:20} }

EL CATALOGO (src/uix/sema/sound-names.ts) fusiona SOUND_LIBRARY y
SOUND_TUNINGS en 16 nombres + SILENT: cinco niveles, cinco direcciones,
cuatro caracteres, dos samples. Los nombres NO llevan familia delante y
esa ley se retira POR SU MOTIVO: `{family}.{tail}` existia porque un
tuning era un delta sobre una familia; un nombre es una base, y el mismo
`soft` sirve a un commit y a un emerge porque la familia sigue poniendo
su identidad debajo.

EL REORDEN es la pieza que importa. Los packs corrian los ULTIMOS y en
modo replace, asi que la eleccion del componente borraba el perfil
evaluativo del intent — medido: un dialog con `threat` sonaba igual que
uno neutro. Ahora el nombre se aplica sobre la base de familia y ANTES de
los deltas de intent:

    base de familia -> EL NOMBRE -> intent -> evento -> app

Con el nombre debajo, D.7 y S-07 dejan de PODER ocurrir. No se arreglan:
se disuelven. `sound-names.test.ts` lo certifica para los 16 nombres, no
para los 3 packs que un guard anterior muestreaba.

LA PUERTA es el tipo: `Sema['cascade'].sound` acepta un nombre o SILENT.
Al estrecharlo, el compilador enumero la migracion entera — 173 errores
en 70 de los 71 packs — y ninguno podia colarse. `SemaCascadeRule` se
queda abierto a proposito: `overrides.cascade` es la puerta de
personalizacion de la app, y una app puede legitimamente autorar un
sonido que el catalogo no lleva. El framework se aplica a si mismo la
regla estricta.

MEDIDO ANTES DE TOCAR NADA: 214 reglas autoraban 33 firmas distintas; 92
(43%) no decian mas que un volumen; 69 pisaban el `contour` del intent y
no podian hacer otra cosa (es un enum, solo admite reemplazo); 5 packs
llevaban un `centroid +2800` copiado que dejaba su commit en 4600 Hz —
mas brillante que `signal`, la familia mas brillante del mapa— porque era
el residuo aritmetico de un sample borrado (4600-1800).

Las colapsaciones de firma van una a una en PLAN §5.1 con su consecuencia
audible; cada una se revierte editando UNA linea. La unica grande es
deliberada: navegar un calendario sonaba a gain 0.18, el valor mas alto
de todo el sistema —mas que una alerta—, residuo de una de las diez
cabezas de tuning que mentian (S-39). Ahora es `soft.rise`.

GUARDS: `sounds-grammar.test.ts` deja de vigilar una gramatica que ya no
existe y pasa a vigilar que ningun pack AUTORE (censo sobre las fuentes,
con los comentarios fuera — la prosa que menciona la forma vieja no es la
forma vieja, y escanear texto crudo marco cinco doc blocks). El invariante
3 del censo de packs pasa de «la cabeza del tuning no miente» a «el nombre
existe». Bug propio cazado por su test: `namedSound` devolvia la entrada
del catalogo POR REFERENCIA — una mutacion de un consumidor redefinia lo
que un nombre significa para toda la sesion.

VERIFICADO: sema+morfo+sound 437/437 · check 75 = baseline exacto ·
docs:check 0/618 · suite completa 7 fallos frente a 8 de la base sin mis
cambios (los 6 de contracts.test son ajenos y preexistentes).

QUEDA F6: retirar D.7/S-07 con su motivo, reescribir sema.md §tunings y
escribir el limite fisico del WAV (playSample solo lee sampleUrl y gain,
luego sobre un .wav el intent solo mueve el volumen).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

dev

ccfea0f103

fix(sema): una regla de cascada casa con SU objetivo, nunca con un ancestro

`safeMatches` aceptaba `target.closest(selector)` como coincidencia, lo que
convertia toda regla de pack en regla de ancestro. Parecia inocuo porque los
`data-event-*` son transitorios: la regla necesita que el ancestro lleve puesto
justo el evento que ella nombra, y un hold dura ~240 ms.

Salvo cuando NO son transitorios. Un `signal.warn + risk` resuelve a
`persistence: 'untilFix'` (holds.ts), asi que un formulario que fallo la
validacion conserva `data-event="signal-warn-invalid"` INDEFINIDAMENTE — y
desde ese momento cada click y cada commit dentro del formulario casaba con la
regla del propio formulario y reproducia su earcon de error, hasta el siguiente
submit. El usuario oia un error mientras corregia el error.

Es el hallazgo S-01 de AUDIT-sema-2026-08-05, el unico de severidad ALTA, y los
256 tests de sema pasaban con la fuga puesta.

EL ARREGLO NO ROMPE EL ACOTADO POR DESCENDENCIA, porque ese vive en el SELECTOR
y `matches()` lo evalua contra el elemento en su arbol real. Es como
`media-player` acota sus reglas sobre los morfos de Button y Slider
(`[data-media-player] [data-button][data-event="…"]`). Medido antes de tocar:
CERO reglas del catalogo se declaran sin conjunto de evento y CERO usan el
matcher `ancestor`, asi que nada dependia del `closest()`.

GUARD `cascade-scope.test.ts`, nacido en ROJO con el escenario real (un
formulario con la estampa persistente + un boton dentro): la regla del ancestro
alcanzaba al descendiente. Fija las tres mitades — no alcanza al descendiente,
sigue honrando la descendencia escrita en el selector, y sigue casando con el
objetivo propio.

Y de paso se retira `__adv-verify-haptic-dead.test.ts`, andamio que dejo un
agente de la auditoria (autorizado por el usuario). `check` vuelve a 75 = la
baseline limpia, sin el +1.

VERIFICADO: sema+morfo+sound 369/369 · check 75 (baseline exacta) · navegador:
el transporte del player sigue callado, es decir la descendencia sigue
acotando · prettier limpio.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

3 Commits (6f42eebfe80bc9ac5656be2bbf621c6d62e768fb)