alignement est pas defaut 'center' si non precise, et prend les valeurs left,right,center,top,bottom
par exemple
#URL_DOCUMENT|image_recadre{150,150,'top left'}
recadrera un carre de 150px dans le coin superieur gauche de l'image d'origine"

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.

Pétouille graphique dans un attribut Title ayant une apostrophe; non conformité XHTML; découpage fonctionnel empechant les surcharges de partager le code. La routine quoi.

Réécriture du traitement "X a travaillé sur cet article" : d'une part il y avait des confusions dans les valeurs utilisées, ce qui empechait parfois le message de donner le nom de l'intervenant, d'autre part la conception était lacunaire car celui qui fait des sauvegardes plus fréquentes qu'un autre auteur n'était pas prévenu que l'autre était encore là, voire ne l'était jamais s'il avait ouvert en premier.

esperluette pas conforme, mais sinon ca charge l'url avec & et la reponse est vide :( -- a revoir

passage des 'onload' dans l'entete de l'espace prive, et transformation jQuery de la fonction verifForm (qui d'ailleurs ne marchait plus), et du chargement des gadgets (avec correction du fait que le gadget de navigation n'a pas besoin de id_rubrique)

debug: les champs extra etaient passes au-dessus, et la hierarchie des rubriques ne s'affichait plus

pour tetue, deux filtres et une variable de personnalisation pour toujours paragrapher les textes propre(), meme s'ils n'ont qu'un bloc

Pb symétrique à [7583] dans le retour d'Ajax de documenter (portfolio et fonds): seul les admin complets pouvaient exécuter ce script sans provoquer d'erreur SQL. De plus, la transformation return --> ajax_retour n'avait pas été opérée sur ce script lors de [7572], il n'affichait donc jamais rien.

L'espace privé passe en XHTML 1.0 transitionnal: suite aux nombreuses réécritures de ces derniers temps pour placer du Ajax à tous les coins de formulaire, le code HTML de l'espace privé est à présent très proche de ce standard. Les erreurs restantes sont pour la plupart communes avec le HTML4, il n'est donc plus nécessaire de conserver ce Doctype anté-diluvien.

Ce dépot résoud aussi #617 (qui a involontairement permis de trouver des
non conformités XHTML).

Pour les blocs qui sont construits par des fonctions surchargeables, tester les metas et variables de personnalisation (options etc) dans la fonction surchargeable, afin d'offrir une possibilité de régleages plus fin de ce qui s'affiche. Pour meme_rubrique, ne pas faire de demi-mesure: on affiche tout ou rien selon que l'on est en interface complète ou non.

L'encart 'ne pas apparaitre dans les auteurs connectés' avait dispau. Et un peu de tâche #587 préparant la #605.

le message 'attention XXX a travaillé sur cet article il y a N minutes' affiche l'IP si l'auteur est anonyme (mode wiki)

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.

Depuis la mise sous forme d'action (tache #605) de la modification d'un article, il était possible à un admin restreint de publier un article dans n'importe quelle rubrique, après l'avoir publié dans une des siennes. A présent cette tentative mettre l'article comme "soumis à publication" dans la rubrique visée.

A noter aussi un petit bug qui empechait un article déplacé d'hériter de langue de sa nouvelle rubrique si celle-ci l'exigeait.

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

Le mode d'affichage par défaut du calenrier interne passe à 'sans heure' car les nouveaux arrivants n'ont pas de rdv et du coup l'information utile (les publications) n'était pas visibles car bien en dessous du cadre. Ajout d'une bardée de constantes en début de fichier pour choisir facilement une autre option initiale.