/**
 * Orden global de cascade layers. Única fuente de verdad.
 *
 * Debe cargarse como el PRIMER stylesheet del documento (src/index.html), antes
 * que cualquier otro <link>: el primer archivo que menciona un layer fija su
 * posición, y los nombres son globales al documento.
 *
 * Regla de CSS que motiva todo esto: el CSS SIN layer siempre gana al CSS CON
 * layer, sin importar especificidad ni orden de aparición. Tailwind v4 emite
 * todas sus utilidades dentro de `@layer utilities`, así que hoy solo gana
 * gracias al flag `important` de assets/css/tailwind.css. Metiendo el resto del
 * CSS propio en layers por debajo de `utilities`, ese flag deja de ser necesario.
 */

@layer properties, vendor, theme, base, components, legacy, modules, utilities, overrides;

/**
 * properties  Fallback de @property de Tailwind.
 * vendor      CSS de node_modules (antd, jodit, alice-carousel) + select2, animate, fontawesome.
 * theme       @theme de Tailwind + context.css, tone.css.
 * base        Preflight de Tailwind + @layer base de tailwind.css.
 * components  @layer components de tailwind.css (.page-title, .check-input).
 * legacy      Las hojas de assets/css/*.css.
 * modules     Los archivos *.module.css de src/.
 * utilities   Las utilidades tw:*.
 * overrides   Reservado y vacío: escape hatch para ganarle a una utilidad sin !important.
 *
 * OJO con `legacy`: va ARRIBA de `base`/`components`, no al fondo. El preflight
 * de Tailwind incluye `*, ::after, ::before { margin: 0; padding: 0; border: 0 }`
 * dentro de `@layer base`; si `legacy` quedara por debajo, ese reset universal le
 * ganaría a TODAS las declaraciones de margin/padding/border del CSS antiguo
 * (el orden de layer manda sobre la especificidad) y colapsaría el layout de la
 * app entera.
 */