Suite [7446]: formulaire_mots devient surchargeable sous le nom de 'editer_mot'. Et toujours un peu de ménage.

Suite de [7446]: surcharge possible pour les groupes de mots et pour les portfolios/fonds. Plus aucun script n'inclue un script de fragment.

Interface des fragments Ajax: un formulaire pour exécuter le script action/F.php est à présent construit par une fonction surchargeable, inc_F, définie par défaut comme inc_F_dist dans le fichier inc/F.php. Elle est en particulier le résultat intégral du script fragment/F.php destiné à etre appelé en mode Ajax. Elle doit préalablement avoir été appelée en mode normal, son résultat comportant alors une balise initiale englobante dont l'attribut Id commencera par F,ce qui repère la greffe opérée par Ajax.

Première tranche: les fragments appelés explicitement dans articles.php.

L'utilisation de Spip avec LDAP et plus généralement avec un .htaccess dans ecrire/ provoquait des demandes d'authentification dans l'espace public,
suite à la migration (pour cause de mutualisation) dans ecrire/img_pack/icones et ecrire/img_pack/icones_barre, des icones autrefois dans IMG/icones et IMG/icones_barre. Problème similaire avec les fichiers Javascript qui ne peuvent plus etre dans ecrire/ lorsqu'ils sont référencés dans le squelette agenda. 

En conséquence, création d'un répertoire dist/img comportant trois sous-répertoires: les 2 d'icones mentionnés ci-dessus, et un répertoire javascript/ contenant tous les .js auparavant dans img_pack. Le changement est transparent pour les icones, car ils étaient référencés par deux constantes qu'il a suffit de redéfinir:

define('_DIR_IMG_ICONES_DIST', _DIR_RACINE . "dist/img/icones/");
define('_DIR_IMG_ICONES_BARRE', _DIR_RACINE . "dist/img/icones_barre/");

Pour Javascript, introduction de la constante:

define('_DIR_JAVASCRIPT', (_DIR_RACINE . 'dist/javascript/'));

et utilisation de celle-ci dans les squelettes et les .php référençant ces fichiers.

A terme il faudra prévoir la migration de tout le reste de img_pack, le squlette agenda ne faisant que préfigurer un partage des ressources entre les deux espaces.

amelioration de la verification des plugins + passage de tous les fragments d'ajax dans un repertoire dedie (j'en ai probablement oublie : attention aux bugs)

simplifications du code de gestion du cache et regroupement de quelques invalideurs dans inc/invalideur ; devrait accelerer un peu le calcul, mais surtout permettre de satelliser la gestion actuelle des invalideurs dans un plugin

L'action Documenter devient Legender, afin de libérer ce nom pour une action plus conforme à ce vocable.

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.