Couper en 2 fonctions les actions, afin de pouvoir partager le code figurant apres le controle d'acces par hash (a affiner au cas par cas ensuite).

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

Correction #557 au bulldozer: tous les fichiers appelant une fonction _action incluent d'office inc/actions

report de [7281] et [7282] de la branche 1.9 vers le repertoire spip/ (gros bug ajax sur charset iso-8859-1)

Partage du code de sécurité dans les actions. On en profite pour permettre la surcharge de la fonction de sécurité, vu que les méthodes d'authentication sont plus diversifiées ça finira par servir.

- rajouter l'envoi d'en-tetes HTTP par la methode setRequestHeader;
- consulter $_REQUEST et pas $_POST qui n'est pas rempli dans ce cas !

En conséquence, pour chacun des scripts dans ecrire/actions qu'on voudra passer en AJAX, il faudra opérer ce changement, et à terme renoncer à spip_register_globals qui assurait la compatibilité avec les auto-globales à la php3.

Reste un problème: les envois en Ajax ne respectent pas le charset malgré plusieurs essais avec setRequestHeader, aussi bien en Get qu'en Post. A creuser.

Comme recommandé par [6959] les formulaires de description d'images et documents joints passent en Ajax: à présent, lorsqu'on veut nommer, décrire, dater ouredimensionner un fichier préalablement téléchargé, cliquer sur le bouton "Enregistrer" ne provoque pas le rechargement de toute la page, mais seulement du bloc contenant ce mini formulaire. L'effet est particulièrement appréciable quand on télécharge une archive de N fichiers au format Zip que l'on demande de déballer: la page présente alors les N mini formulaires qu'on remplit puis soumet en rafale sans attendre la réponse de l'un pour passer à l'autre. 

Quelques remarques:

Ce comportement est disponible autant pour la présentation horizontale en fin de page (scripts articles, naviguer etc) que pour la présentation verticale pour le script d'édition (script articles_edit) et tant pour les images que pour les documents. En contrepartie, il s'en est suivi une uniformisation graphique qui est un peu en régression comparée à l'existant. On peut s'en consoler par le fait qu'il y avait déjà des attributs style en dur plutot que des CSS, ce qui rendait cet aspect quand meme insatisfaisant. Ca fait une raison de plus de le reprendre.

Autre aspect graphique. Les fichiers joints sont présentés avec leur nom, leur type et leur vignette (std ou non) plus (quand on a les droit d'accès) le nom du fichier précédé du triangle dont le clic donne accès au bloc du formulaire. Ce bloc affiche le titre, le descriptif, et la date puis les balises permettant de les modifier; la soumission du formulaire provoque ce réaffichage initial, permettant de s'assurer que l'opération a bien eu lieu. En revanche, le titre AU-DESSUS de la vignette reste l'ancien (jusqu'au prochain rechargement complet de la page bien sur; un phénomène similaire existe pour le changement de statut des articles en simili-Ajax). C'est aussi à améliorer.

Pour le téléchargement lui-meme, le réaffichage complet reste la norme, le mode Ajax ne permettant pas le transfert asynchrone de fichiers (les alternatives connues à ce jour ne semblent pas très portables). De plus, changer le nombre de pièces jointes affecte presque toujours la mise en page, qu'il faut reconsidérer. Cet argument explique aussi pourquoi la suppression provoque aussi un réaffichage complet. Le seul cas échappant à cette problématique est l'association d'une vignette; il faut faire avec (ou plutot sans).

La transmission en Ajax aurait du se faire en Post, mais Firefox s'est révélé peu fiable dans ce mode. La méthode retenue est donc GET, et on verra  passer furtivement les arguments dans la barre de navigation. Pas beau, mais pas grave. 

Ce mode a été testé avec succès sur MacOSX avec Firefox et Safari. Avec Opera 9, les changements ont lieu mais le formulaire ne se réaffiche pas. Lorsqu'Ajax n'est pas connu du JavaScript du navigateur, le mode habituel est utilisé.

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