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.

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.

Formulaire_mot en Ajax, et migration dans exec/mots_tous des fonctions de inc/mots ne concernant que ce script. Au passage, retrait des redondances de requetes SQL et de redirections contenues dans ce script. Pour passer ce script en Ajax, il faudra unifier avec tranches_requetes qui l'utilise aussi.

L'aspect graphique du formulaire_mots s'est un peu dégradé, en ce qu'une action Ajax en GET ne fera  plus apparaitre le curseur Main, mais le curseur d'insertion. En fait il  faudrait un curseur spécifique pour toutes les actions Ajax, GET ou POST, ce serait l'idéal.

Il reste encore des formulaires que l'on pourrait passer en Ajax dans le script exec/articles, mais pour la plupart il faurait changer la présentation afin qu'une seule zone de la page soit concernée par l'impact des écritures SQL du script exécuté (ou alors rédiger des Ajax plus complexes mais ça ne me parait pas souhaitable).

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.

revision du comportement standard des modeles inexistants + qqs bizarreries ;#TRADUCTIONS devient #ARTICLE_TRADUCTIONS et est appelable par <article12|traductions>

Finalement pas de modeles par defaut pour article/rubrique/breve 
A vos plugins !

Il devient donc possible d'inserer <article23> dans le texte d'un autre article... une facon enfin élégante de faire figurer un meme contenu dans plusieurs rubriques... Cela est valable aussi pour breve.

autonomisation du script de retrait de mot-clé, d'autant que ca ne se faisait pas dans le cas 'un seul mot à la fois'.

un modele pour les traductions d'un article. et au passage, un modele modeles/truc.html peut servir de balise par défaut si aucune fonction balise_TRUC n'est trouvé

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

modele supplementaire, et factorisation du separateur dans une variable locale pour simplifier son changement

Modele supplementaire precedent_suivant
filtre ancre_url pour ajouter/enlever une ancre a une url, sur le meme principe que parametre_url

les modeles sont des morceaux elementaires de squelettes utilises par le compilateur pour generer le rendu des pages.
Ils sont surchargeables dans tout repertoire modeles/ du path (donc par exemple squelettes/modeles/)

ecrire/prive.php?page=xxxx

l'url est generee avec generer_url_prive(script,args)

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

changement de strategie pour l'affichage des gadgets : c'est ainsi plus rapide pour l'utilisateur, moins mechant pour le DOM, et ca s'approche d'une mise en squelettes. seule consequence negative : quand on desactive javascript les boutons qui ouvrent et ferment les blocs sont toujours la

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

Permettre la surcharge du selecteur de rubrique. Ca permet plus facilement de désactiver Ajax pour ceux qui n'aiment pas, et de fabriquer d'autres menus au besoin.

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 ;-).

L'action  logout explicite est à présent assurée par un script indépendant de action/cookie.php afin d'en permettre facilement la surcharge (par exemple: ménage à la deconnexion) et d'éviter l'ambiguité de son argument (logout=connect_login) dont la valeur n'était en fait pas significative. Quant au cookie rajouté au mode PHP_AUTH, bien que posé au niveau de ecrire/ il doit concerner tout le site.

Tous les filtres images_xxx passent par une fonctions image_filtrer qui extrait les images du texte et applique le filtre a chacune (generalisation du fonctionement qui etait celui de image_reduire).
inc/filtres n'est inclus que quand un filtre image_xx est appelé (ou eventuellement un filtre couleur_xxx)

Au passage valeurs_image_trans et couleur_extraire sont renommes en image_valeurs_trans et image_couleur_extraire. L'ancien nom continue d'etre supporte

Les fonctions php image_xxx de filtres_image ont pour caractéristique commune de prendre un tag <img...> en premier argument.

Rationnalisation de la refonte dans [6889]: le fichier session, surchargeable, ne contient plus ce qui ne l'est pas, savoir les fonctions *_action qui passent dans un fichier inc/actions.php.

Le test du renouvellement de l'alea passe dans le fichier inc/meta pour eviter de le refaire à chaque fabrication d'action dans un meme script (des tonnes dans le cas des pages avec tranche_requete ou lorsque les documents associés sont légions).