Remplacement de style='font-family:...' par un attribut class. Obtenu après mise au carré (incluant une dizaine de scories) et application du sed-script suivant:
{{{
s,\(<[^>]* style='[^']*\)font-family: *[Vv]erdana[^';]*[ ;]*\([^>]*\)>,\1\2 class='verdana1'>,
s,\(<[^>]* style='[^']*\)font-family: *[Aa]rial[^';]*[ ;]*\([^>]*\)>,\1\2 class='arial1'>,
s,\(<[^>]*\) style=''\([^>]*>\),\1\2,
}}}
Reste 10 occurrences, dans 2 balises (pas attribut) style (minipres et aide_index) qu'il faudrait globalement passer en CSS. 

when possible the js code is inline to avoid enumerating all anchors for just few known links to be opened in a new window

- eviter une double insertion des directives head si #INSERT_HEAD est present deux fois dans un meme squelette
- suppleer la balise #INSERT_HEAD si absente, lors de l'affichage final (moins rapide dans ce cas, desactivable par $GLOBALS['desactiver_insert_head_defaut']=true; pour les bricoleurs
- detecter une double #INSERT_HEAD lorsqu'on est admin (cela pouvant encore arriver si la balise est dans 2 squelettes differents :( )
Un vidage de cache est indispensable !!!

Evacuation manuelle des dernieres balises Font (il en reste dans les fichiers de langues cependant).

Evacuation des balises Font en appliquant le script sed ci-dessous après mise au carré des sources. Principe: attribut size='n' est équivalent à font-size = 10+(2 x n) pt.

{{{
s,<font size=.1.>\(.*\)</font>,<span style='font-size: 12px;'>\1</span>,
s,<font size=.2.>\(.*\)</font>,<span style='font-size: 14px;'>\1</span>,
s,<font size=.3.>\(.*\)</font>,<span style='font-size: 16px;'>\1</span>,
s,<font face=.\(.*\). size=.1.>\(.*\)</font>,<span style='font-family: \1; font-size: 12px;'>\2</span>,
s,<font face=.\(.*\). size=.2.>\(.*\)</font>,<span style='font-family: \1; font-size: 14px;'>\2</span>,
s,<font face=.\(.*\). size=.3.>\(.*\)</font>,<span style='font-family: \1; font-size: 16px;'>\2</span>,
s,<font face=.\(.*\). size=.1. color=.\(.......\).>\(.*\)</font>,<span style='font-family: \1; font-size: 12px; color: \2;'>\3</span>,
s,<font face=.\(.*\). size=.2. color=.\(.......\).>\(.*\)</font>,<span style='font-family: \1; font-size: 14px; color: \2;'>\3</span>,
s,<font face=.\(.*\). size=.3. color=.\(.......\).>\(.*\)</font>,<span style='font-family: \1; font-size: 16px; color: \2;'>\3</span>,
}}}

Encore du xhtml meme pas transitionnel. Limite des tests sur le résultat au lieu de le faire sur le source. Vivement la mise en squelette de tout ça.

{{{
for i in $(grep -l  "<font color=.[^>]*>.*</font" [ei]*/*p)
	do 
	sed  "s,<font color=\(.\)\([^>]*\)>\(.*\)</font,<span style=\1color: \2>\3</span," $i > x
	 mv x $i
done
}}}

Le petit point d'interrogation pour l'aide a maintenant sa classe (img.aide) et est xhtml strict. Attention sur certains navigateurs, vider les caches pour récupérer la nouvelle CSS

Les petits triangles de dépliage ont maintenant leur classe (swap-couche) et sont xhtml strict (attribut Id, pas Name). Attention sur certains navigateurs, vider les caches pour récupérer le nouveau JS et le nouvelle CSS

Extension de la fonction sous_repertoire, qui accepte un appel de forme {{{sous_repertoire("d/f")}}} comme équivalent à {{{sous_repertoire("d", "f")}}}. Du coup, disparition d'une incohérence: la non utilisation de la constante _DIR_SKELS lors de la compilation d'un squelette.

Cet appel est aussi utilisé pour la création du répertoire de cache des DTD, celui-ci s'annonçant comme bien rempli à l'avenir.

Suite à [8184]: le validateur expanse les entités à tous les coins de DTD (mais ce serait bien d'en avoir une grammaire fiable).

Evacuation de quelques balises font et center, et de quelques attributs align, mais celui-ci n'a pas toujours d'équivalent exact dans les CSS.

{{{
for i in $(grep -l "<td width='.*%.*>" */*p)
do
	sed "s/<td width='/<td style='width: /" $i > x;
	mv x $i;
done
}}}

Suite de [8184]: permettre la surcharge de la phase finale du validateur. Et un cadre refermé trop tard.

Suite de [8144]: on charge maintenant les DTD appelées à l'intérieur d'une DTD, ce qui permet en particulier de charger celle définissant les entités symbol, special et lat1 réféncées dans la DTD XHTML

Suite à cela et à [8179] le validateur peut maintenant dénoncer des entités présentes dans la page et non déclarées dans la DTD et ses inclusions

Suite de [8149]: le validateur est plus modulaire et peut s'étendre par simple ajout de fonctions. Si une DTD contient un nouveau symbole S de type d'attributs (i.e. un symbole utilisé dans le meme contexte que ID, IDREF etc), le validateur appellera automatiquement la fonction validerAttribut_S censée vérifier que la valeur d'attribut est conforme à la rèlge associée à ce symbole.

Suite de [8090]: l'erreur de conception de SAX est à présent systématiquement contournée sans plus vérifier que la DTD HTMLSymbol était référencée, ce qui n'était de toutes façons qu'un pis aller. Au cas où cette transformation des entités dans le charset déclaré serait malencontreuse, il suffira de surcharger le validateur par une variante n'appelant pas html2unicode.

conformité xhtml meme avec la palanquée de barre typo pour articles très long (par exemple, celui contenant la table de toutes les entités HTML et le leur codage, pour voir si l'indenteur/validateur la voit aussi conforme à a travers Spip que sur une page autonome...)

2. Ajout de 3 transcodages eo EO euro indispensables au contournement du bug de conception de SAX (merci Fil, moi je tape toujours dans la mauvaise table).

Formulaire forum en xhtml dit strict, ça passe. Il y aura juste l'avertissement du piège à robot, autre exemple à méditer sur les limites de la validation.

Suite de [8129]: vérifier qu'un ID est alphanumérique, et traiter le cas IDREFS en plus du cas IDREF de [8130]. Utile pour l'attribut {{{headers}}} de {{{th}}}.

Oubli de passer le nom du serveur dans la requete select, necessaire au cas de plusieurs bases qu'on interroge sur un meme serveur (pour des serveurs différents ou vus comme tels, la fontion était réécrite ailleurs et n'appelait pas spip_query)

Mise en conformité XHTML du script de forum, rendu difficile par un bug de Safari qui ne tient pas compte du font-weigth des classes de balises div de niveau supérieur semble-t-il. Du coup, il a fallu introduire ce champ dans des style en dur dans le code de afficher_forum, encore une belle illustration de que la recherche de la conformité peut déboucher sur l'effet inverse de celui officiellement recherché. Entre des DTD percées (cf [8135]) et des moteurs de rendu qui rendent dur, on n'est pas gatés.

Suite de [8163], conformité XHTML du mode ecrire/oo dans le cadre de l'interface simplifiée (la complète reste à faire). Et répercusion du paramètre exec dans ecrire/oo/index pour passer d'un mode à l'autre à toute vitesse.