|
|
|
|
@ -54,7 +54,7 @@ src/uix/eidos/
|
|
|
|
|
archetypes.css → reglas comunes a [data-archetype=*]
|
|
|
|
|
events.css → reacciones a [data-event-*] (sema visual)
|
|
|
|
|
generated/base.css → salida estatica generada desde EidosConfig base
|
|
|
|
|
contracts/ → APIs CSS legacy/estaticas durante migracion
|
|
|
|
|
contracts/ → contratos CSS archivados; no se importan en runtime
|
|
|
|
|
tokens/ → valores CSS legacy hasta generarlos desde ActiveEidos
|
|
|
|
|
themes/base/ → CSS legacy de base hasta sustituirlo por salida generada
|
|
|
|
|
lib/ → soporte de config, tokens, contrato CSS y tipos compartidos
|
|
|
|
|
@ -68,8 +68,9 @@ src/uix/eidos/
|
|
|
|
|
`lib/` contiene el soporte puro de configuracion visual: primitivas, semantica
|
|
|
|
|
visual, themes, contrato CSS y render. `generated/base.css` es el primer
|
|
|
|
|
artefacto estatico generado desde esa configuracion (`npm run generate:eidos-css`).
|
|
|
|
|
Los CSS historicos (`contracts/`, `tokens/`, `themes/base/`) siguen existiendo
|
|
|
|
|
como material de transicion, pero no son el modelo que debe crecer.
|
|
|
|
|
`contracts/` queda como material archivado para consulta y tooling, pero ya no
|
|
|
|
|
se importa desde `index.css`. `tokens/` y `themes/base/` siguen existiendo como
|
|
|
|
|
material de transicion, pero no son el modelo que debe crecer.
|
|
|
|
|
|
|
|
|
|
## Runtime activo
|
|
|
|
|
|
|
|
|
|
@ -652,9 +653,10 @@ podrá retirarse.
|
|
|
|
|
modulo general.
|
|
|
|
|
- **CSS generado/legacy**: `generated/base.css` ya se genera desde la config
|
|
|
|
|
base de Eidos con `npm run generate:eidos-css` y se importa como foundation
|
|
|
|
|
estatica. `contracts/`, `tokens/` y `themes/base/` siguen presentes como
|
|
|
|
|
transicion porque aun hay recipes y aliases historicos que dependen de ellos.
|
|
|
|
|
El siguiente paso es decidir que queda como recipe estable y que se elimina.
|
|
|
|
|
estatica. `contracts/` ya no entra en el runtime CSS; queda archivado para
|
|
|
|
|
consulta/tooling. `tokens/` y `themes/base/` siguen presentes como transicion
|
|
|
|
|
porque aun hay recipes y aliases historicos que dependen de ellos. El siguiente
|
|
|
|
|
paso es decidir que queda como recipe estable y que se elimina.
|
|
|
|
|
- **Primitivas pendientes de cerrar**: decision final sobre que CSS legacy
|
|
|
|
|
queda como recipe frente a lo generado.
|
|
|
|
|
- **Check del repo**: `npm run check` no reporta errores en este punto; quedan
|
|
|
|
|
|