Dans create_base, on peut passer un nom de base prefixe par un path, qui est prioritaire sur _DIR_DB
Dans la connexion, on peut preciser un path dans le parametre $addr

base_copier_table prend le nom du fichier de status en premier argument, et un argument optionnel supplementaire de conditions where (en tableau, avec le nom de la table concernee en cle)

Extraction de la sauvegarde/restauration de SPIP dans l'extension dump : Export/Import de la base en XML

preparer chaque table de destination correspondante a une table source en la droppant/recreant avec la meme structure, ou en l'upgradant simplement si meta ou auteurs

- vider les tables de la base destination
- copier les tables de base a base, par morceau avec gestion d'un pointeur de progression, et d'une limite de temps pour eviter de se faire interrompre au mauvais moment
- detruire l'auteur copieur si besoin

devrait permettre un dump "facile" vers une base sqlite et une restauration tout aussi "facile" 
(il reste a gerer la creation de la base sqlite, et peut etre un drop/create pour chaque table a la copie pour avoir la meme structure de table de facon garantie)

L'idee est d'evacuer la sauvegarde actuelle dans un plugin de garage car elle est devenue trop peu fiable et le code n'est plus raisonablement maintenable,
et de la remplacer par un plugin qui propose la copie en base sqlite, a priori toujours dispo par defaut en php5, qui sera la cible de cette version de SPIP

trouver_table('spip_articles') recherchait la table reellement nommee spip_articles en base, sans changer le prefixe, ce qui obligeait, le cas echeant, a gerer le prefixe en amont de l'appel.
Ce comportement est incoherent avec le reste de l'api SQL car si on est sur une base avec prefixe 'truc_' et qu'une table 'spip_articles' est trouvee par trouver_table, la requete sql que l'on essayera de faire juste apres sur cette table sera en fait realisee sur truc_articles, puisque toutes les sql_xx renomment le prefixe automatiquement (sauf sql_showtable qui dispose d'un argument pour activer ce renommage, par defaut a false).

On introduit donc un argument $table_spip sur trouver_table, en 3eme position pour ne pas changer la signature, par defaut a true, ce qui correspond a l'usage general.
trouver_table('spip_articles') trouvera donc 'truc_articles' dans une base avec prefixe truc.
Pour trouver la vrai table spip_articles, il faut faire, le cas echeant trouver_table('spip_articles','',false);
Sachant qu'il n'est de toute facon pas possible de faire un sql_select sur cette table par l'api SQL, sauf peut etre en quotant le nom de la table avec les `spip_articles`

Ce changement risquant d'introduire des petits bugs, on le fait des maintenant pour avoir le temps de les detecter.

Corrolairement, dans une <BOUCLE_xx(spip_articles)>, c'est toujours la table principale qui est prise en compte, avec renommage du prefixe, idem pour les jointures.

eviter un preg_replace moche base sur un path meme pas echappe, puisque sous_repertoire gere le cas du second argument nul.
$tantpis ne dispense pas d'essayer de creer le sous repertoire, mais en passant $tantpis pour ne pas echouer.

SPIP n'est pas encore un plugin comme les autres, il faut ignorer le path qui apparait la, mais sans se trouver sur le test de la variable !

bizarement les tests unitaires ne l'avaient pas detecte

Remise en ordre de l'installation : reprendre leprocessus de la branche 2.1 qui installe les extensions

SPIP est un plugin presque comme les autres : navigation.xml devient core.xml, qui pourra aussi contenir des declarations de pipeline.
On supprime le traitement derogatoire de ce fichier pour la construction du bandeau d'icones, en le compilant avec les autres plugin.xml
On pourrait aussi y definir la version de SPIP, mais pour l'instant on garde l'info dans inc_version, et on la reinjecte juste apres lecture de core.xml pour eviter de devoir l'ecrire dans deux fichiers.

si on est pas connecte, le bouton 'accueil du site' renvoie en fait vers la page de login. Changer son libelle en 'se connecter' dans ce cas ! #1952

les exec et action configurer qui servaient a gerer l'ajax des scripts de configuration/ sont renommes en exec et action configuration, ce qui est plus coherent, et laisse la place pour la page
exec=configurer&cfg=xxx qui sert a presenter le #FORMULAIRE_CONFIGURER_XXX (naturellement ajax)

On introduit donc une rupture de compatibilite avec les configuration/ eventuellement presentes dans des plugins, qui utiliseraient ajax_action_post('configurer'...). 
Sur la zone, cela ne concerne que le chantier du plugin breves, non utilisable actuellement, et la configuration du plugin indexation.

renommer la page de configuration des contenu en exec=configurer_contenu, ce qui libere exec=configuration

ces raccourcis de langue sont devenus tres incomplet et cette page peu usitee est avantageusement remplacee par certains plugins, on l'oublie donc.

- Tous les prive/squelettes/contenu/page-configurer_xxx
sont recenses, et les pages qui ne sont pas deja dans la navigation sont ajoutees au menu configuration avec :
titre = <:configurer:configurer_xxx_titre:>
icone = images/configurer_xxx-16.png
autorisation : autoriser(bouton,configurer_xxx)

- Tous les formulaires/configurer_xxx
sont recenses, et ceux qui ne sont pas deja dans un page-configurer_xxx ou linkes directement via exec=configurer&cfg=... sont ajoutes au menu configuration avec :
titre = <:configurer:configurer_xxx_titre:>
icone = images/configurer_xxx-16.png
autorisation : autoriser(bouton,configurer_xxx)

le squelette prive/squelettes/contenu/page-configurer.html permet de generer un exec automatique pour un formulaires/configurer_xxx, en l'appelant via
ecrire/?exec=configurer&cfg=xxx
(on garde l'argument cfg en clin d'oeil)

La fonctionnalite introduit de fait pleins d'entrees dans le menu configuration/ qui vont disparaitres au fur et a mesure de la migration des pages de configuration de l'espace prive en squelettes
Pour eleminer un bouton disgracieux du menu configuration, il suffit de definir son autorisation a false, ce qui interdira aussi l'appel du formulaire correspondant via exec=configurer

Il faudra voir a l'usage si la fonctionnalite n'est pas trop genante en generant trop systematiquement une entree dans le menu configuration.