Tâche #685, suite de [7952]. Lors de l'insertion d'une sauvegarde, encoder celle-ci dans le charset courant du site, sinon c'est le bazar. Marche aussi quand on insère une sauvegarde à l'ancien format (1.2) mais pas à l'anté-diluvien (non numéroté).

Tâche #685, suite de [7952]. Les groupes de mots présents dans la sauvegarde à fusionner sont identifiés à ceux présents dans la base si leur Titre sont égaux. Idem pour les mots, si leur Titre sont égaux ET que leur groupe a été lui aussi identifié à un groupe présent (ce qui implique 2 passes sur le fichier de sauvegarde, plus entre les 2 une collecte des groupes identifiés). Du coup, la fusion ne porte plus seulement sur les tables principales, mais aussi sur les 6 tables de jointures par les mots.

duplication des boutons cachés dans debut_admin, ce qui empechait la sélection pour presse-papier de fonctionner si on rechargeait la page

etre un peu plus smart sur la gestion du cron(), pour eviter que ca rame sur un petit site (notamment tests en local)

Simplification de l'interface debut_admin: on lui donne juste le nom du script (qui est en fait toujours $_REQUEST['exec']) et elle insère tout $_POST automatiquement dans le formulaire demandant la création du répertoire, ce qui lui permettra de fonctionner pour toute nouveauté dans les actions demandant ce controle. En prime (sur FireFox) le nom du répertoire est automatiquement copié dans le presse-papier pour faciliter sa création.

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