correction d'un bug sur #CACHE, qui n'était pas utilisé pour déterminer si le cache restait ou non valide ; on introduit un entete propriétaire (à nommer comme on veut) pour stocker cette valeur ailleurs que dans cache-control, car on peut très bien vouloir mettre en cache pendant longtemps #CACHE{10000} une page dynamique #HTTP_HEADER{Cache-Control: no-cache etc}

- #HTTP_HEADER{Chose: valeur} qui insère un entete dans le tableau $page[entetes] (ceci toujours via le hack d'insertion de la sequence <?php header(...) ?> dans le code, qui est ensuite nettoyée)
- #CACHE{delai} qui fixe la durée du fichier cache.

A noter qu'on peut mixer les deux de façon parfois étonnante comme sur le login, où le fichier est mis en cache côté spip, mais pas côté navigateur

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'}

nettoyage et unification de charger_generer_url(), et retour de la compatibilite ascendante sur inc-urls.php3 qu'un malheureux _EXTENSIONS_PHP (au lieu de _EXTENSION_PHP) avait flinguée

(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

charger systeematiquement Copie_locale pour compatiblite avec ceux qui le trouvaient dans inc_filtres

- 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.

verification generale des header() pour eviter toute tentative de detournement des entetes (suggere par Cyrille Barthelemy)

documentert l'erreur quand elle vient de ce qu'a produit le compilo (le squelette compilé n'étant pas eval()-uable) ; cf. bug avec #EXPOSE/#EXPOSER

séparation de "calcul" et "recalcul" de la page : ainsi quand on fait "voir en ligne" depuis l'espace privé on ne recompile pas les squelettes ; le bouton "recalcul", lui, recompile comme avant.

quel bazar dans ces filtres: FORMULAIRE_RECHERCHE et URL_LOGOUT avec un paramètre déclenchaient un "parse error", LOGO_DOCUMENT ignorait le filtre "fichier" et le reste de ces attributs apparaissait comme du texte, et je dois en oublier. Bon, petite avancée vers les filtres imbriqués en séparant dès le phrasé la fonction de filtre de ses arguments

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

- suppression du systeme de "plugins" (à réexaminer post 1.8)
- traces de $dossier_squelettes

autoriser les & dans les URLs de redirection (pas satisfaisant, mais extraire_lien() dans inc_texte est un vrai plat de spaghetti)

http://thread.gmane.org/gmane.comp.web.spip.devel/24787

#LOGIN, séparation dans les balises dynamiques de contexte et _request()

possibilité d'utiliser plusieurs FORMULAIRE_ECRIRE_AUTEUR sur une seule page, activation du FORMULAIRE_ECRIRE_AUTEUR dans un contexte d'article (écrit à tous les auteurs) ; petites debug ; invalideurs pétitions ; creation d'un login plus sympa pour les inscriptions automatiques (on se base sur le nom plutôt que sur le login) ; previsu sous forme de squelette, etc....

ATtention la variable "maitresse" désormais est _GET (quand elle existe)
Au passage on emporte un peu moins de mémoire puisque HTTP_GET_VARS et _GET sont
reliées par un déréférencement.