Conformité XHTML: remplacement de align='justify' par "style=text-align: justify'". Il reste un problème difficile ici: le filtre "justifier" (donc propre) insère un attribut align qui vaut justify, left, right et le remplacement par "style='text-align:" n'est pas toujours transparent. Si on veut passer au xhtml strict, il faudra clairement dire que la mise en page pourra etre légèrement différente.

Remplacement de style='font-family:...' par un attribut class. Obtenu après mise au carré (incluant une dizaine de scories) et application du sed-script suivant:
{{{
s,\(<[^>]* style='[^']*\)font-family: *[Vv]erdana[^';]*[ ;]*\([^>]*\)>,\1\2 class='verdana1'>,
s,\(<[^>]* style='[^']*\)font-family: *[Aa]rial[^';]*[ ;]*\([^>]*\)>,\1\2 class='arial1'>,
s,\(<[^>]*\) style=''\([^>]*>\),\1\2,
}}}
Reste 10 occurrences, dans 2 balises (pas attribut) style (minipres et aide_index) qu'il faudrait globalement passer en CSS. 

Evacuation des balises Font en appliquant le script sed ci-dessous après mise au carré des sources. Principe: attribut size='n' est équivalent à font-size = 10+(2 x n) pt.

{{{
s,<font size=.1.>\(.*\)</font>,<span style='font-size: 12px;'>\1</span>,
s,<font size=.2.>\(.*\)</font>,<span style='font-size: 14px;'>\1</span>,
s,<font size=.3.>\(.*\)</font>,<span style='font-size: 16px;'>\1</span>,
s,<font face=.\(.*\). size=.1.>\(.*\)</font>,<span style='font-family: \1; font-size: 12px;'>\2</span>,
s,<font face=.\(.*\). size=.2.>\(.*\)</font>,<span style='font-family: \1; font-size: 14px;'>\2</span>,
s,<font face=.\(.*\). size=.3.>\(.*\)</font>,<span style='font-family: \1; font-size: 16px;'>\2</span>,
s,<font face=.\(.*\). size=.1. color=.\(.......\).>\(.*\)</font>,<span style='font-family: \1; font-size: 12px; color: \2;'>\3</span>,
s,<font face=.\(.*\). size=.2. color=.\(.......\).>\(.*\)</font>,<span style='font-family: \1; font-size: 14px; color: \2;'>\3</span>,
s,<font face=.\(.*\). size=.3. color=.\(.......\).>\(.*\)</font>,<span style='font-family: \1; font-size: 16px; color: \2;'>\3</span>,
}}}

Conformité XHTML manuelle: fallait comprendre que qq scripts n'appelent pas debut_gauche(), et donc fin_page() en faisait alors trop. A présent elle produit un  bloc XML sans commencer par des balises fermantes, qui sont émises par une nouvelle fonction, fin_gauche().

Placer le nom du répertoire à la fois par PHP et par JS au cas où celui-ci ne marcherait pas. Et un peu de conformité XHTML grace au mini-validateur qui lui) même améliore sa présentation.

1. Les pièces jointes à un article ou une rubrique sont importées sous forme de documents distants. Il faut donc donner l'URL du site d'où provient la sauvegarde dans le menu demandant la fusion.

2. Identification de chaque article de la sauvegarde avec un article de la base installée, s'ils ont meme titre et si leurs rubriques mères ont été identifées.

A noter qu'on pourrait comparer les deux dates de mise à jour pour décider de quand meme écrire les champs de la sauvegarde si sa version de l'article est plus récénte. Allant plus loin, on pourrait utiliser la table des versions pour décider quel est plus récent de chaque champ, et offrir ainsi une véritable ''synchronisation'' entre 2 sites fonctionnant en miroir. A approfondir.

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.

La détermination du répertoire des sauvegardes pour admin restreints étaient encore percée, on unifie un peu mieux tout le code autour. Et pourquoi soudainement un fichier bourré de ^M ?

Tâche #587 sur inc/boutons et inc/rubriques, lequel est expurgé de ses productions HTML afin d'être chargé plus rapidement par les scripts d'action. Et pas de include et charger_url superflus évacués.

suppression du répertoire de dump à l'installation. Il est créé à la volée, comme CACHE/, sessions/ et les autres.

Bientôt la même chose pour upload/ et ses sous-répertoires.

La fonction debut_page passe dans les vieilles def et devient surchargeable sous le nom de inc_commencer_page. On en profite pour passer dessus la  tache #587 (remplacement des echo par return).

