Hiérarchie des titres : le h1 est désormais le titre de la page en cours (et non plus le titre du site, sur chaque page).

Sans oublier spip_style.css, sinon rien ne va plus.

et $GLOBALS['fond'] dans le md5() du cache (comme 'marqueur')

Les squelettes des balises dynamiques peuvent à présent envoyer des en-tetes HTTP (balise CACHE), le compilateur donne les moyens de les récupérer pour les placer au début de l'envoi final vers le client.

correction de self() qui donnait '' sur la racine du site (et donc des liens non fonctionnels, notamment pour #LOGIN_PUBLIC)

introduction d'un mecanisme de balise_XXXXXXXXX_traitement sur les balises dynamiques (qui permet à #LOGIN_PUBLIC et #LOGIN_PRIVE de dire "flag_dynamique", et à #FORMULAIRE_FORUM d'ajouter un invalideur)

disparition de spip_login.php3 et correction, au passage, du bug sur la connexion sans cookie (un test avait sauté dans exec_auth.php)

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

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

corerection du bug de #SELF dans les inclure et balises dynamiques (ou plutôt, contournement du bug)

Avec ceci plus l'envoi précédent (qui aurait du se limiter à messagerie.php3) correction de certains mauvais lien dans l'armée de boutons, et rationnalisation des arguments des fonctions pour permettre des appels extérieurs

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