Simplification de l'interface à l'indenteur/validateur, d'une part pour que l'indenteur ne s'encombre pas des données du validateur, et pour qu'on puisse écrire des validateur meilleurs que celui du W3C en récupérant un maximum de code. Il y a peu de programmation objet, mais entre les incompatibilités de PHP4 et PHP5 sur la question, et la folie de la sémantique de référence dans les deux cas, c'est minimal.

A présent, il faut affecter dans mes_options.php une seule variable, qui sera le nom passé à charger_fonction à la fin de ecrire/index.php:

{{{
$GLOBALS['transformer_xml'] = 'indenter_xml';  // pour l'indenteur XML
$GLOBALS['transformer_xml'] = 'valider_xml';  // pour le validateur par DTD
}}}

Les spécifications de [8136] n'auront donc vécu que le temps de 13 dépots.

décorréler bouton_suivant() de _T(): le bouton prend donc une chaine traduite en paramètre facultatif (page d'auth ftp) sinon, il traduit la chaine _T('bouton_suivant') lui-même

Afficher le nombre d'erreurs de validation, et des liens pour aller en debut et en fin du tableau des erreurs. Et faire des lignes html plus courtes.

les metas sont par defaut sauvegardable, sauf celle dont le champ impt='non'
"

En revanche, si le père est connu mais ne reconnait pas cet élément comme fils, on donne la liste des pères possibles. Au passage, on voit tout ceux qui sont effectivement acceptés par la DTD, le validateur du W3C ne montrant que ceux politiquement corrects. Il faut les voir pour le croire.

Suite à mon ignorance de la triple accolade dans le Wiki lors des dépots [8061] et [8067], je redonne les globales qu'il faut affecter dans mes_options.php pour utiliser ce validateur (et, en cas de réussite, aussi indenteur fiable depuique que [8090] a trouvé comment contourner le bug de conception de SAX):

{{{
$GLOBALS['xml_indent'] = 'sax'; // pour seulement le validateur XML
$GLOBALS['xml_validation'] = true; // pour le validateur selon la DTD
}}}

et je mets en commentaire dans inc/utils ligne 994 de quoi essayer XHTML 1.0 strict pour voir ce que ça donne  (pour la non stricte, on ne voit plus grand chose maintenant).

Présentation synthétique des erreurs de validation, avec liens du texte de l'erreur vers la ligne fautive et réciproquement (avec une ambiguité si une meme ligne a plusieurs erreurs, il y a intéret à faire des lignes courtes). Et on ne se plaint plus d'attributs inconnus d'une balise inconnue.

A signaler que le validateur du W3C dénonce plusieurs occurrences d'une meme erreur en plusieurs endroits, sauf si elles se suivent dans la liste des erreurs. Vachement clair. Et pour continuer le feuilleton [8129], sachez que la DTD xhtml dite scricte (http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1-strict.dtd) trouve ceci valide:

{{{<form action='/'><div><form action='/'></form></div></form>}}}

Au moins la non stricte avait l'honneteté de le signaler en commentaire.
Ils sont décidément très forts les grammairiens du W3C.

Conformité XHTML meme en mode panoramique. Mais la balise Div ouvertue par une fonction et  fermée par 2 autres selon le mode, c'est pas satisfaisant. A terminer.

Validateur intégré: dénoncer les IDREF inconnus (i.e. les attributs For de la balise Label qui n'ont pas pour valeur celle d'un attribut Id dans la page)

Dénonciation des ID déclarés plusieurs fois dans une meme page, sur la base du symbole ID indiqué dans la DTD comme type d'un attribut (en l'occurrence, uniquement "id"). 

Les seules différences avec la validation officielle résident donc dans quelques successions pathologiques non signalées, comme Body avant Head et autre improbabilités. De toutes façons, quand on lit dans les DTD de xhtml (meme la stricte: thttp://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1-strict.dtd):

{{{
<!--
  Each label must not contain more than ONE field
  Label elements shouldn't be nested.
-->
<!ELEMENT label %Inline;>
<!ATTLIST label
  %attrs;
  for         IDREF          #IMPLIED
  accesskey   %Character;    #IMPLIED
  onfocus     %Script;       #IMPLIED
  onblur      %Script;       #IMPLIED
  >
}}}

on se dit que l'officiel n'est pas un gage de sérieux, et leur validateur se garde bien de corriger la paresse de la spécification par une implémentation respectant le commentaire, puisqu'il considère ceci comme valide:

{{{
<!DOCTYPE html PUBLIC '-//W3C//DTD XHTML 1.0 Strict//EN' 
'http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1-strict.dtd'
><html lang='fr' dir='ltr'>
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
</head>
<body>
<p id='x'><label for='x'><label>
<input />
label+label=les moches
<input />
</label></label></p>
</body>
</html>
}}}

''Note: The Validator XML support has some limitations.'': oui, et ses grammaires aussi...

"on test l'auth avant de rediriger car la session peut etre erronee (id_auteur=0 apres restauration)"

false : echec
\"url\" : une url de redirect
\"\" : auth reussie"

false : echec
\"url\" : une url de redirect
\"\" : auth reussie"

false : echec
\"url\" : une url de redirect
\"\" : auth reussie"

Conformité XHTML manuelle: fallait comprendre que qq scripts n'appelent pas debut_gauche(), et donc fin_page() en faisait alors trop. A présent elle produit un  bloc XML sans commencer par des balises fermantes, qui sont émises par une nouvelle fonction, fin_gauche().

essayons comme ca voir si on a plus de chance ...

{{{
s,CHECKED,checked,g
s,' checked,' checked='checked',g
s," checked," checked="checked",g
s,SELECTED,selected,g
s,' selected,' selected='selected',g
s," selected," selected="selected",g
s,DISABLED,disabled,g
s,' disabled,' disabled='disabled',g
s," disabled," disabled="disabled",g
}}}