encore beaucoup de modifs, je ne détaille pas, car elles sont surtout du fond et des suites de discussions sur spip-dev :

* le debogueur devient de plus en plus riche et subtil (n'affiche plus à tout vent les erreurs mysql, par exemple, mais seulement aux admins)

* nettoayge du code des forums

* tentative de résoudre le bug de ecrire_fichier sous windows

* En matière de boucles et balises, l'ajout de id_thread dans la table spip_forum donne tout de suite le critère {id_thread} qui va bien pour retrouver le pied d'une discussion

etc.

Il va falloir mettre à jour NOUVEAUTES et TODO :)

un bug vexant qui date de juillet : une boucle récursive ne reservait pas les champs necessaires chez sa maman, mais seulement chez elle-meme ; ou alors au contraire (précédemment) seulement chez sa maman ; or, il faut les 2, puisqu'on est appelé une fois par la maman et ensuite plusieurs fois par soi-même.

Dur dur le code pas commenté !

mode 'preview' pour previsualisaer le site en incluant les articles, brèves etc. non publiés ;
administration du mode 'preview'
CACHE/ : gestion du quota et de la compression dans ecrire/admin_vider.php3 (note: en mode informatif seulement, réglages à faire au besoin dans mes_options.php3)

et autres idées nocturnes....

- gros travail sur le debuggueur : les boutons de debug s'affichent maintenant dès qu'une erreur php a été détéctée dans l'exécution de la page, les erreurs 'parse error' ou 'fatal error' sont traitées (ce qui n'a pas été facile...)
- les fichiers du cache sont stockés en mode compressé (quand c'est possible)
- la compression auto est redéconnectée des post-traitements de page (trop de problèmes, notamment sur spip-contrib)

par ailleurs petites corrections, suppression de code mort, etc.

J'espère que le déroulé des opérations dans inc-public - inc-cache - inc-calcul - inc-calcul-squel est plus lisible maintenant ; la partie "affichage des boutons d'admin", en revanche, est vraiment méchante :-)

- suppression des codes d'entete (au pire on peut toujours exécuter un script avant de renvoyer la valeur voulue, avec un eval('{ mon code; }') -- mais en pratique j'ai pu les supprimer partout
- refonte complète de l'analyse des #LOGO_...

Ce "commit" n'est qu'une étape, car je vais continuer à simplifier le code maintenant que je suis débarrassé de ces entetes. Mais il faut déjà vérifier que rien n'a été cassé.

- DEBUG : repérer les boucles contenues dans la partie optionnelle avant
  cf. http://thread.gmane.org/gmane.comp.web.spip.devel/19911

- BUG : les imbrications multiple de balises [()] sont toujours bugguées
  mais le code est si difficile à lire que je laisse tomber
## TODO: cette fonction du parser buggue avec un triple emboitement
## [x[y[z(#DATE|jour)t](#DATE|mois)u](#DATE|annee)v]

petit bug : lire_fichier() retournait false quand on demandait 1024 octets d'un fichier plus petit que ça (explique le recalcul systématique de spip_login.php3)

- controle_petition invalide les pages des articles correspondant
- loger la taille du cache meme sans quota

- loguer la duree de calcul skel

* on renoue avec les fichiers .NEW qui permettent d'invalider rapidement les
caches créés mais pas réutilisés dans l'heure.

* on stocke la taille des fichiers cache, ce qui permettra, à terme de gérer
un quota pour le cache (pour l'instant on ne peut faire que : SELECT
SUM(taille) FROM spip_caches;)


Par ailleurs je débuggue un peu les nouveautés du compilateur, que j'avais
laissées de côté le temps de retrouver un système fonctionnel sur l'ensemble
des anciennes fonctionnalités : {id_rubrique=#ID_RUBRIQUE} et
{titre==$titre} devraient de nouveau fonctionner.


En ce qui concerne l'écriture des balise_NOM_dist(), j'ai modifié la
structure des données passées à ce type de fonctions de manière à ce qu'on
puisse préciser directement dans leur définition les traitements standards;
ça évitera le fouillis actuel avec des bouts de définition éclatés un peu
partout (l'idée est de permettre d'avoir des contribs complètes).