D'accord, c'est toujours plus propre d'initialiser un tableau, mais  PHP 4.4.0 semble bien le seul a ne pas faire de $doublons_index un tableau de 1 element dans cette expression certes inelegante mais licite:
 
calcul_mysql_in('documents.id_document', "0".$doublons[$doublons_index[]= ('documents' . '')], 'NOT')

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

permettre l'acces aux champs d'une table de jointure explicite; ca reste lacunaire mais c'est tout de meme plus homogene que de faire la jointure et n'y avoir acces qu'en partie

attention, il faut calculer la requete a la fin de la compil bien qu'elle se place au debut du code produit

(c) 2001-2006

clarification sur l'emploi du filtre interdire_scripts (changement de nomenclature dans le code, a fonctionnalite equivalente)
attention ca casse un peu l'API pour ceux qui ont des balises persos.

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

Finalement, plusieurs criteres doublons ca peut etre utile d'apres FIl. Le premier qui comprend ce code a gagne le droit de corriger le prochain bug.

- "0" n'est pas vide (pif)
- verifier que les champs de date existent avant de trier 'par date', etc (pif)
- le critere {mode=image} etait casse (jdegreef) - http://forum.spip.org/fr_177334.html

(pif)

mauvais retour de boucles récursives (nic;o & paolo); code gourmand, mort ou mal structuré dans le calcul des champs SQL par le compilateur

transformation des repetitions de critere d'égalité sur un meme champ en un IN + HAVING count(*) = cardinal (Patrick Guermonprez); début du nouveau decompilateur

debut de retablissement de l'affichage des elements de la boucle dans le compilo (mais solution peu fonctionnelle : ça reste "à refaire")