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

attention, actuellement la balise #HTTP doit etre utilisee une fois et une seule et en tout debut de squelette; c'est a ameliorer mais ne pas faire croire a mieux en attendant

passage en squelette du ci-devant ecrire/spip_style.php3. Un peu lourd encore comme ecriture, mais le resultat part en cache.

dans le squelette la duree de vie des pages qu'il produit. 

A la base, c'est la requete HTTP, "Cache-control: max-age = NNNN".

Elle est produite par une extension de la balise HTTP au cas #HTTP{NNNN}.

Les squelettes standards l'utilisent systematiquement.

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

+ backend-breves au format RSS2

j'utilise le hack [(#TOTAL_BOUCLE|sinon)] pour le vider
mais du coup il ne faudra pas modifier le filtre sinon :(

- gestion des <enclosure> sans squatter la table spip_documents (cela reste possible si on veut en activant une globale)
- fonctions variees d'affichage des tags

mauvaise methode pour gerer plusieurs tags (del.icio.us et flickr les mettent dans un seul conteneur, mais ils ont tort, et cette version reste accomodante avec eux) 

- de grosses modifs sur la syndication :
	* prend en compte les <source url="xxxx">titre</source> (RSS2)
	  -> resoud #35 , avec des idees inspirees par Stephane Laurent 
	* prend en compte la <lang> des articles (format a revoir...)
	* prend en compte les "tags" de del.icio.us, flickr, itunes etc
	* gestion de syndication "riche"

- au passage, utilisation massive de safehtml() lors de l'affichage des #DESCRIPTIF des articles syndiques (y compris dans l'espace prive)

- et de fil en aiguille aussi dans les forums

lors du commit  http://trac.rezo.net/trac/spip/changeset/4187#file1
j'avais mis le #TEXTE complet dans le backend standard, au lieu de #INTRODUCTION. Marrant que personne n'ait remarque ca...

nouveau filtre agenda_affiche permettant la différenciation de couleur et améliorant la lisibilité des filtres de calendriers