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.

image_recadre permet egalement d'agrandir un fichier image, le fond est alors specifie par une couleur ou 'transparent' en 4eme argument :
#FICHIER|image_recadre{300,500,'top left','transparent'}

Debut de conformité XHTML pour le mode accessibilité, alias spip_display=4, alias ecrire/oo (mais c'est pas fini). Et réapparition des numéros de lignes fautivees pour les balises illégitmées.

Retour du bon controle des idref (désolé Cédric, les objets en PHP c'est encore pire qu'ailleurs). Et donner la liste des attributs licites, mais au survol de la souris parce dit des dizaines de fois c'est insupportable tellement il y en a.

s'assurer de la compliance des microformats a[rel='enclosure'], en changeant length en title (idee d'ESJ) ; leve un bug de htmlpurifier qui tue a[rel]

le validateur persiste a ne pas trouver les 4 id des mes 4 label que j'ai pourtant sous les yeux.
Il ya un bug dans mes yeux ou dans le validateur"

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.