mutualisation d'une fonction de calcul des differences/revisions (permet de les affciher dans l'espace public, pour spikini2)

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

Meilleur Doctype qu'en [8188] pour les squelettes standards, en tenant compte de http://www.w3.org/QA/2002/04/valid-dtd-list.html (merci Nicolas K.)

Application:

{{{for i in $(grep  -l '2000/REC-xhtml1-20000126' *.html)
do
	sed 's,2000/REC-xhtml1-20000126,xhtml1,' $i > x
	mv x $i
done
}}}

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
}}}

Pourquoi se dire moins performant qu'on ne l'est? Il n'y a que le squelette Login qui ne passe pas en xhtml 1.0 dit strict, à cause de l'attribut Target.

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.

http://trac.rezo.net/trac/spip/attachment/ticket/706/screenshot_02.jpg

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.