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)

repare la balise #URL_SITE_SPIP : la meta passait a '' si on allait faire une modif dans la config sur une autre page que celle comportant l'adresse (Alexandra)

Harmonisation des retours d'Ajax pour essayer d'avoir un code permettant à toutes les plates-formes d'avoir accès au formulaire après retour d'Ajax, et de pouvoir le déplier/replier en cliquant sur le triangle. Deux remarques:

- les fonctions bouton_block_{in}visible, debut_block et fin_block doivent etre simultanément utilisées ou inutilisées au retour d'Ajax pour que ça marche.

- utiliser des globales en Ajax est illusoire, il faut abandonner en particutilier la globale $numero_block, qui sauf erreur ne fait qu'un renommage pas indispensable des ID.