Début de la tâche #685. Spip propose à présent de fusionner la base courante avec les tables principales d'une sauvegarde, moins la tables des types de documents (qui est commune à tous les Spip car en lecture seule) et la table des auteurs (pour éviter les conflits sur les noms de login). Pour une base contenant déjà N rubriques, les secteurs (i.e. les rubriques de premier niveau) de la sauvegarde recevront un numéro supérieur à N, ainsi que leur sous-rubriques dont les champs id_parent et id_secteur seront eux aussi modifiés pour conserver l'arborescence. Idem pour les champs id_rubrique et id_secteur des articles, brèves, forums, et syndications de la sauvegarde. De meme, le champ id_groupe de la table des mots de la sauvegarde tiendra compte de la renumérotation des groupes de mots introduits lors de la fusion.

Ce qui n'est pas (encore) fait: 
 * l'importation des documents joints, et a fortiori la renumérotation des pseudo balises emb,doc,img dans les champs SQL;
 * l'importatio des logos;
 * la fusion des 2 tables d'auteurs, si nom et/ou login identiques
 * la fusion des 2x2 tables de mots et groupes de mots si meme titre
 * l'importation des tables auxiliaires (mots/auteurs d'un article...)

En l'état actuel des choses, cette option de restauration est surtout intéressante pour qui possède une collection d'articles sur un site Spip (par exemple en local) et veut importer d'un bloc cette collection sur un autre. En jouant sur le statut d'administrateur restreint (on peut en créer une juste pour l'occasion), il est possible de n'importer qu'une partie d'une site d'origine, puisqu'une sauvegarde effectuée par un administrateur restreint est réduite aux rubriques qu'il administre.

Egalement dans ce dépot: 
 * la fonction _q() n'entoure plus de guillemets un nombre
 * en cas de sauvegarde avortée, on arrive à garder la connexion au site.

compresser jquery cote serveur, avec l'avantage de pouvoir abstraire/surcharger cette librarie via un squelette (notamment pour inclure des plugins jquery... a suivre)

Suite de [7921]: l'appel de la fonction tenant compte des options de configuration (et sa définition standard) migre dans le fichier construisant le formulaire d'édition d'article, afin d'etre disponible à partir d'un squelette.

Pour donner un exemple, voici un bout de squelette S qui fait apparaitre le
formulaire, avec des options de config perso config_S, et retour vers lui-meme:

[(#ID_ARTICLE|inc_editer_article_dist{#ID_RUBRIQUE,0,'./?page=S', config_S})]

L'ajout de champs supplémentaires dans le formulaire reste à améliorer: il
faut rajouter un filtre éliminant les balises form-/form englobantes puis 
les remettre.

the "statut puce" are now loaded for every article in the list and not only for the first one on which the mouseover event was fired

Pourvoir utiliser le error_reporting a l'install sans etre bloqué par des 302 c'est quand meme bien utile.

fix temporaire pour le petit bug dans le spip_log() ; le vrai fix sera quand j'aurai reunifie toute l'API dans inc/modifier

notification des forums : on separe la notification de l'arrivee d'un nouveau message (seuls les moderateurs le recoivent), et de sa validation (tous les autres concernes le recoivent). Quand le forum est en moderation a posteriori, les deux notifications s'enchainent

(et uniquement celui la) lorsque l'on est identifie
l'echappement utilise l'alea tournant de l'auteur connecte, ce qui evite un risque
d'injection de javascript encode64 dans un article par un auteur malveillant"

Mettre le raccourci en colonne gauche plutot qu'à la fin de la page, c'est plus pratique. Et conformité XHTML.

Concentrer la configuration du formulaire d'édition dans une seule fonction, ca facilite la surcharge.

les forums entrent un peu mieux dans l'API de modification ; reprise du travail sur l'API de notifications, notamment pour faire suivre les forums a des moderateurs ou aux participants au thread (pas complet).

revision complete des chemins et de copie_locale() pour reparer les racourcis < doc XX > dans l'espace prive (#669)

debug de l'upload async sous safari (en fait, j'ai deja corrige ce bug dans http://zone.spip.org/trac/spip-zone/changeset/6223 mais ca avait du sauter)