- 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.

il manque encore le decoupage des textes longs

par type, dont le resultat passe dans un pipeline pour permettre l'extension par les plugins

Découpage transparent. Afin de faciliter la compréhension de l'interface SPIP aux serveurs SQL, les fonctions concernant ceux-ci dans inc/utils migrent dans un nouveau fichier situé dans le répertoire base: spip_connect spip_connect_sql spip_connect_db spip_connect_main spip_connect_ldap _q table_objet table_objet_sql id_table_objet table_jointure et spip_query. 

Afin d'illustrer les nouvelles possibilités de SPIP, l'erreur de squelette indéfini n'est pas provoquée si le nom du squelette correspond à une table SQL connue dans la base interrogée. A la place, un squelette minimal est produit automatiquement, qui visualise le contenu de la table SQL sous forme de table HTML ayant autant de colonnes que la table SQL a de champs. La balise #PAGINATION permet de faire défiler ses lignes par paquet de dix. La première (resp. dernière) ligne de la table HTML permet de trier la table selon la colonne choisie en mode ascendant (resp. descendant) et tenant compte du type de la colonne (numérique/date ou textuel). Tous les champs sont traités en critère conditionnel de la boucle implicite, ce qui permet également de trouver la ou les lignes dont la colonne a pour valeur celle donnée dans l'URL sous ce nom. Enfin, pour chaque champ dont la déclaration SQL indique {{{references}}} ''table'', un lien vers le squelette dynamique de cette autre table est produit.

A essayer sur sa propre base SPIP: {{{./?page=petitions}}} par exemple.

Compatibilité: l'argument {{{connect}}} a dû être rajouté à la fonction surchargeable '''styliser'''. Celle-ci avait déjà un argument supplémentaire optionnel, jamais utilisé, savoir la possibilité d'avoir un autre suffixe que '''.html''' pour les squelettes. L'argument optionnel {{{connect}}}, de plus grande utilité, vient s'intercaler avant lui. Rien de changé pour SPIP ni pour les extensions qui n'utilisaient pas ça (y en a-t-il qui le font ?).

Création du répertoire '''ecrire/req''' réservé aux fichiers assurant les portages de SPIP sur les différents serveurs de requêtes sur bases de données, ce qui permettra de fournir automatiquement ceux disponibles dans une version de SPIP. Les fichiers db_mysql.php et db_pg.php y migrent sous le nom respectif de mysql.php et pg.php. Cette migration devrait être transparente puisque c'est spip_connect qui a l'exclusivité du chargement de ce genre de fichiers.

On fait coïncider la nouvelle architecture ''1 chgt dans la base = 1 fonction de mise à jour'' avec le premier chgt après la 1.9.2, ça devrait aider à caler les pbs des mises à jour ratées.