Sportif d'une part parce que pas du tout conforme XHTML, et surtout parce que les clients HTTP ne respectent pas son RFC en ce qu'une redirection d'un POST est faite en GET et est donc inutilisable ici. Conséquence: le script est obligé d'inclure ecrire/index, lequel pensait benoitement que toutes ses variables seraient toujours globales, ce qui n'est pas le cas dans ce contexte. Bilan: réécriture de ecrire/index en explicitant $GLOBALS partout, et réécriture aussi de inc/lang qui doit chercher des mots dans le module "ecrire" quand bien meme on l'utilise à partir de l'espace public.

- l'installateur est corrigé en conséquence
- une solution, à tester, qui permet de créer certains sous-répertoires de tmp/ (sessions/ et CACHE/)

- on isole les sessions dans un répertoire dédié
- et on en profite pour corriger quelques oublis pour l'application de _DIR_CHMOD

La fonction formatant les informations sur un article, appelée notamment dans les boites de 10 tranches, devient surchargeable sous le nom de inc_formater_article. L'éphémère inc_bouton_auteur est renommée inc_formateur_auteur pour unifier le nommage. Reste encore à unifier les signatures, ça viendra.

[7637]: éviter d'oublier le petit dernier et de supprimer les mouchards.

on déplace maintenant ecrire/data et CACHE/ dans un nouveau répertoire tmp/ (ainsi, on a plus besoin d'avoir un sous-répertoire de _DIR_RESTREINT en écriture. Il y a encore du travail : le répertoire upload/, le cache des vignettes et sans doute mieux gérer ce répertoire tmp/ ...

on déplace le fichier de connexion dans un répertoire à part. Ainsi, ecrire/ n'a plus besoin d'être en chmod 0777

Introduction d'un selecteur Ajax pour le bouton "Ajouter un auteur à cet article". Ce sélecteur partage le code du sélecteur de rubrique, savoir un mode de recherche interactive à chaque frappe de clavier, et un mode de sélection sur la liste des items en base. Cliquer sur un nom fait apparaitre l'icone de son statut, sa biographie, son logo et un lien vers son mail. Un double-clic provoque la sélectioon avec ajout immédiat, également en Ajax, dans la liste des auteurs.

A noter qu'au passage disparait la dernière URL codée en dur dans le code JavaScript. Il faudra veiller à ne pas en réintroduire, afin que d'éventuels changements de generer_url_ecrire soient bien intégralement répercutés.

Fusion des scripts auteur_info et auteurs_edit et passage en Ajax. Il reste à traiter le cas d'une erreur de saisie dans le cas "ajouter un auteur et le lier à cet article" qui n'est signalée que dans les logs. Et reporter la
disparition du nom "auteurs_edit" qui s'appelle maintenant "auteur_infos"
(notez la place du "S") avec un argument supplémentaire.

Tache #605: la création ou la modification d'un auteur passent dans le répertoire action. Difficile, car il y avait aussi le mode d'appel "ajouter un nouvel auteur à cet article" plus le formulaire "restreindre à la rubrique" qui induisaient une grosse combinatoire de cas, à tester et à la production du formulaire et à sa réception par souci de sécurité (sinon il aurait été facile de rejouer un hash permettant de tout faire sur tout le monde). Un petit changement du coup: dès l'aterrissage sur le script de création, l'auteur est créé.

Là aussi la fusion auteur_info / auteurs_edit se pose, mais il y a encore un téléchargement: le logo. Il faudrait étudier la mise en invisibilité de celui-ci lorsqu'on ouvre le formulaire de modification et réciproquement. Cela dit la
remarque vaut pour articles / articles_edit où les boutons de téléchargement pourraient devenir inopérants.

Permettre la surcharge du formulaire créant et/ou décrivant un auteur (introduction de la fonction legender_auteur). Il faudrait fusionner  cette fonction avec le squelette formulaire_inscription qui n'en est qu'un cas particulier.

Tâche #605: l'accès en écriture de la table des rubriques est déporté dans le répertoire action. En prime, un admin restreint cliquant sur le bouton de création de rubrique (et non de sous-rubrique) crééra une sous-rubrique dans sa premiere rubrique plutot que d'etre rejeté. Et filtrage plus systématique des mauvais déplacements.

Rendre surchargeables les fonctions produisant des flux RSS: c'était déjà presque le cas avec le "function_exists('affiche_rss'....)" et ses 3 fonctions prédéfinies qui sont donc maintenant 3 fichiers.

Le répertoire inc/ commençant à contenir vraiment trop de fichiers, les 3 fichiers en question sont abrités dans un nouveau répertoire nommé xml/. On pourrait d'ailleurs convenir plus généralement que tout fichier dont le role est de construire un texte dans un certain format MIME aille dans un répertoire à ce nom, ça permetrait de réorganiser inc/. 

A noter que l'appel de action/rss.php avec le format dit "ical"  ne semble déclenché nulle part (ça tombe bien, il ne devrait pas etre dans un répertoire nommé xml/ ...).

Pour permettre aux extensions de Spip d'avoir un temps de retard par rapport au noyau, introduction du fichier inc/vieilles_defs.php qui contient les defintions de fonctions, globales et constantes qui ne sont plus utilisees par le noyeau mais l'ont été antérieurement.

Permettre la surcharge des etapes d'installation. En profiter pour les mettre dans un répertoire différent, inc/ devenant vraiment trop gros. Et extension de charger_fonction pour qu'elle accepte des répertoires de profondeur quelconque (pas encore utilisé finalement mais ça finira par servir).

Avec la possibilité de surcharge des formulaires en Ajax, les scripts du répertoire fragments ne contenaient plus le code où intervenir en cas de changement de strategie dans l'utilisation. Ajoutée aux exceptions qui ne figuraient pas dans ce répertoire, celui-ci ne remplit definitivement pas son rôle de repérage de code Ajax et disparait donc.

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.