¿Seguirá permitiendo el CSS 3 omitir los puntos y comas finales?

Question

Parece haber un cambio de ruptura (es decir, incompatible hacia atrás) en el próximo borrador de la especificación del Módulo de sintaxis CSS Nivel 3: ahora es posible que se requiera un punto y coma posterior a la última declaración en un bloque.

comparar la antigua redacción (W3C Working Draft 13 August 2003):

4,8. Conjuntos de reglas, bloques de declaración y selectores
Un bloque de declaración (también llamado {} -bloque en el siguiente texto) comienza con un paréntesis izquierdo ({) y termina con el par de llaves derecho (}). En el medio debe haber una lista de cero o más punto y coma - declaraciones separadas (;).

con la nueva (Editor's Draft 14 June 2012):

2. Descripción de la sintaxis
Una regla comienza con un selector (definido por la especificación selectores), entonces tiene una {} bloque -wrapped de CSS que contiene una secuencia de declaraciones. El selector especifica a qué elementos se aplicarán las declaraciones. Cada declaración tiene un nombre de propiedad, seguido de dos puntos y el valor de la propiedad, y finalizó con un punto y coma.

(énfasis mío).

Para que las formas cortas ingeniosas ej .:

em { color: lime } 

(esto se da en la actualidad como ejemplo válido en el CSS de color Nivel Módulo 3 recomendación) ya no validará?

¿Podría alguien más conocedor de toda la colección de borradores de nivel 3 verificar? Para hojas de estilo a prueba de futuro, ¿realmente tenemos que revisar los archivos CSS existentes (e insertar puntos y comas si faltan) antes de que la especificación se finalice o no entendí bien algo?

Answer 1

Parece que actualmente hay una ambigüedad en la especificación.

Usted correctamente señaló que 2. Syntax Description section prescribe que termina toda regla con un punto y coma:

Cada declaración tiene un nombre de propiedad, seguido de dos puntos y el valor de la propiedad, y terminó con un punto y coma.

Y al mismo tiempo, descripción del autómata de análisis en la sección 3.6.8. Declaration-value mode lee que una llave de cierre sin un punto y coma termina correctamente una declaración y regla actual al mismo tiempo:

} símbolo

Agregue la declaración actual al valor de la regla actual. Muestra la regla actual de la pila de reglas abiertas y añádela al valor de la nueva regla actual. Cambia al modo de contenido de la regla actual.

Así que de acuerdo a 3.6.8 punto y coma final es opcional.

No puedo decir acerca de la intención real de los autores de la especificación. Pero la situación actual probablemente debería ser reportada y arreglada. Sin duda, no tienen la intención de romper la compatibilidad con CSS 2.1 y volverán a escribir su sección Sintaxis Descripción en la versión final.

Answer 2

Este es un ejemplo del problema 'separador-terminador'. Evidentemente, CSS 3 se ha movido del punto y coma como un separador al punto y coma como un terminador. Eso significa que se requiere después de cada elemento, no solo entre los elementos. Pascal (separador) y C (terminador) proporcionan otros ejemplos. Esto conduce a aparentes anomalías en Pascal, como el punto y coma que es ilegal antes de 'else' o 'until'. La razón por la cual CSS 3 adoptó una regla incompatible con CSS-2 me supera, y si las implementaciones insistirán en ello es otro asunto, pero la intención de la cita es clara: es un terminador y debe estar presente en todas las entradas, incluida la última.

Answer 3

Creo que es un error al escribir las especificaciones, y que la verdadera intención era tenerlo como un separador, al igual que en versiones anteriores. Espero que esto se ajuste en borradores posteriores.

El W3C validation service dice que el ejemplo sin la coma final es válido CSS nivel 3.

yo sin embargo, como siempre lo he hecho, finalice cada declaración con un punto y coma. Esta es una buena práctica, para que no olvide el separador cuando agrega más declaraciones.