pas besoin de trier en SQL puisqu'on devra trier en PHP (Job). Et attention, calendrier.css n'est plus en img_pack

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

+ changement de #META en #CONFIG (suggéré par Nicolas Krebs)

rajouter le lien vers le formulaire du mot dans le forum, honorer le ticket #106 et systématiser l'usage de quote_amp

obligation de coder en PHP pour changer la mise en page et j'en passe (deviner quoi).

Donc, introduction d'un nouveau squelette, choix_mots.html, permettant de 
sélectionner les mots à associer à un message. Mise en page un peu moins bien 
qu'avant mais ca va etre plus facile à améliorer maintenant.

gestion du mode de RSS (intégral ou résumé) depuis l'espace privé ; au passage, introduciton de la balise #META qui fonctionne comme #ENV mais à partir du tableau $GLOBALS['meta']

redécoupage des fichiers graphiques et externes (css) de manière à bien préciser ce qui est accédé par http et ce qui est accédé par php

Car en effet si on place le répertoire _DIR_IMG_PACK dans un répertoire "applicatif" (cas d'un hébergement mutualisé), il faut que les tests de file_exists() aillent regarder au bon endroit. C'est pas simple...

Au passage, une balise #EVAL qui ne sert qu'à faire #EVAL{_DIR_IMG_PACK}, mais qui peut faire beaucoup plus (#EVAL{6*7} par exemple :)

On supprime aussi article.php3 etc

Restauration d'un commentaire fondamental abandonné lors de la version [5521]. Le coupable est condamné à écrire les URL popres de la prochaine version de Spip

Content-Type: text/css
sans indication de Charset, lui substitue
text/html; charset=iso-8859-15
Fallait la trouver la solution, hein ?

Restauration d'un commentaire important enlevé par erreur + rationnalisation de l'ordre des balises link

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