/* ==========================================
   ORDEN DE CAPAS (cascade layers)
   ==========================================
   Esta hoja YA NO importa las demás.

   Antes encadenaba siete @import: el navegador tenía que descargar main.css,
   parsearla y solo entonces pedir las otras siete — una cascada en serie, y
   toda ella bloqueando el render. Ahora cada hoja abre declarando su propia
   capa (`@layer base {` en global.css, `@layer components {` en partials.css…)
   y inc/enqueue.php las encola por separado, así que descargan en paralelo.

   Lo único que queda aquí es la sentencia de ORDEN, y sigue haciendo falta: el
   orden de las capas lo fija la PRIMERA vez que aparece cada nombre en el
   documento, así que hay que declararlo antes que ninguna hoja. En el front de
   eso se encarga además el <style id="pgweb-layers"> de header.php, que va
   antes de wp_head(); esta copia cubre el editor, donde ese <style> no existe
   (ver inc/blocks.php).

   Fuera de estas capas quedan, a propósito:
     - los style.css de cada bloque, que abren con `@layer components { }`;
     - los CSS de variante de header/footer, SIN capa: ganan a todas, igual que
       los <style> de componente en Astro.

   `wp-layout` y `wp-layout-important` llevan las reglas de ANCHO que genera
   WordPress para los layouts "constrained" (`.wp-container-…-is-layout-…` y
   `:where(.is-layout-constrained)`, con su `max-width` y sus
   `margin-left/right: auto !important`). Venían SIN capa, así que ganaban a
   todo el tema por mucha especificidad que se les pusiera —CSS sin capa vence a
   CUALQUIER capa— y dejaban sin efecto los modificadores de ancho del container
   (.container--s/--xl/--xs). inc/enqueue.php las reparte en esas dos capas
   antes de que se impriman; el porqué de que una sea la PRIMERA y la otra la
   ÚLTIMA está en pgweb_layout_en_capa() (resumen: para las declaraciones
   `!important` la cascada invierte el orden de las capas, así que las de WP
   tienen que ir detrás de las del tema y no delante).

   `vendor` es FontAwesome, y va delante de `base` a propósito: el archivo se
   envuelve en `@layer vendor { }` (ver la nota al principio de
   assets/css/fontawesome.css). Sin capa ganaba a TODO el tema —las reglas sin
   @layer vencen a las de cualquier capa, da igual la especificidad— y no había
   forma de cambiar el glifo de un icono desde CSS salvo con !important.
   ========================================== */
@layer wp-layout, normalize, vendor, base, components, modals, animations, shapes, overrides, wp-layout-important;