svelte-kit-vice/docs/audit/theming/aspect-ratio.md

aspect-ratio — alcance de tema: análisis y propuesta

Generado por node --import tsx/esm scripts/theming-census.ts --report. Lo medido y la propuesta se regeneran; el Veredicto (§5) se conserva. Vista de conjunto: README · método y protocolo: PLAN-theming.md §1, §2, §7.

• Medido: 2026-08-24 · Alcance: 0% — 0 de 3 knobs por token público
• Knobs de apariencia: 3 — público 0 · privado 0 · global 1 · literal 2 · sistema 0 · excepción 0 (los dos últimos, fuera del ratio)
• Contrato hoy (lib/recipes/base.ts): sin entrada en base.ts
• Eje size: no · ficheros: aspect-ratio.css

1. Knobs fuera de alcance

1.1 Directo a primitivo global (1)

#	fichero:línea	selector	propiedad	valor
1	aspect-ratio.css:22	[data-box][data-aspect-ratio]	inline-size	var(--box-width, 100%) ⤴ prestado de box

1.2 A través de un privado (0)

Ninguno.

1.3 Literales (2)

#	fichero:línea	selector	propiedad	valor
1	aspect-ratio.css:30	[data-box][data-aspect-ratio] > *	inline-size	100%
2	aspect-ratio.css:31	[data-box][data-aspect-ratio] > *	block-size	100%

1.4 Excepciones firmadas (0) — fuera del ratio

Literales que llevan su anotación /* literal: <razón> */ en la propia declaración: la válvula de recipe-contract §3, la misma que honra component-audit. Una desviación firmada no es deuda — se listan para que la razón se lea, no para acuñarlas.

Ninguno.

2. Sistema transversal (0) — informativo, fuera del ratio

Un tema los alcanza a nivel de sistema, por diseño (recipe-contract §2).

Ninguno.

3. Privados de la receta — ¿de dónde sale su valor?

La receta no declara privados propios en su CSS.

4. Propuesta de corrección

• Consume tokens públicos de box. Un token prestado importa la semántica de su dueño: la corrección no es duplicarlo con prefijo propio, sino la decisión de familia que la auditoría de fase 1 dejó registrada (theming-audit.md §B, familia calendar).

4.1 Tokens a declarar en lib/recipes/base.ts (1)

Valor verbatim del CSS de hoy: el default no se mueve, sólo cambia quién puede moverlo. Nombres derivados de recipe-contract §1 (ejes lógicos, talla al final) y theming §6.7 (slots de color, modificador delante). Un token con DOS valores distintos es una colisión de nombre: son dos knobs, o el nombre no distingue lo que debería — se marca ⚠.

token (--aspect-ratio-…)	scope TSC	valor propuesto	usos
width	root	var(--box-width, 100%)	1

4.2 Sin nombre mecánico (2)

• ⚠ decisión: 100% es un valor identidad o geometría de layout, no un knob de tema — el perímetro de «knob» es D-TH.2, sin firmar — 2: inline-size, block-size.

4.4 Lo que hay que comprobar a mano (PLAN-theming §1.3 · §7.4)

• Privado que no deriva de un público — §3 lo marca; el privado debe leer el público o desaparecer.
• Velo o acento en el nodo equivocado (archetype: 'item' en un envoltorio, un background en shorthand que mata la capa de estado) — se mide desde el píxel hacia arriba.
• Doble animación al mover un sello a una superficie con animación propia — registro de animationstart/animationend.
• Diff de computed = 0 en reposo · hover · abierto · disabled · foco, por talla, antes y después.
• Centinela por token nuevo: valor imposible en el root → el nodo lo sigue. Si no, el token miente.

5. Veredicto

Medido 2026-08-22. Su 0 % es DEFINITIVO, no deuda. aspect-ratio no es un componente con cromo: es una FACETA de Box — sus selectores rezan [data-box][data-aspect-ratio].

1. Su único knob global es var(--box-width, 100%), y la propia ficha lo marca como prestado de box (⤴). Un token prestado trae la semántica de su dueño: la anchura de una caja la posee box, y acuñar --aspect-ratio-width sería un segundo nombre para el mismo eje.
2. --aspect-ratio es CANAL DE VALOR por instancia: lo escribe el consumidor con la proporción que quiere (16/9, 1…), no un tema.
3. Los dos 100% y el object-fit: cover del hijo son identidad de layout: lo que hace que el contenido llene la caja sin romper la proporción.

No hay contrato que escribir. Inventarle tokens sería fabricar deuda donde no la hay.