On en profite pour ajouter un attribut "class" sur l'input d'oubli
de mot de passe, par cohérence avec les autres formulaires.

Dans les input, on reflète toujours dans l'attribut "class" le type
de l'input, y compris pour les types url, search, email (made in HTML5).
Ceci permet de les styler spécifiquement en CSS même sur les navigateurs
crétins ne sachant pas se servir du sélecteur [type="xxx"].

Par compatibilité avec je sais pas quoi, on garde quand même la classe
"text" pour les types sus-mentionnés. Ça semble un truc bien à faire,
mais évitez de me demander pourquoi, j'aurais bien du mal à le justifier.

Si la configuration du site est réglée sur HTML5, utiliser les
possibilités suivantes dans les formulaires :
 - required="required" sur les champs obligatoires
 - autofocus="autofocus" sur les champs devant prendre le focus
 - input type="email" pour les saisies d'adresse mail
 - input type="url" pour les saisies d'URL
 - input type="search" pour la zone de recherche

Ce comportement correspond aux surcharges effectuées par le plugin
"html5", mais avec l'avantage qu'on évite le fork.

En realité, on pourrait techniquement appliquer ce code HTML tout le
temps, sans tester la valeur de #HTML5, car dans la spec HTML4, lorsqu'un
navigateur voit un type d'input inconnu, il doit le traiter (et le traite)
comme du texte. De la même manière, les attributs inconnus sont ignorés
(autofocus et required). Cependant, ce comportement conditionnel, bien
que légèrement plus lourd dans le squelette, permet de produire du code
valide W3C dans tous les cas.

Suppression des fichiers fournis par l'extension "dist_2007"
cf. http://svn.spip.org/trac/spip-zone/changeset/38667

Lorsque qq utlise le formulaire d'inscription, c'est plus élégant de lui écrire à l'intégralité de l'adresse qu'il a fournie plutôt qu'à l'adresse brute extraite par {{{email_valide}}}, c'est-à-dire à "Machin Truc <mt@x.net>" plutôt qu'à "mt@x.net".

On revient sur une solution simple pour les boutons d'admin : Élément (xx) qui pointe sur exec=elements pour tout le monde + on vire le deuxième bouton qui pointe sur elements_edit
Une exception pour les pages "site" afin d'éviter qu'un auteur tombe sur une page "Il n'y a pas de site à cette adresse".
Les chaines de langues admin_modifier_element de spip_xx sont maintenant inutilisées, à virer peut être ?

-* on affiche le bouton "Modifier cet élément" uniquement si on est autorisé à modifier l'élément, le lien pointe sur éléments_edit directement
-* on affiche dans tous les cas un bouton "Élément (xx)" qui pointe sur l'élément dans le privé
-* ajout des classes "modifier" et" voir" pour cibler les différents types de boutons

corriger #1705 on affiche les boutons d'admin "Modifier..." uniquement si l'auteur connecté est autorisé

Correction pour éviter le scénario suivant: on redemande une inscription en donnant son mail, et la connexion SQL échoue lors du test d'existence d'un compte avec ce mail mais repart ensuite; du coup un 2e compte est créé avec ce mail.

cache 0 sur le sitemap, en lien notamment avec la nouvelle gestion des _IS_BOT + suite de l'optimisation de [14429]

Oracle accepte finalement que ses mot-clés soient utilisés comme nom de colonne si on les met entre apostrophes (mais celles-ci sont refusées quand elles sont inutiles, fallait le savoir). Ca pose des problèmes pour écrire de Trigger, mais on n'a pas besoin du moins dans l'immédiat (et il semblerait qu'on puisse ruser en passant par une vue si ça devient nécessaire).

En conséquence, retour du champ {((mode}}} en rétablissant les fichiers pre[14588]. La MAJ pour les installations ayant chargé cette version restaurera ce nom de champ, les autres auront une mise à jour qui se réduira à changer le numéro de version installée, pas la peine de faire et défaire.

Incompatibilé forte: Oracle ayant {{{mode}}} comme mot-clé réservé, il ne peut être utilisé dans un champ de table. En conséquence, renommage sous le nom {{{genre}}} du champ {{{mode}}} de la table {{{spip_documents}}}, avec répercussion sur les squelettes et les scripts utilisant cette table. La globale {{{exceptions_des_tables}}} aurait pu éviter l'incompatibilité pour certains squelettes, mais pas pour ceux ayant {{{mode}}} dans leur critères, ni pour les scrips effectuant des requêtes SQL explicites sur cette table.

A noter que la fonction {{{inc_joindre}}} continue à attendre un tableau dont un des index est {{{mode}}}: c'est sans doute étrange mais ça fait du travail en moins. Si on y tient absolument, on pourra aussi le changer: c'est le ''travailler plus pour nommer plus''.

Pourquoi se fatiguer à extraire des invariants de boucles avec #SET, quand il existe une fonction PHP qui calcule ce qu'il faut ?

Déport des messages 'Il n'y a pas de ''entité'' à cette adresse' dans les squelettes canoniques, le compilateur n'est plus en mesure de les produire à bon escient.

Effet imprévu de la réorg de [14366]: SPIP distingue maintenant une page vide rendue par un squelette correct ou absent (404) d'un squelette présent mais incompilable (503). En fait, il y a des erreurs où ça donne quand même 404, suite aux besoins du déb usqueur, c'est encore à améliorer.