eclatement de inc_sites_tous pour qu'il soit exclusivement inclus par include_fonction, tandis que le nouveau venu est exclusivement inclus explicitement

memoriser dans included_files le Path et non le Basename, pour pouvoir charger la fonction F_dist ET sa surcharge F si besoin

replacement de ecrire/iframe_action.php par ./sip_action?action=instituer, pour changer le statut de qqch de manire plus rapide (pas de chargement de preferences) et plus sure (controle l'action, plutot que le demandeur qui n'etait d'ailleurs pas toujours bien controle)

laisser passer la feuille de style a l'install, c'est-a-dire sans exiger le cookie. Par ailleurs, retirer de inc_upgrade ce qui n'est pas necessaire au script upgrade

c'est l'ultime tentative pour ne pas recréer l'objet à chaque appel (souci de perfs)

joli XSS a double detente. A noter qu'un appel a sites_edit communiquait un parametre 'redirect' que celui-ci ignorait

Suite du depot precedent: le probleme semble ne se poser que pour les url referencant un repertoire mais sans '/' avant le '?'. On le rajoute et on a de nouveau des URL absolues pour la plupart des envois en post

Un formulaire avec un champ action en adresse absolue AVEC parametres
(donc de forme "http://PATH?arg1=val1....") et un champ method de valeur POST est transmis d'autorite en GET par les navigateurs, alors que si le champ action est en adresse relative (donc de forme "PATH?arg1=val1...") la transmission
a bien lieu en POST !

En consequence, SPIP n'utilise finalement les URL absolues que pour les methodes GET, jamais pour les POST. Ce depot enterine ce choix, a l'aide de la fonction genere_url_ecrire qui admet un nouvel argument optionnel indiquant si l'on veut une URL relative (par defaut) ou absolue. La fonction generer_url_post_ecrire utilise donc systematiquement la deuxieme forme. Les appels a ces deux 
fonction ont ete reecrits pour verifier les cas d'utilisation.

bug avec safehtml() : une fois planté par un "<style>" non fermé, il efface tout. Il faut le reset() plus fortement (à programmer en mode OO ?)

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

changement d'API des pipeline, de manière à les rapprocher de l'écriture des filtres dans les squelettes ; au lieu d'un Array('filtre1', 'filtre2'), un pipeline est désormais décrit sous la forme '|filtre1|filtre2'

A faire : autoriser aussi |filtre{arguments}
et pourquoi pas |?{true,false}

script pour tester le renommage des fichiers SPIP pour avoir l'extensibilite de l'espace de redaction

ne pas mettre dans inc_util ce qui n'est pas toujours utile. En proofiter pour ne pas produire d'Input a nom vide, et qq sauts de lignes dans le HTML ne font pas de mal

Bon, le changement de langue a l'intall ne marchait plus, maintenant  c'est de nouveau operationnel. Par ailleurs le formulaire d'install a perdu qq couleurs depuis longtemps deja, mais de toutes facons ce formulaire va pas mal bouger bientot

un formulaire avec un style a l'origine; comme c'est le bazar dans l'imbrication des <td> et <tr> je sais pas trop comment faire. A revoir pour le graphisme

generer_url_post_ecrire sert aussi a reperer des formulaires imbriques dans d'autres formulaires, eux memes non fermes par </form>; j'ai fait comme j'ai pu mais le resultat typographique n'est pas peut-etre pas celui souhaite

nouvel utilitaire pour generer les formulaires en methode en Post avec copie des arguemnts importants a la fois en <input > et en <form action=..>. Indispensable pour la suite

(Log COMPLET du precedent depot:) Merci au W3C de nous imposer "&" dans le code XHTML alors que le RFC http ne le reconnait pas lors d'une redirection 303: changement de signatures des fonctions generer_url_ecrire et generer_url_public rien que pour ca.