• Maintenir la compatibilité avec les parties de CSS2 qui sont largement acceptés et mises en application.
• Incorporer dans la norme tous les errata CSS2 déjà publiés séparément.
• Lorsque les implémentations diffèrent profondément de la spécificiation CSS2, modifier la spécification pour qu'elle soit en accord avec les pratiques généralement admises.
• Supprimer les dispositifs CSS2 qui peuvent être considérées comme rejettés par la communauté CSS en raison de leur manque d'implémentation. CSS2.1 vise à refléter les mécanismes CSS qui ont été raisonnablement et largement implémentés pour les langages HTML et XML en général (plutôt que pour un langage XML en particulier, ou pour HTML seul).
• Supprimer les mécanismes CCS2 qui seront rendus obsolètes par CSS3, et encourager ainsi l'adoption de mécanismes CSS3 à leur place.
• Ajouter un (très) petit nombre de nouvelles valeurs de propriétés, lorsque l'expérience d'implémentation a montré qu'elles répondaient à un besoin pour la mise en application de CSS2.

Ainsi, bien qu'une feuille de style CSS2 ne soit pas nécessairement compatible avec CSS2.1, une feuille de style limitée aux mécanismes CSS2.1 a plus de chances de trouver dès aujourd'hui un agent utilisateur compatible tout en préservant la compatibilité ascendante pour l'avenir.

CSS2.1 tire en quelque-sorte la leçon de l'implémentation effective de CSS2, ce qui invite à en tenir compte sans anticiper cependant sur sa future valeur normative. Voici donc, à partir de ce document, un premier tour d'horizon de CSS2.1 consacré aux mécanismes CSS2 restés théoriques faute d'implémentation jugée suffisante (ce qui ne signifie pas que tel ou tel navigateur ne les applique pas, comme nous allons le voir).

Disparition des boîtes compactes (mais maintien des boîtes en enfilades) ?

CSS2.1 supprimerait les boîtes compactes CSS2 permettant de placer une boîte bloc dotée de la règle display: compact dans la marge latérale de la boîte bloc suivante, si les contraintes de dimensions et de marges le permettent. Par exemple :

.compact {
display: compact;
}
.suivant {
margin-left: 5em;
}
<p class="compact">Boîte compacte</p>
<p class="suivant">Boîte bloc suivante.</p>

...donnerait le résultat suivant :

Vous pouvez tester ce code dans Opera 5+ ou Safari, qui sont apparemment les seuls navigateurs actuels à avoir implémenté ce mécanisme :

Un résultat similaire pourrait en fait être obtenu ici en utilisant le positionnement flottant, mais avec une moindre facilité d'utilisation :

.float {
float: left;
width: 10em;
}

<p class="float">Boîte flottante</p>
<p>Boîte bloc suivante.</p>

Ce qui donne dans votre navigateur :

Notons enfin qu'en revanche, CSS2.1 conserverait les boîtes en enfilade permettant de transformer une boîte bloc dotée de la propriété display: run-in en première boîte en ligne de la boîte bloc suivante. On peut ainsi par exemple présenter très simplement un titre en enfilade en début de paragraphe. Opera 5+, Safari et IE Mac implémentent ce mécanisme :

h4 {
display: run-in;
margin-right: 0.5em;
}

<h4>Titre</h4>
<p>Lorem ipsum...</p>

... donne comme résultat dans votre navigateur :

Titre

Lorem ipsum...

Disparition des boîtes de marqueurs de liste et de compteurs générés ?

CSS2.1 supprimerait les boîtes de marqueurs de listes CSS2 permettant en particulier de gérer le positionnement et l'apparence de la numérotation générée en CSS. Celle-ci permet de doter des paragraphes, des titres, etc. d'une numérotation dotée de possibilités bien plus nombreuses que les simples listes numérotées HTML. Par exemple :

.marker p:before {
display: marker;
padding: 2px;
border: 1px solid;
content: "Ref " counter(compteur-de-note, decimal-leading-zero) ": ";
counter-increment: compteur-de-note;
font-weight: bold;
}

<div class="marker">
<p>Lorem ipsum...</p>
<p>Eodem modo typi...</p>
<p>Typi non habent claritatem...</p>
</div>

