Suite de [11599]: la fonction {{{xhtml_table_id_type}}} est finalement une fonction surchargeable {{{presenter_liste}}} dans {{{inc/}}}. Le nouveau fichier {{{inc/presenter_liste.php}}} contient aussi {{{afficher_tranches_requete}}} et {{{affiche_tranche_bandeau}}} qui sont destinées à ne plus être appelée que par elle.

Code inchangé, sauf pour le lien "Retirer l'auteur" qui réapparait au terme de ce jour férié (merci Cédric). 

a l'ocasion mots_edit reprend le meme principe que auteurs_infos : bloc visu et bloc edition dans la meme page
et passage de l'un a l'autre par les boutons modifier/retour
creation de 2 chaines de langues
action/instituer_mot devient action/editer_mot par coherence avec les autres editer_xx
son comportement change legerement car en cas de creation+ajout a un article, l'ajout est geree par traiter, et non plus par l'action

"evitons la multiplication de petits fichiers et regroupons charger/verifier/traiter dans un seul fichier grace a [11582]"

"evitons la multiplication de petits fichiers et regroupons charger/verifier/traiter dans un seul fichier grace a [11582]"

"evitons la multiplication de petits fichiers et regroupons charger/verifier/traiter dans un seul fichier grace a [11582]"

"evitons la multiplication de petits fichiers et regroupons charger/verifier/traiter dans un seul fichier grace a [11582]"

#FORMULAIRE_EDITER_SITE, et unification de la verification des formulaires_editer_ article, rubrique, breve (oublis dans le commit precedent)