Les scripts de exec appelant cette fonction ont été transformés par le sed-script suivant (peut-etre illisble avec le Wiki ?):

s/^\(.*\)debut_page/\1$commencer_page = charger_fonction('commencer_page', 'inc');\
\1echo $commencer_page/

nommage daté et incremental des noms de sauvegarde dump_20061008_000.xml.gz pour echapper a un ecrasement malveillant
liste radio des dumps disponibles pour la restauration

Tâche #587: disparition de la trop rare fin_html, recopiée dans fin_page qui fait maintenant un return. Et modfications dans les fichiers appelant ces deux fonctions dérogatoirement.

suppression des derniers bouts de javascript sous forme de <script> dans l'espace prive (hormis gadgets)

dissymétrie import/export par admin restreint. C'est le moment de nommer différemment, meme si c'est le meme repertoire en standard, le repertoire de sauvegardes et le repertoire de sessions.

Tâche #209: pas d'index numérique dans un tableau construit par spip_fetch_array. Remarque: une grosse partie des fichiers admin_*.php devra migre dans base/db_mysql, car elles sont très spécifiques à Mysql

include_ecrire *[(] *(["'])inc_(acces|admin|agenda|ajax|auteur_voir|auth_ldap|auth_spip|boutons|charsets|config|cookie|cron|date|diff|distant|extra|filtres|forum|getdocument|import|invalideur|lang|lang_liste|layer|logos|mail|math|mini_nav|minipres|mots|ortho|popularites|presentation|revisions|rubriques|session|signatures|sites_voir|suivi_versions|surligne|syndic|texte|visites)\1 *[)]

en include_spip('inc/...')

le tout avec include_spip(), donc surchargeable etc

renomme_en_exec_et_en_php () 
{ 
    mv index.php3 i3;
    mv index.php i;
    mv forum.php3 f;
    mv statistiques.php3 s;
    for i in *.php*;
    do
        if [ -f inc_${i%3} ]; then
            $MVCOMMAND inc_${i%3} exec_${i%3};
        else
            if [ -f inc_$i ]; then
                $MVCOMMAND inc_$i exec_${i%3};
            fi;
        fi;
    done;
    mv i3 index.php3;
    mv i index.php;
    mv f forum.php3;
    mv s statistiques.php3;
    $MVCOMMAND inc_auth.php3 exec_auth.php;
    $MVCOMMAND inc_accueil.php exec_accueil.php;
    for i in inc_spip_action*;
    do
        $MVCOMMAND $i exec_${i#inc_};
    done;
    for i in inc_*.php3;
    do
        $MVCOMMAND $i ${i%3};
    done;
    $MVCOMMAND exec_config-contenu.php exec_config_contenu.php;
    $MVCOMMAND exec_config-multilang.php exec_config_multilang.php;
    $MVCOMMAND exec_config-fonctions.php exec_config_fonctions.php;
    $MVCOMMAND exec_config-lang.php exec_config_lang.php
}

la restauration ne fonctionnait plus (faudrait trouver qqch permettant de prevenir que le choix get/post peut ne pas etre indifferent au 2e coup, meme si le premier semble ok).

Passage en Post de tous les formulaires GET, car ceux-ci ne seront plus compatibles avec l'extensibilite de SPIP. Celle-ci devra utiliser du coup _REQUEST pour recuperer le nom de l'action a faire, on l'instaure tout de suite. Version standard toujours operationnelle, mais l'extensibilite ne s'obtient pas encore apres execution de spip_migre

migration du parametre reinstall directement dans les URL. Evidemment si on s'amuse a appeler les qq scripts concernes directement et sans celui-ci le comportement sera incoherent, mais seuls les admins peuvent les executer, et ils ne le feront pas. Migration du petit declencheur de reinstallation dans inc_version, fichier non mutualisable qui permettra aux installations specifiques (Spikini etc) d'adapter ce qu'elles veulent

(c) 2001-2006

La fonction "generer_url_ecrire" (ci-devant http_php_scriptnq) produit TOUTES les url de l'espace prive. Elle prend un nom de script, sans son extension, et une Query String, et retourne une URL formee du nom du script muni de son extension, du point d'interrogation et de la query_string avec les "&" transcodes
en "&". Elle admet aussi deux arguments supplementaires optionnels pour
le cas specifique d'une URL codee comme valeur de parametre.

Cette fonction est destinee a supprimer d'un seul coup les extensions php3,
et a permettre l'introduction d'un script generique pour n'en garder qu'un seul.