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é.

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

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.

suppression du '0' en fin de articles.php en l'absence de forum; réapparation des mots cherchés qui avaient disparus en mode non Ajax; mise en xhtml (mais pas strict) du formulaire des mots.

Passage en Ajax des messages de forums attachés en interne à un article. Ce passage devait pouvoir facilement s'opérer aussi dans les autres scripts utilisant la fonction afficher_forum, apres plus grande généralisation du script discuter.php. 

A noter qu'il devient évident qu'il faut supprimer tous les "echo" dans les scrips exec, afin que chacun d'eux puisse potentitellement etre inséré dans un autre grace à Ajax.

Ajax_squeeze reconnait à présent les boutons radio, d'où passage en Ajax du formulaire des dates (publication / rédaction) d'un article. Plus nettoyages divers, notamment pour  le dépot suivant.

retour des ajouts de [7083] malencontreusement ecrases par [7088] ; changement important dans le portfolio et le bloc documents : on affiche desormais tous les documents, qu'ils soient ou non inclus dans le texte (les inclus sont signales par une couleur de fond grisee). Ceci afin de permettre de changer leur titre, descriptif, voire de les faire tourner, sans aller dans articles_edit - on y prend gout...

ajout d'un numero de version code pour une utilisation future, notamment test de compatibilité de version pour les 
plugins ou les themes (c'est nouveau ca aussi, mais encore virtuel : un theme serait un dossier squelette sans code (squelette+css uniquement), uploadable directement dans l'interface privée depuis un site comme contrib, et qui s'installera dans CACHE/themes/)

Gestion en dehors de articles.php des 2 modifs de id_trad. Le test de traduction redondante ne marche pas, mais il semble que cela remonte à loin (la faute de syntaxe dans les attributs en cas de message d'erreur en est un autre indice). A noter aussi que le petit triangle donnant aux formulaires sur les traductions ne tourne pas. Mais on n'est pas loin de la mise en Ajax de tout le bloc sur les traductions.

par exec/articles.php. Toutefois, la gestion de id_trad est encore assurée par celui-ci, le script action/editer_article lui donnant les informations pour ce faire (provisoire en attendant de bien cerner tous les cas d'appels).

Eclatement du script action/instituer, l'organisation en sous-actions étant incompatible avec l'attribut Id standardisé attendu par la fonction JavaScript AjaxSqueeze.

suppression des derniers bouts de javascript sous forme de <script> dans l'espace prive (hormis gadgets)

Les scripts appelables en Ajax sont à présent comme tous les scripts dans exec (i.e contenant une fonction exec_F_dist surchargeable). Le role d'index.php est seulement de tester si "var_ajax" est présent dans l'envoi, auquel cas il rajoute comme première ligne < ? xml etc ? > et transcode en Unicode le resultat de la fontion exec_F.

Autrement dit la seule chose qui distingue actuellement un script Ajax d'un autre, c'est que sa fonction exec_F retourne le flux à envoyer au client tandis que les autres font directement des echo. En calant tout le monde sur le premier comportement, tout script pourra alors s'exécuter en asynchrone, il suffira de mettre var_ajax=1 dans les parametre pour avoir les deux compléments indiqués ci-dessus (mais ils devraient sans doute s'intégrer aussi aux scripts à terme).

C'est la question de l'interface de programmation d'Ajax qui est posée.
En attendant de la stabiliser, le fichier index.php prend à sa charge l'aiguillage et le traitement opérés auparavant par ajax_page qui a été retiré du dépot, son contenu étant réparti en autant de fichiers inc/ajax_F.php qu'il contenait de fonctions F. 

Le mode d'appel est provisoirement encore "ecrire/?exec=ajax_page&fonction=F" en attendant mieux.

Asyncrhonisme du formulaire rendant virtuel un article. De nouveau le regret que le reste de la page ne reflètera pas le changement indiqué dans le cartouche du formulaire: le grand panneau 'Cet article redirige vers....' sera désynchronisé.

Deux remarques:

- en mode non Ajax ça marche toujours, mais la boite de saisie ne se rouvrira plus au rappel, faute de savoir qu'une modif a eu lieu là-dessus (mais elle est toujours ouverte en cas de signatures présente ou de messages);

- le cas des boutons radio est dérogatoire en Ajax, on se demande pourquoi.

Poursuite de l'autonomisation des formulaires présents dans exec/articles mais aussi dans articles_edit, naviguer et breves_edit.
Cette fois c'est le formulaire de description des documents et images joints, qui est à présent produit par la fonction formulaire_modif_document, et traité par action/documenter.php

Comme pour [6947], la suite à donner est de passer à Ajax, pour éviter de recharger toute la page où le document se trouve, surtout quand elle contient un portolio.

Aussi dans ce dépot: ajout de l'apostrophe manque dans articles_tous (Thomas).

En fait il y avait un double bug dans [6950], c'est sans doute pourquoi le pb n'était pas apparent plus souvent.

Pétouille graphique corrigée, et disparition de la fonction exec_affiche_article_dist dont le nom etait trompeur quant à l'API des scritps de exec/

Poursuite de l'autonomisation des formulaires présents dans exec/articles (cf [6934] et [6931]): le retrait, l'ajout et la recherche d'auteurs.

Deux suites à donner:

- ce code n'est pas loin d'etre partageable avec la recherche de participants dans le script source:spip/ecrire/exec/message.php (mais y en a-t-il vraiment
qui utilise la messagerie interne ?)

- il faudrait passer à Ajax, surtout pour la recherche dans des bases à beaucoup d'auteurs, ça permettrait d'avoir un réaffichage apparamment instantané, et de lancer  plusieurs ajouts d'auteurs en parallèle.

Quant à la non validation XHTML, elle atteint ici des sommets ;-).

Eviter qu'un formulaire en Post ait des parametres exclusivement présents dans le champ action. Et continuer à évacuer les Update présents dans exec/articles.

formulaire_articles_edit et afficher_statut_articles deviennent des fonctions retournant le formulaire permettant de changer leur objet

La recherche du logo associant un numéro et un type (id_rubrique, id_auteur etc) à une image est à présent assurée par fonction surchargeable, inc_chercher_logo, prise en compte tant dans l'espace privé que dans l'espace public, autrement dit lors de l'exécution d'un squelete. 

En standard cette fonction retourne comme auparavant "arton1.gif" pour l'article 1 etc. Toutefois l'harmonisation des appels entre l'espace public et l'espace privé a nécessité une production de squelette avec un code un peu différent, aussi il faudra vider le cache (plus précisément retirer les fichiers CACHE/skel/* si on veut une intervention minimale mais hors interface) pour éviter des erreurs PHP si on exécute d'anciens squelettes compilés. L'intéret d'une surcharge ici est de permettre d'organiser les logos sur des bases radicalement différentes de l'habituelle, non seulement avec des formats autres que ceux signalés par la variable globale formats_logo, mais également avec des logos donnés sous forme d'URL distantes ou de scripts de production d'image à la volée.

Par ricochet, les fonctions gérant la saisie des logos dans l'espace public
(afficher_boite_logo etc) deviennent des filtres utilisables dans des squelettes (elle retournent le code HTML produit au lieu d'en faire un Echo directement).
Cette nouvelle fonctionnalité a amené à couper en 2 le fichier inc/logos, 
dont la partie restante est inchangée malgré les apparences, le reste allant
dans le fichier inc/chercher_logo.php, avec un remaniement éliminant les Echo
mais ne changeant pas les balises HTML produites.