3.8 KiB
text-blur — 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-22 · Alcance: 0% — 0 de 2 knobs por token público
- Knobs de apariencia: 2 — público 0 · privado 0 · global 0 · literal 2 · sistema 0 · excepción 0 (los dos últimos, fuera del ratio)
- Contrato hoy (
lib/recipes/base.ts): sin entrada enbase.ts - Eje
size: no · ficheros:text-blur.css
1. Knobs fuera de alcance
1.1 Directo a primitivo global (0)
Ninguno.
1.2 A través de un privado (0)
Ninguno.
1.3 Literales (2)
| # | fichero:línea | selector | propiedad | valor |
|---|---|---|---|---|
| 1 | text-blur.css:20 |
[data-text-blur-sr] |
width |
1px |
| 2 | text-blur.css:21 |
[data-text-blur-sr] |
height |
1px |
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
4.1 Tokens a declarar en lib/recipes/base.ts (0)
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 (--text-blur-…) |
scope TSC | valor propuesto | usos |
|---|
4.2 Sin nombre mecánico (2)
- ⚠ decisión:
widthes shorthand o eje físico — hay que partirlo en ejes lógicos antes de nombrarlo (recipe-contract §1, R-4.4) — 1:width. - ⚠ decisión:
heightes shorthand o eje físico — hay que partirlo en ejes lógicos antes de nombrarlo (recipe-contract §1, R-4.4) — 1:height.
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, unbackgrounden 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. Sus dos únicos knobs son
el width: 1px y el height: 1px de [data-text-blur-sr] — la técnica
sr-only canónica, que existe para que un lector de pantalla lea el texto
completo mientras la versión animada se parte en segmentos.
Esos dos números no son estética: son la receta de accesibilidad, idéntica en
todo el catálogo, y moverlos rompería la técnica. El resto del componente
(will-change, display) es mecánica de la animación, no apariencia.
No hay contrato que escribir.