Resumen

  • El primer borrador público de CSS Cascade Level 5 apareció el 19 de enero de 2021 e incluyó @layer. Los autores podían ordenar familias de estilos sin elevar continuamente la especificidad de cada selector.
  • En la Candidate Recommendation Snapshot del 13 de enero de 2022, la capa posterior gana entre declaraciones normales y la anterior gana entre declaraciones !important. Las reglas normales sin capa ocupan una capa final implícita.

El botón parecía una pequeña asamblea sin moderador. La hoja de restablecimiento quería dejarlo sobrio; la biblioteca de componentes pedía el color de marca; una corrección local tenía otra idea. CSS siempre había contado con reglas para resolver el conflicto. Los desarrolladores también habían aprendido a jugar con ellas: añadir una clase, después otra, después un identificador que hiciera callar al resto. Cada victoria fabricaba la siguiente disputa. Hacía falta acordar la autoridad de las hojas antes de poner a competir sus selectores.

El primer borrador público del W3C, del 19 de enero de 2021, ofreció @layer para ordenar grupos explícitos de declaraciones. El anuncio del grupo CSS explicó el atractivo: los autores podían ordenar capas sin reescribir selectores ni cambiar la especificidad dentro de cada grupo, y sin dejar la prioridad entre grupos a merced del orden en que llegaran los archivos. Al fin había un plano de asientos para la reunión.

La hoja de restablecimiento puede ocupar una capa temprana, la biblioteca una intermedia y los ajustes editoriales una posterior. Entre declaraciones normales que disputan la misma propiedad, gana la capa situada después. La especificidad de los selectores entra más tarde en la resolución del conflicto. Una regla aparatosa de la primera capa puede perder frente a una clase sencilla de la última. El equipo declara que su decisión local tiene prioridad sin construir un castillo de #id y !important.

El cartel de !important invierte el orden de las capas. Entre declaraciones importantes, la capa anterior se impone a la posterior. La Candidate Recommendation Snapshot del 13 de enero de 2022 fija ambas direcciones en los criterios de la cascada. Para averiguar por qué el botón acabó de un color, hay que empezar por saber si las reglas enfrentadas son normales o importantes. Solo después tiene sentido discutir la fuerza de sus selectores.

También hay asientos fuera de las capas nombradas. El modelo de 2022 coloca los estilos sin capa en una capa final implícita. Entre reglas normales, eso les concede prioridad sobre las capas explícitas. Una vieja corrección suelta puede adelantarse al plan recién diseñado. El borrador de trabajo del 29 de agosto de 2021 registró el cambio de criterio sobre esos estilos respecto de versiones anteriores. La cronología importa: el plano de asientos se corrigió mientras se probaba.

El mismo borrador recogió revert-layer, una forma de volver, para una propiedad, al valor que proporcionaría una capa anterior. Las capas podían anidarse y las hojas importadas podían asignarse a una. Así se podía expresar qué parte del sistema aportaba la base y cuál decidía la variante local, sin convertir cada regla nueva en una pelea contra toda la historia de la web.

La historia de publicaciones del W3C lleva desde el primer texto público de enero de 2021 hasta el hito candidato de enero de 2022. En ese camino cambiaron detalles decisivos como la prioridad de las reglas sin capa. La idea que persistió fue sencilla: las fuentes de estilos tienen funciones diferentes y su orden puede declararse con claridad.

El navegador sigue calculando una sola respuesta. Dentro de cada capa, la especificidad conserva su trabajo. Lo nuevo es que el equipo puede decir de antemano qué grupo tiene la palabra final. La corrección del viernes aún puede existir; ahora tendrá que sentarse donde la pusieron.