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.

Le clonage de la présentation des statistiques en celui des signatures ayant inclus le lien CSV par erreur, autant aller justqu'au bout.

Les productions de fichiers CSV sont à présent assurées par des squelettes accessibles seulement depuis l'espace privé, et rangé dans {{{prive/transmettre}}}.

Il y en a un pour les statistiques générales des visites, un pour celles pour d'un article précis (résultats identiques à ce qu'il y avait avant), mais aussi un pour les signatures d'une petition.
Pour ce dernier squelette, utilisation de la jointure explicite pour obtenir les signatures sur toutes les traduction de l'article.

Nouvelle numérotation pour $spip_version et introduction des types de documents ''sty'' et ''cls'' lié à LaTeX.

La numérotation de $spip_version sous forme d'un nombre réel déduit de $spip_version_code allant atteindre ses limites, on prend à présent comme valeur le numéro de dépot SVN introduisant un changement dans la base.

A nouveau, adaptation rétrospective du code de mise à jour à partir de la 1.9.2: en multipliant par 1000 ces valeurs de $spip_versions, on obtient des valeurs entières inférieures au numéro SVN actuel, et ça devient compatible avec le nouveau schéma général de mise à jour. Ça evite un quasi doublon de code et ça permet un test en vraie grandeur.

A noter que SVN ne donne pas accès automatiquement au dernier numéro de version d'un fichier, il faut toujours affecter $spip_version manuellement; du coup il y aura peut-etre parfois des dépots simultanés qui feront que le numéro affecté vaudra 1 de moins que celui qu'il faudrait. Pas dramatique.

Incrustation automatique d'une pièce jointe lorsque l'article est vide et la pièce jointe est unique (images mises à part). Autrement dit, afficher le contenu d'un document sous SPIP peut se faire simplement en publiant un article auquel on associe le document, sans avoir à apprendre la syntaxe des modèles.

http://www.spip-contrib.net/Creer-de-grands-tableaux-dans-SPIP,24
remarque qu'il est malcommode de transformer en article SPIP un texte issu d'un tableur. En conséquence, le modèle ''emb'' voit son domaine étendu. Le squelette se réduit à présent à inclure un autre squelette, portant le nom du type MIME principal du document, officiellement au nombre de 5 pour les types simples: ''application, audio, image, video, text''. Pour les quatre premiers, le squelette fait la même chose que la version précédente du squelette ''emb'', mais leur écriture en est simplifiée (et pourrait certainement l'être encore plus);

Pour le type ''text'', le comportement de ''emb'' est à présent d'insérer le contenu du document dans la zone de texte où est utilisé ce modèle (auparant il ne faisait rien). Il suffit donc, pour faire apparaitre le contenu d'un tel fichier (txt, html etc) dans le corps d'un article, d'écrire {{{<embNNN|>}}} où NNN est son id_document. De plus, ce squelette applique, s'il existe, le filtre {{{filtre_text_}}}''sous_type'' sur le contenu en question. En particulier, est fourni le filtre {{{filtre_text_csv}}} qui transforme les ";" en "|", et permet ainsi de visualiser sous forme d'une table HTML mise en page par SPIP, le contenu d'un fichier fourni par un tableur au format CSV.

A noter que sont donc implicitement fournis les modèles ''application, audio, image, video, text'' dont l'usage direct est un peu plus rapide que ''emb''. 

Prospectives:

- on pourrait convenir dans le squelette standard qu'un article sans texte mais muni d'un pièce jointe de type text utilise ce modèle;

- il faudrait fusionner les fonctions charger_fonction, filtrer, chercher_filtre et appliquer_filtre qui font presque la même chose.

Déport, dans un nouvel onglet du panneau de configuration, du formulaire de déclaration de bases supplémentaires, figurant antérieurement sur la dernière page de la procédure d'installation. Bref, on peut [à nouveau] installer SPIP sans savoir lire, mais sur le plan graphique, c'est abominable à cause de la disparité de l'espace privé avant et après installation. Que celles et ceux qui préfèrent les images à la lecture interviennent SVP.

Un fichier séparé pour les fonctions gérant les jointures: elles n'ont jamais été limitées à la compilation des critères, il aurait dû exister depuis le début.

grosse revision de la gestion de l'identification / authentification, avec l'idee de generaliser un peu plus
Sur les forums par abonnement, le rendu change un peu : on ne presente plus le formulaire de login, mais un texte avec trois boutons (login) (inscription) (rappel de passe)
Sur les autres forums, formulaire libre comme avant, mais avec un bouton d connexion
Petit plus : quand on quitte une page de forum, on enregistre le message en cours dans un cookie, et on le restitue quand on revient (plugin jquery.cookie.js)
ATTENTION: $auteur_session ne garantit plus une authentification, ce n'est plus qu'une identification : pour la securite il faut tester auteur_session[statut]

L'option de notifications par mail aux messages de forum est à présent réglable pour chaque type de forum (abonnement, a priori, a posteriori). La meta 'prevenir_auteurs' est désormais la liste des types de forum avec notification, séparés et encadrés de virgules. Les anciennes valeurs oui/non sont néanmoins toujours gérées.