balise {{{ #FILTRE{x} }}} pour appliquer le filtre x a l'ensemble du squelette une fois celui-ci calcule ; application directe : simplification du systeme de compacte_head et de la gestion des pipelines d'insertion de scripts (puisqu'une insertion html normale peut etre post-traitee avec un #FILTRE).

cela ne semble lie qu'a certains navigateurs (IE ?), il serait bon de ne pas l'activer sur les autres
desactiver l'ajax de articles_edit pour le moment (seuls cas d'utilisation = les controles md5)
inc/editer_article disparait, remplace par formulaires/editer_article/charger

ce mode de fonctionnement permet de recuperer les messages d'erreurs lies aux controles md5 sur chaque champ
il serait possible d'avoir 2 boutons de soumission : Enregistrer / Enregistrer et retour
dist/prive/editer/article prend maintenant en charge tout le cadre du milieu de articles_edit, ce qui rapproche un peu plus du squelette pour la page complete

pour editer un article
charge, verifie (par md5, en renvoyant sur le meme formulaire avec message si erreur), traite
La balise ne fait pas de gestion de droit, c'est a la charge du squelette appelant de decider si l'auteur peut editer l'article
etape suivante : utiliser ce formulaire dans l'espace prive

Le bouton "Poster un message" des différents forums privés (articles, breves, sites, message, et forum interne) passe en Ajax: c'était trop pénible de ne pas avoir sous les yeux ce à quoi on répondait. Cela concerne d'abord le script source:spip/ecrire/exec/forum_envoi.php, qui est renommé source:spip/ecrire/exec/poster_forum_prive.php afin de profiter de la mécanique de {{ajax_action_post}}.

Ce bouton étant juste avant les messages du forum en question, cette transformation s'appuie sur source:spip/ecrire/inc/discuter.php déjà en Ajax pour le forum d'un article et qui aurait dû l'être depuis longtemps pour les autres, ce qui est donc fait à présent. Ce tronçonnage des listes de messages est très proche de celui fait pour les pages source:spip/ecrire/articles_forum.php et  source:spip/ecrire/controler_forum.php. Les deux fonctions {{formulaire_discuter}} et {{afficher_navigation_forum}} ont été rapprochées, on devrait pouvoir les unifier complètement. Pour la deuxième, il existe les paramètres d'URL nommés {{pas}} et {{enplus}} réglant le pas et la dimension du menu de navigation, mais rien dans les pages qui permettrait de leur donner des valeurs. Il y a un graphiste dans la salle ?

A noter que JQuery ne semble toujours pas traiter les Input-Submit nommés, il faut toujours {{AjaxNamedSubmit}}.

Autre point: le non respect du RFC HTTP par les navigateurs en ce qui concerne la redirection en POST fait encore des siennes; après l'horreur de source:spip/ecrire/action/poster_forum_prive.php, voila source:spip/ecrire/inc/barre.php. 

Découpage en deux de la page de saisie d'un message de forum interne, afin que le formulaire soit appelable en dehors de la page exec/ (autrement dit sa mise en Ajax n'est pas loin).

Modifs presentation fil d'ariane. Modifs graphiques des formulaires, plus compatible avec autres langues de français

ne pas forcer la compression gzip si apache ne la prend pas en charge par defaut, sauf si le webmestre le demande explcitement via le configurateur-compresseur
on gere l'historique de la globale auto_compress en considerant que :
- une valeur a false force la desactivation de la compression et ne laisse pas le choix au webmestre

gestion d'un controle md5() des champs modifies via l'espace prive sur les articles, rubriques, breves, mots-cles, auteurs et sites.

Le scenario est le suivant : supposons que Alice et Bob ouvrent en meme temps le meme article en edition ; ensuite chacun renvoie ses modifs. Les situations sont diverses :
- Alice a modifie le titre, Bob le texte : on accepte les deux modifs, le titre de Bob (inchange) n'ecrase pas le titre d'Alice
- Alice modifie le titre, Bob aussi :
-- ils ont mis le meme titre => pas de probleme
-- le titre differe => on previent Bob, on lui montre son titre, celui qui est stocke' dans la base, la difference entre les deux, et un formulaire pour copier/coller ses modifs

Ces choses sont traitees champ par champ independamment : ainsi s'il y a conflit sur le titre mais pas sur le chapo, le chapo est enregistre, et le message d'erreur ne porte que sur le titre

C'est, evidemment, compatible avec les crayons

Cette fonction, appelle la fontion 'inc_charger_php_extension_dist' si l'extension demandee n'est pas chargée, placée donc dans inc/charger_php_extension.
- utilisation de ces fonctions dans les fonctions spip_versions_sqlite et spip_versions_pg, en plus de spip_versions_mysql.

homogeneiser les noms des meta de restauration
importer a partir de SPIP 1.8

- recreer un jeu de table avec l'ancienne structure et un prefixe different
- importer dedans
- mettre a jour
- recopier
TODO :
remonter a des versions stables plus anciennes
etre sur que le prefixe temporaire est bien disponible
interpoler entre versions stables par une maj partielle
reprise sur timeout pendant la recopie
traiter les tables des plugins qui sont ignores dans le process

on encourage vivement a utiliser la seule ecriture qui devrait etre acceptee :
[(#FORMULAIRE_RECHERCHE{spip.php?page=tralala})] 

encore faut il que cela fonctionne.
C'est le cas ici, avec le fichier manquant"

distinguer l'implementation de 
<INCLURE{fond=..}{ajax}>
et
[(#INCLURE{fond=...}{ajax})]
afin de renvoyer du vide dans le dernier cas si la noisette est bien vide

- desactiver la double occurence de interdire_script dans l'espace prive (appel general + appel dans les parties squeletisee)
en inhibant les appels depuis squelette dans l'espace prive
-> corrige un bug d'echappement du js des modeles dans l'espace prive
- autoriser les modeles a produire du php, en l'echappant sur le meme modele que le js

- application a un modele generique formulaire qui permet d'inserer les formulaires dynamiques implementes par la nouvelle API :
<formulaire|ecrire_auteur>

+ deux test de typage sur les echappements pour eviter des warnings 

#1270 : ne pas se prendre les pieds dans le tapis dans les cas de saisie rapide ou par remplissage des champs par le navigateur
permettre aussi la surcharge du logo dans le formulaire, en deportant celui ci dans un inclure
qui est aussi evalue par action/informer_auteur

implementation de la prise en charge simplifiee des balises dynamiques, et application au formulaire_oubli 
(ca n'est pas le meilleur exemple car on passe 4 fois sur le meme formulaires, mais sa transformation ne casse pas la compatibilite car il est nouveau)
Pour creer un formulaire dynamique, il suffit :
- de creer le squelette du formulaire formulaires/xx.html, qui contiendra dans le form la balise #ACTION_FORMULAIRE{url_action}
- de creer les 3 fonctions :
  - formulaires_xx_charger (dans formulaires/xx/charger.php) qui renvoie un tableau des champs et des valeurs par defaut
  - formulairesx_xx_valider (dans formulaires/xx/valider.php) qui test la validite de la saisie et renvoie les messages d'erreur champ par champ si besoin, ou un message global
  - formulaire_xx_modifier (dans forumlaires/xx/modifier.php) qui fait les mises a jour en base
les arguments passes a #FORMULAIRE_XX{truc,machin,id_article} sont transmis aux 3 fonctions charger valider et modifier
aucun argument n'est collecte automatiquement, tous les arguments doivent etre explicitement fournis

Ce shema de construction s'ajoute a l'ancien qui reste completement operationnel et peut rester utile pour traiter des cas complexes ou avec collecte auto de variables d'environnement

l'action de de demander son mot de passe doit etre attachee au formulaire de login et non a la page de login. Cela oblige sinon a forker le formulaire des que l'on veut l'utiliser
la page de resaisie d'un mot de passe passe en squelette, avec creation de la balise #FORMULAIRE_OUBLI utilisable independamment
et un hack qui de ce fait disparait dans generer_url_public

La fonction ''meme_rubrique'' devient surchargeable, ce qui permettra à ceux voulant recupérer le mode expérimental MEME_RUBRIQUE (cf [8228] parlant de [8227]) de le faire dans une extension perso. Permettra aussi d'améliorer sa présentation pour ceux qui le souhaitent.