changement important sur la gestion du cache : par defaut les pages deviennent 'dynamiques', et il faut indiquer #CACHE{3600,cache-client} pour qu'elles soient cachees chez le client (notamment la css de l'espace prive). Resoud le probleme du non-rafraichissment d'une page qu'on vient de recalculer, parce qu'elle est cachee trop fort cote browser

stocker dans une meta la date de derniere modif substantielle de la base de donnees... devrait pouvoir servir a des plugins + erreur nommage _DIR_SESSIONS au lieu de _DIR_TMP

le gif animé n'était plus perceptible après un premier "ajouter auteur" en Ajax, et le triangle de clic avait la pointe en bas alors que le menu était fermé.

Passage en Ajax du retrait d'un mot dans la page mot_tous, ce qui a exigé de refaire l'appel de tranches_requete dans cette page: celui-ci ne passe plus par une mémorisation dans la table SQL des appels Ajax. Du coup, le ménage à faire dans memoriser.php devenait vraiment énorme et a été fait.

Suite de renforcement de sécurité: l'aléa éphémère est renouvelé toutes les 4 heures (conséquence: ne pas attendre 4 heures pour valider le formulaire de rédaction d'un article et autre ... mais qui fait ça ?).

SVN était injoignable pendant 1 heure ==> désynchro manuelle. Je remets [7331] que [7333] a écrasé par erreur

Correction #557 au bulldozer: tous les fichiers appelant une fonction _action incluent d'office inc/actions

ecrire_meta() ne peut pas ecrire dans l base s'il n'y a pas de base (a l'install, donc)  (Alexandra)

Renforcement de la sécurité du script action/joindre: inclure plus de données dans le calcul du hash.

Auparavant ces scripts concernaient des actions assez marginales de la vie du site. Maintenant qu'ils se démultiplient pour permettre des actions en AJAX et des pages de présentation conformes au modèle REST pour tous les formulaires de l'espace privé, il devient plus important de se protéger contre le tristement célèbre "homme du milieu". En conséquence, le protocole de vérification de la recevabilité de l'action demandée est à présent plus strict.

Normalement cela devrait etre transparent aux utilisateurs honnetes, toutefois il est plus prudent d'essayer cette version localement avant un déploiement sur site.

entites HTML pas toujours à transcoder dans [7321] (faudrait organiser ces fonctions un peu autrement pour le faire exactement quand il faut).

- la partie JavaScript du code fabriqué ne comporte plus une copie trancodée des titres et Url figurant déjà dans la partie HTML: les fonctions JS vont les chercher dans le DOM.

- suite à la correction [7190], l'appel de la méthode abort est supprimé, et du coup il n'est plus nécessaire de mémoriser dans un tableau global tous les appels à Ajax effectués dans cette page. De meme, il n'est pas nécessaire de mémoriser dans un tableau global l'emplacement des gif animés. La seule globale restante est le cache évitant d'effectuer plusieurs fois la meme requete Ajax.

Remarque: ce code aurait été posté plus tot si le mot clé This dans l'attribut
d'une balise A désignait, comme pour toute autre balise, la balise elle-meme,
non pas, de manière absurdement dérogatoire, l'attribut Href de cette balise.
W3C, priez pour nous.

infos de revision SVN meme dans les paquets zip (prend en compte le script de generation pde paquets de toggg)

Retour au code hautement non validable de icone_horizontale, qui semble avoir le mérite de fonctionner sous IE contrairement à ce qu'on pourrait croire. En pénitence, on rend plus validable les formulaires sur les documents.

la vignette est de meilleure qualite si on la calcule a partir de la photo pleine taille, plutot qu'a partir du logo, qui est deja une version reduite (reda). par contre ca pose le probleme de ce qu'il faut faire quand le logo n'est pas l'image reduite (une vignette ajoutee a la main, ou un logo de base en cas de fichier absent...)

 le premier argument d'un modele n'est un sous-type *que* s'il est de la forme [a-z]+ ; autrement dit, si on a <docXX|lang=fr>, ne pas chercher le sous-type doc_lang=fr.html

Au retour d'Ajax, le codage final par des entités Unicode n'est plus nécessaire maintenant qu'il est réalisé sur les données d'entrées par _request, qui étaent en fait les seules à poser problème. Préciser le codage par la balise XML reste en revanche indispensable évidemment.

Du coup, index.php pourrait ne plus avoir besoin de distinguer les deux modes si:

- la balise xml était mise systématiquement dans les scripts lorsqu'ils retournent d'un appel Ajax (ils le savent);

- les fonctions exec_* effectuaient un return du texte à envoyer plutot que d'en faire l'echo 

... un chantier pour la 1.9.2.

une version plus performante et surtout, non bugguee, de spip_substr() -- voir le projet _dev_/strlen sur spip-zone pour les tests

ca m'a enerve ces histoires de substr... surtout les valeurs negatives de start et length, un vrai casse-tete !

both largeur and hauteur functions call taille_image, it's better to call it once. A better regex, a classic to quickly match ending parts of strings.

Pas un bug, mais vaut mieux se protéger contre la globale $spip_lang devenant vide inopinément: lorsque traduire_chaine demande de charger le module "spip" pour la lanque "", find_in_path retourne le fichier "spip.php" se trouvant  à la racine. Résultat graphique: la page d'origine est garnie de plusieurs copies de la page d'accueil de l'espace public ! Incompréhensible la première fois que ça vous arrive.

donc on aplatit que si il y a 'data'