... Donnerait comme résultat :

Vous pouvez tester ce résultat dans Opera 6+, qui est apparemment le seul navigateur à implémenter ce mécanisme :

Faute de pouvoir utiliser les marqueurs, il serait théoriquement possible d'obtenir un résultat partiellement comparable à l'aide de display: list-item :

.list p {
display: list-item;
list-style-type: decimal-leading-zero;
margin-left: 40px;
}

<div class="list">
<p>Lorem ipsum...</p>
<p>Eodem modo typi...</p>
<p>Typi non habent claritatem...</p>
</div>

Ce qui donne dans votre navigateur :

Hélas, la numérotation est apparemment buguée dans les navigateurs Mozilla et FireFox, et Internet Explorer ne supporte qu'une partie des valeurs de list-style-type. En outre, il est impossible de cette manière de générer une numérotation complexe associant plusieurs compteurs liés à des niveaux hiérarchiques différents... Il ne reste donc plus qu'à intégrer cette numérotation au contenu HTML :

.marker span {
font-weight: bold;
}
<div class="marker">
<p><span>Ref 01:</span> Lorem ipsum...</p>
<p><span>Ref 02:</span> Eodem modo typi...</p>
<p><span>Ref 03:</span> Typi non habent claritatem...</p>
</div>

Ce qui donne ici :

Des medias paginés plus modestes ?

Pour l'impression des documents, CSS2.1 simplifierait l'éventail des propriétés spécifiques des boîtes de page définies par la règle @page :

• Suppression de la propriété size qui spécifiait la taille et l'orientation d'une boîte de page. Il ne serait donc plus possible de tenter de forcer l'orientation portait ou paysage, ou des dimensions absolues spécifiques (Apparemment, seul Opera implémente cette propriété) ;
• De même, suppression des pages nommées permettant de créer un type de page propre à un élément idenfié par son id, et de lui donner des propriétés spécifiques de marges, de taille et d'orientation (Apparemment, seul Opera implémente ce mécanisme grâce auquel on peut par exemple forcer l'impression paysage d'un tableau dans une série de page imprimées en portait) ;
• Enfin, on note également la suppression des repères de coupe créés par la propriété marks. Cette propriété n'a été implémentée par aucun navigateur à ma connaissance.

Seules les propriétés de marge et de sauts de Page demeureraient applicables dans le contexte des medias paginés.

Suppression de l'ombrage sur le texte ?

CSS2.1 abandonnerait la propriété text-shadow permettant de créer un effet d'ombrage sur un texte. Celle-ci n'est implémentée actuellement que par Safari.

Abandon des polices Web ?

CSS2.1 supprimerait les descripteurs de polices et la règle @font-face qui permettaient en théorie à l'agent utilisateur de procéder au téléchargement d'une police à partir d'une URL ou à la synthèse de celle-ci d'après les indications détaillées de l'auteur. Aucune des technologies propriétaires de téléchargement de police (EOT, PFR) ne semble en effet avoir fait ses preuves.

Dans le même ordre d'idée, notons la disparition prévue de la propriété font-size-adjust qui pemettrait d'indiquer un facteur d'adaptation de taille apparente des polices de substitution par rapport à la taille apparente de la police indiquée comme premier choix.

Dépréciation du type de media aural et des propriétés associées (en prévision de CSS3) ?

En l'absence d'implémentation, les propriétés de style aural et le descripteur de media aural lui-même seraient dépréciés et ne figureraient plus qu'à titre informatif en annexe de CSS2.1.. Un nouveau descripteur speech est réservé pour le media auditif, en prévision du future CSS3 speech Module (dont les propriétés sont partiellement implémentées par Opera 7.60).

A suivre..

Nous poursuivrons prochainement ce tour d'horizon des leçons à tirer de la future CSS2.1 en abordant les nouvelles valeurs de propriétés (les valeurs inline-block de la propriété display, pre-wrap et pre-line de la propriété white-space, etc.), les principales erreurs CSS2 corrigées (l'underscore dans les identifiants, transparent appliqué aux couleurs de bordures, etc.) et les clarifications apportées à celle-ci (la propriété clip, divers cas de positionnement, etc.).