HTML5 : la finalisation annoncée « prochainement »

Auteur Message
La liste des propriétés CSS, avec pour chacune, une indication de la version de CSS ou de la version du module de CSS, avec laquelle elle a été introduite. Dans la seconde moitié de la page, une liste des propriétés qui ont été proposées ou été en cours, puis abandonnées, certaines étant encore reconnue préserver la compatibilité (par exemple row-gap s’appelait avant grid-row-gap) : Index of CSS properties (w3.org).

La même chose, pour les descripteurs : Index of CSS descriptors (w3.org).

Pour connaître la signification des abréviations dans la colonne du status, voir la légende à la section “ Color key ”.

Les propriétés sont ce qui est écrit dans les blocs des “ qualified rule ”, ce qui est le plus courant et le plus connus. Par exemple :

Code : 

div.graphique { 
  font-size: 120%;
  display: inline-block;
}

“ div.graphique ” est le sélecteur, “ font-size: 120% ” et “ display ” sont deux propriétés (“ inline-block ” et “ 120% ” sont des valeurs de propriété) et l’ensemble forme une règle qualifiée. La première page liste les propriétés, dont “ font-size ” et “ display ” sont deux exemples.

Les descripteurs sont ce qui est écrit dans les blocs des “ at-rules ”, moins fréquentes mais incontournables pour certaines réalisations. Par exemple :

Code : 

@font-face {
  font-family: "Comfortaa";
  src:
    local("Comfortaa"), 
    url("/fonts/comfortaa-webfont.eot") format("embedded-opentype"); 
}


Ne pas confondre sélecteurs et descripteurs, même si les deux mots se ressemblent. “ src ” et “ font-family ” sont deux descripteurs, “ div.graphique ” est un sélecteur. De plus, certains descripteurs peuvent avoir le même nom que certaines propriétés, alors que la signification technique n’est pas la même, cependant que la signification intuitive est très liée. C’est le cas de “ font-family ” par exemple, qui est le nom d’une propriété est aussi le nom d’un descripteur. Au contraire, “ src ” n’est le nom que d’un descripteur, il n’existe pas de propriété de ce nom là. Mais “ src ” est le nom de plusieurs descripteur, un pour le module des couleurs et un pour le module des polices de caractères.

Alors, en plus de ne pas perdre de vue si un nom désigne une propriété ou un descripteur, il faut aussi savoir à quoi exactement le descripteur se rapporte, comme il y a des homonymes entre les descripteurs. De mémoire, je ne crois pas qu’il y ait d’homonymes entre les noms des propriétés, même si un nom de propriété peut être homonyme d’un nom de descripteur. Mais je crois qu’il y a des homonymes entre les valeurs de propriété (ce qui est après “:”) et les propriété (ce qui est avant “:”), mais sans pouvoir donner d’exemple sur l’instant.

N’ai pas trouvé de liste exhaustive des at‑rules, n’en ayant vu que des incomplètes (il faudrait en générer une d’après les spécifications de CSS).
Vous connaissez peut‑être les informations de débogage que les compilateurs peuvent laisser dans les fichiers des applications natives. On peut vouloir supprimer ces informations pour alléger ces fichiers est parfois réduire leur taille de moitié, mais la possibilité d’avoir ces informations est utile pour résoudre des bugs ou des consommations de ressources semblant anormales, même si ce n’est pas le seul moyen d’y parvenir.

Il existe quelque chose de similaire pour les fichiers JavaScript, WebAssembly et CSS (le CSS est parfois compilé depuis d’autres langages que CSS lui‑même, cette technique ne se limitant pas au langages effectuant des opérations et produisant des états). C’est sous la forme d’un fichier JSON, à côté des fichiers concernés. Est‑ce que ça peut inclure le HTML qui peut lui aussi être généré, comme c’est même souvent le cas ?

Le standard s’appelle Source map format specification, alias ECMA-426, donc géré par l’ECMA. Le commité technique associé est le TC39.

Il est précisé que le document qui fait référence, c’est celui au format HTML, pas celui au format PDF.

Voir : Source map format specification — ECMA-426 (ecma-international.org), Décembre 2024.

Ce standard peut avoir l’air d’avoir pas plus d’un an, mais c’est en réalité sa version 3 et peut‑être plus en réalité, comme il est dit que le numéro de version a été figé à 3 et qu’il ne changera plus.

Il ne semble pas existé d’abréviation largement reconnue pour Source map format specification, en tous cas pas SMFS, mais il semble facilement désigné par le diminutif Source map.

Ce standard a l’air effectivement en usage.
Après les variables CSS apparues il y a déjà plusieurs années, voici maintenant les scopes CSS : Isoler finement les styles CSS à l'aide de @scope (alsacreations.com), Raphaël X, 20 Mai 2026.

L’approche que propose le titre, est restrictive, mais l’article est bien. Vouloir trop isoler les éléments, ça peut aller contre l’harmonie d’ensemble, mais même quand on veut que les choses s’associent, on peut avoir des mauvaises surprises avec un style qui s’applique quand on ne le voudrait pas.

Ça ressemble à la fois à une amélioration des sélecteurs traditionnelles et à une fonctionnalité du langage Sass (c’était déjà le cas quand CSS a enfin inclus les variables par lui‑même).