oups j'avais tue les stats sur les articles en http://trac.rezo.net/trac/spip/changeset/11540#file10

attention aux eventuels dommages collateraux : renvoyer l'id_document cree, plutot que le type d'image, apparement ca pete pas

balise {{{ #FILTRE{x} }}} pour appliquer le filtre x a l'ensemble du squelette une fois celui-ci calcule ; application directe : simplification du systeme de compacte_head et de la gestion des pipelines d'insertion de scripts (puisqu'une insertion html normale peut etre post-traitee avec un #FILTRE).

creer aussi un fichier .gz pour macher le travail a apache lorsqu'il fait la content-negociation avec le mod_gzip
configuration de httpd.conf :
{{{
<IfModule mod_gzip.c>
mod_gzip_on                   Yes
mod_gzip_can_negotiate        Yes
mod_gzip_static_suffix        .gz
AddEncoding              gzip .gz
mod_gzip_item_include         file       \.(js|css)$
</IfModule>
}}}

les css nommees (ou ayant un id) echappent a la compression, sinon on ne peut plus faire de selecteur de couleur comme dans 'la' reference http://www.alistapart.com/articles/alternate/ ; ca resoud les bugs de l'espace prive de SPIP, mais en faisant le vide...

[11329] avait fait marché le multi-base pour la boucle hiérarchie mais en la bloquant pour PG... Mais les pbs signalés dans cet dépot restent entiers.

- Introduction d'une fonction 'chemin_image($file) qui retourne (pour le moment) _DIR_IMG_PACK.$file, et remplacement de (presque) toutes les occurrences de _DIR_IMG_PACK par cette fonction.

- Introduction de la constante _NOM_IMG_PACK valant "images/"

- Introcuction d'une fonction "chemin()" alias de "find_in_path()"

Faire en sorte que les <icone>images/plugin_icone.png</icone> de <bouton> et <onglet> des fichiers plugin.xml soient cherchés dans le path et non uniquement dans le plugin lu.

Extraire le calcul des paramètres css (passés aux squelettes css de l'espace privé) dans une fonction 'parametres_css_prive()', afin de pouvoir être appelée par des plugins en utilisant 'generer_url_public('mon_squelette.css',parametres_css_prive())'

Il est possible ainsi dans ces squelettes de récupérer (comme style_prive.html) les paramètres envoyés (couleur_claire, couleur_foncee, ltr), par exemple avec :
{{{
#SET{claire,##ENV{couleur_claire,edf3fe}}
#SET{foncee,##ENV{couleur_foncee,3874b0}}
#SET{left,#ENV{ltr}|choixsiegal{left,left,right}}
#SET{right,#ENV{ltr}|choixsiegal{left,right,left}}
}}}

C'est pas très clair ces points de suspension, mais au moins qu'il n'y ait pas deux fois 0 dans les tranches.

et si il marche c'est encore mieux

Suite de [11514]: la réception des messages de forum est à présent elle aussi en Ajax. Lorsqu'on répond à un message, le fil est remplacé par le formulaire précédé d'une recopie du message en question, le reste de la page ne bougeant pas. Après l'envoi final, le fil est réaffiché entièrement (c'est imposé par les lignes verticales qui illustrent les filiations, car chacune peut changer de longueur suite à cet envoi).

#MODELE{truc,ajax}
<truc|ajax>
Au passage, les parametres a valeur implicite sont acceptes dans les modeles :
par exemple :
<embxx|autostart> est equivalent a <embxx|autostart=autostart>

"un filtre date_relative_court qui affiche demain/aujourd'hui/hier pour les dates proches, et se comporte comme date_relative pour les dates plus lointaines"

relacher un peu la securite sur $id dans autoriser() : le principe de precaution interdisait d'utiliser une cle non numerique sur une table (ex: spip_meta, cf les crayons)

Passage en Ajax du formulaire de réponse à un message de forum interne (mais l'envoi de ses saisies ne se fait pas -- encore -- en Ajax).

cela ne semble lie qu'a certains navigateurs (IE ?), il serait bon de ne pas l'activer sur les autres
desactiver l'ajax de articles_edit pour le moment (seuls cas d'utilisation = les controles md5)
inc/editer_article disparait, remplace par formulaires/editer_article/charger

                l'auteur qui possede le meme identifiant que le mot-cle a des articles publies ; pas etonnant que ca soit un peu arbitraire :-)