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

admettent les memes arguments afin qu'il soit plus facile de passer en mode Ajax lorsque la partie correspondante du DOM est configurée pour.

Idéalement il faudrait aussi qu'elles retourne le meme genre de résultat (un formulaire ou un <A href=X>clic</A>) mais ça impose de revoir menu_langues, icone et icone_horizontale.

Aussi: explication de la variable d'URL select_groupe sortant auparavant d'on
ne savait où dans le formulaire mot (voir depot suivant).

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.

Sécurité Ajax: depuis que les formulaires sont appelables par des scripts autonomes, il faut revérifier les droits du connecté sur l'objet sur lequel s'applique le formulaire. Autrement les simples rédacteurs et les admins restreint peuvent se fabriquer un formulaire modifiant les annexes (pièces jointes, forums, pétition etc) d'un objet qu'il n'administre pas.

- nouvelle date_interface qui affiche 'il y a xxx minutes' si la date est recente, mais affiche la date complete si plus de 12 heures, permet de restaurer un affichage correct dans le suivi des forums plutot que des tonnes de 'il y a 3 mois'... (Perline) + petouille graphique sur les breves dans l'espace prive

Attention un modele qui renvoit des espaces doit etre considere comme vide (exemple : [(#LESAUTEURS) toto] )

- faudrait placer ça ailleurs qu'en pied de page...
- manque les trad correspondantes pour <:squelette:>
)

changements dans l'appel des modeles depuis le squelette : on ne peut plus ecrire #TOTO mais #MODELE{toto} ; #EMBED_DOCUMENT est debuggue : on peut desormais lui appliquer des filtres, car seuls ses filtres contenant des = sont transformes en arguments

les modeles, suite : maintenant ils peuvent avoir connaissance des liens qui les entourent (on sait donc gerer proprement [<doc1>->url]) + divers petits bugs

hum... quelques list()=spip_fetch_array trouves a coup de regexp sur la base de celui indiqué par renato.
Faudrait pas qu'il s'en cache beaucoup d'autres comme ca ...

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

au passage, mettre fond dans le contexte dans recuperer_fond, sinon le calcul du fichier cache est erroné

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

on remballe les choses bizarres necessaires pour faire de #LESAUTEURS un vrai modele -- c'est plus simple quand c'est moins complique

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.

PS: je ne sais pas pourquoi je m'etais imagine que c'etait complique