le retour du premier appel d'un pipeline non déclaré, au format array, n'etait pas applatit par la fonction pipeline
Manque de chance, le pipeline agenda_rendu_evenement etait déclaré de facon erronee (rendu_evenement).
2 bugs en un donc, corrigés d'un meme coup

petite proposition. Methode SET pour _request() qui permet de xxx dans $_POST['var'] si on ecrit _request('var', xxx);

_request('var') fait toujours son boulot ...

Fusion des parametres d'URL var_ajax et var_charset en un seul: var_ajaxcharset. Elle est mise d'office par les fonctions javascript utilisant Ajax, et aussi par ajax_action_auteur dans l'argument Redirect, pour etre repéré par la séquence à la fin de index.php. A noter que celle-ci est en fait inutile sauf pour le mini-navigateur de rubrique, on devrait pouvoir s'en passer totalement à terme.

report de [7287] (notes dans les modeles) de la branche 1.9 vers spip/ ; mais a la reflexion le probleme des notes et des inclusions est plus global, et devrait etre traite ailleurs que dans cette fonction specifique aux modeles...

report de [7281] et [7282] de la branche 1.9 vers le repertoire spip/ (gros bug ajax sur charset iso-8859-1)

- résolution du ticket #536;

- code mort et code partageable entre controler_forum et article_forum;

- et tant qu'à partager, autant que ce soit en Ajax.

- n'utiliser Ajax que si c'est la page du calendrier qui est rappelée (donc pas d'Ajax dans le calendrier des gadgets sauf pour cette page);

- [7164] a remplacé l'utilisation de la classe "calendrier-arial10" par "arial10" mais ce ne sont pas les memes contrairement à ce qu'on pourrait croire, donc retour d'icelle (calendrier.css a été à la 6-4-2, désolé);

- le curseur n'était pas standard dans les liens en Ajax: unification avec le code produit par ajax_action_auteur.

Le parametre PAGE utilisee dans les scripts privés et qui aparaissent dans un double redirect semble poser pb, bien que la valeur du redirect soit doublement  encodée. On évite.

Il faut sauvegarer manuellement les compteurs de boucles quand elles sont récurisves (Aurélien et Stéphane).

Lister les rubriques des administrateurs restreints même si ce ne sont pas des secteurs. Et amélioration ajax/xhtml

<script src='X'></script> ..... <script src='Y'></script> .....

il faut absolument une espace avant chaque </script> pour qu'il le voit.

La connection automatique à un serveur de BD externe peut etre déclenchée par n'importe quelle requete, pas nécessairement un SELECT

Les fonctions spip_query et spip_connect admettent un argument supplémentaire optionnel indiquant un serveur de base de données. Le résultat de spip_connect est la fonction à appeler pour effectuer une requete au serveur. Ces fonctions de requetes sont indiquées dans un tableau statique indexé par les différents serveurs. Le tableau est vide au départ, et s'enrichit lors du  premiere appe de spip_connect avec un argument nouveau, S. A ce moment, spip_connect charge le fichier base/S.php et invoque la fonction sans argument base_S censée initialisée la connexion au serveur et retourner le nom de la fonction de requetes. Cette fonction est mémorisée dans le tableau statique, afin qu'aux appels suivants, spip_connect retourne immédiatement cette fonction. Ainsi, spip_query peut appeler systématiquement spip_connect sans perte de performances.

Cette interface est complètement transparente dans le cas habituel. La globale db_ok (qui n'apparait plus que dans base/db_mysql et une fois à l'installation)  est en particulier toujours disponible, mais doit etre considérée comme obsolète: il faut appeler spip_connect() pour savoir si la base est disponible et initialiser la connexion si ce n'est fait.

L'utilisation principale de ces changements est de pouvoir appeler spip_query(requete, serveur) dans les fonctions implémentant les modèles de fonctions de abstract_sql.php. En particulier, la fonction par défaut spip_query_db qui repose sur des globales décrivant la connexion standard, peut etre remplacée par une autre fonction  s'adressant à un autre serveur SQL, tout en profitant de toutes les autres fonctions de db_mysql.

Position correcte du triangle du bloc de traduction (du coup il semble que les 2 explode et for(count) de bouton_block_visible/invisible de inc/layer.php soient du code mort, mais c'est pas sur)