Disposer du cartouche 'Dans la même rubrique' pour les brèves, avec effet collatéral dans le sens de la tâche #587 (à moins que ce ne soit l'inverse).

Suite de [7523]: encore un cache du DOM à neutraliser pour cause d'Ajax. On en profite pour continuer à rationnaliser le nommage des fichiers.

Passage en Ajax du formulaire de changement des droits d'un auteur: la fonction "afficher_formulaire_statut_auteur" cède la place au trio de scripts "instituer_auteur" greffant dans le DOM un noeud homonyme . Le script "auteurs_edit" (mal nommé) est entièrement en Ajax, le script "auteur_infos" (idem) l'est à moitié mais ne présente déjà plus de risque de perte de saisie comme auparavant.

A noter qu'il a fallu désamorcer le cache du DOM dans le mini-navigateur Ajax
de rubrique, car il est incompatible avec un Ajax englobant, ce qui est le cas
pour la gestion des adminstrateurs restreints. Il faudra repenser le système
de référence dans le DOM à terme.

	- la fonction inc_chercher_logo introduite en [6883] était souvent déjà chargée avant que l'on calcule la surcharge, ce qui rendait celle-ci inopérante;

	- le formulaire de gestion des logos (ci-devant afficher_boite_logo) devient une fonction surchargeable inc_iconifier_dist;

	- dans le cas de la suppression, ce formulaire est appelé en mode Ajax.

	- au passage, correction du bug qui empechait l'affichage du logo des rubriques dans l'affichage de la page d'accueil et autres;

Et un peu de #587 dans le script articles.

Suite de [7435]: migration de img_pack, qui ne pouvait déjà plus rester dans ecrire/, avec son .htaccess potentiel, depuis que le squelette agenda (via ses filtres associés) référence certaines images de img_pack. Ce répertoire comportant aussi quelques css, le bilan définitif de toutes ces migrations est le suivant:

- toutes les .css se trouvent dans dist/, les scripts de l'espace privé retrouvant les siennes car il utilise systématiquement find_in_path (qui contient dist/) pour les retrouver;

- toutes les images auparavant en img_pack se trouvent à présent dans dist/images (constante _DIR_IMG_PACK changée en conséquence)

- toutes les vignettes de documents se trouvent en dist/vignettes (la constante _DIR_IMG_ICONES_DIST a donc cela comme valeur, apres avoir connu IMG/icones, ecrire/img_pack/icones puis dist/img/icones)

- toutes les icones de la barre de saisie se trouvent en dist/icones_barre (la constante _DIR_IMG_ICONES_BARRE a donc cela comme valeur, apres avoir connu IMG/icones_barre, ecrire/img_pack/icones_barre puis dist/img/icones_barre)

Et (inchangé pour ce dépot) tous les javascripts sont dans dist/javascript.

Public pages need to use the tag #INSERT_HEAD to take advantage of jQuery

Il y avait encore articles_forum et controle_forum qui avaient le double statut fragment/complet. On traite le cas de manière générique au niveau de index, mais ça questionne sur le besoin du répertoire fragments. Pas clair.

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é