on ne maitrise pas la racine, par defaut ca peut etre un index.html, alors tant pis... prevoir ca dans la page de configuration des urls

et renommage de fichiers aux noms grotesques

cf. commentaire sur spip-core :
http://listes.rezo.net/archives/spip-core/2006-02/msg00007.html

Faciliter l'envoi d'en-tetes http dans les squelettes, afin de remplacer les variables PHP $flag_preserver et $flag_dynamique par des entitees independantes du langage d'execution. Pour cela: 

- introduction d'une balise #HTTP{e1, ... en} utilisable en debut de squelette, et dont les arguments sont des chaines, entourees de guillemets ou d'apostrophes, conforme au protocole HTTP1/1 :
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.4

- cette balise est compilee en une sequence
<?php header(e1); .... ;header(en) ?>

- Spip repere une telle sequence initiale (c'est donc valable aussi pour un code php ecrit directement sous-reserve que la syntaxe soit exactement la meme) et en fait une meta-donnee pour chaque page produite par l'execution du squelette, afin de disposer facilement des en-tetes au moment de l'envoi;

- Spip repere dans ces meta-donnees la presence de la directive Content-Type. Si elle est absente, elle est automatiquement rajoutee avec comme habituellement la valeur:
	Content-Type: text/html; charset=#CHARSET
Spip n'enverra les boutons d'administration et de previsualisation et n'inserera leur CSS associee que si cette directive a pour valeur text/html ou que le mode debug est actif. 
Cette assertion simple reflete l'usage de la variable $flag_preserver qui n'a ainsi plus de raison d'etre.

- Spip repere aussi dans ces meta-donnees la presence d'une directive "Cache-control", auquel cas il n'enverra aucune autre directive concernant le cache du client. Ainsi, le positionnement a "vrai" de la variable $flag_dynamique, jamais documentee, est equivalent a
	#HTTP{'Pragma: no-cache', 'Cache-Control: no-cache; must-revalidate'}

normalise_inc () 
{ 
    for i in $(grep -l 'pclzip.lib' inc*php*);
    do
        sed 's/pclzip.lib/inc_pclzip/' $i >x;
        mv x $i;
    done;
    $MVCOMMAND pclzip.lib.php inc_pclzip.php;
    for i in $(grep -l 'lab_' inc*php*);
    do
        sed 's/lab_/inc_/' $i >x;
        mv x $i;
    done;
    $MVCOMMAND lab_diff.php inc_diff.php;
    $MVCOMMAND lab_ortho.php inc_ortho.php;
    $MVCOMMAND lab_revisions.php inc_revisions.php
}

(c) 2001-2006

include_ecrire etc acceptent des noms sans extension et completent avec .php ou .php3; migration generale dans les scripts de l'espace public pour preparer l'abandon des .php3

- en confinant la gestion de la globale $delai dans le fichier inc-cache surchargeable
- en ne chargeant ce fichier que dans inc-public-global
- en mettant dans inc_invalideur les fonctions non necessaires a la determination des caches

Remplacement systematique de la fonction lire_meta(x) par son contenu $GLOBALS['meta'][x]
plus efficace et permettant de distinguer plus facilement les globales internes aux scripts 
et celles en provenance de l'entree HTTP.
En parallele, deplacement des fonctions action_auteur dans inc_session pour eviter de charger 
les fonctions d'admin quand ce n'est pas necessaire.

Les pages qui ne passent pas le nettoyage sont notées dans ecrire/data/
les autres sont envoyées avec un entete sympa

il faut mettre dans mes_options.php3 ou dans le fiuchier d'appel
mais PAS dans mes_fonctions.php3 !!
les lignes suivantes :

	define('_TIDY_COMMAND', '/chemin/vers/tidy');
	$xhtml = true;

A tester avec php_tidy1 et php_tidy2

pourt l'instant ça s'active avec "xhtml_page=1", mais c'est transitoire :)

+ ne pas invalider en cas d'erreur de DB.

bug du surlignement var_recherche (les boutons admins affichent la $page, celle-ci ne peut donc plus etre ensuite surlignée)

ajout : si on appelle article.php3?id_article=90 et que l'article 90 n'existe pas dans la base de données, n'afficher ni le bouton "Modifier cet article (90)" ni les stats.

page 404 personnalisable (pas encore squelettisee, à voir)

* mise à jour du système de login : on donne priorité à l'auth par cookie, ce qui permet de fonctionner sous un .htaccess sans bidouille particulière

* révision du système de nettoyage des globales à l'entrée (prépare la "liste des variables admissibles")

* suppression de quelques vieilleries