en cas de forum modéré, renvoyer vers l'URL de validation (léger problème si les auteurs de l'article ne sont pas admins, mais c'est déjà une amélioration)

et autres codes de lang  (Nicolas Krebs, Paolo)

quand on visualise articles_forum on trie les threads par date du message le plus récent (et non plus par date du pied le plus récent) => faire remonter les discussions "vivantes" même si elles ont commencé il y a longtemps

gestion plus clean des CDATA

- mettre à jour les données quand le flux les modifie (permet de répercuter les corrections d'orthographe -- tout petit risque d'injection malicieuse de titres scatonazis après validation d'un lien "modéré par défaut")

Attention cette nouveauté est incompatible avec toute putative contrib qui viserait à une correction manuelle des titres -> dans ce cas là il faudrait réfléchir à ajouter un booléen "article verrouillé"

- honorer le tag <lastbuilddate> ou <modified> en répercutant l'heure de mise à jour des articles (il est interdit de donner une date future, petit risque d'injection malicieuse de "mon article toujours devant les autres", mais c'était déjà le cas avec un feed changeant en permanence les URL)

- meilleure sécurité de la modération des liens

Oups: sucre les "nouvelles" feuilles de style pour le calendrier. Ne pas interferer avec calendrier.css

But d'affichage du menu des rubriques: la date de maj des rubriques (meta) n'etait pas reellement changee (pas de ecrire_metas).

Ergonomie du calendrier: rejeter les elements de navigation a droite. D'ou: deux nouvelles feuilles de style.

amusant bug, qui donnait un #TOTAL_BOUCLE négatif pour les critères {n-4,3} sur les boucles donnant 1 ou 2 résultat.

le critère {n-1,3} avait sauté avec
http://www.spip.net/spip-cvs/spip/inc-criteres.php3.diff?r1=1.26;r2=1.27

appliquer corriger_caracteres() sur les posts des forums au moment où on les enregistre dans la base + il n'est pas interdit de coder proprement

et ajout d'un favicon.ico qui vaut ce qu'il vaut (réalisé avec le logo de SPIP et le site http://www.html-kit.com/e/favicon.cgi) mais qui évite de remplir le error-log d'apache

tout le monde était *^presque* content, sauf les utilisateurs de Safari qui ne voulaient pas de gros caractères dans le calendrier_semaine.php3

j'ai enfin trouvé ce qui ralentissait l'application des feuilles de style (du moins sur Safari) : le @import calendrier.css générait à chaque fois un hit suerr calendrier.css -- certes le serveur répondait 304, mais le temps qu'il réponde la feuille de style ne s'appliquait pas. Effet de clignotement "tout blanc"->styles un peu agaçant

bug de timeout sur la restauration -> on recommence à zéro (car on ne lisait pas des meta dans la base mais dans le [vieux] cache)

(James + Jacques sur #spip)