Reparer le changement de fichier pour un zip

cela permet
- de cibler .editer au lieu de li ce qui simplifie grandement les css
- de ne pas imposer le balisage html et de faire des formulaires en <p> si on le souhaite

Quand on copie en local ou qu'on change le document, les infos de taille etaient bien mises à jour en base, mais faussement le formulaire representait les anciennes valeurs issues du $_POST.
On les enleve car c'est les infos a jour du fichier qui comptent dans ce cas.

- supporter de multiples occurences du formulaire d'upload (le lien pour switcher local/distant/ftp ne marchait que sur la derniere occurence)
- is_numeric au lieu de is_int au retour de l'upload d'une vignette

on renomme de façon cohérente pour tous les objets
xxx_inserer
xxx_modifier
xxx_instituer

Les points d'entrée de l'API sont donc
action_editer_xxx pour le traitement global d'un post
xxx_inserer et xxx_modifier pour les operations elementaires

xxx_instituer n'est pas un point d'entree et ne devrait pas etre appelee en direct : il faut passer par xxx_modifier.

Le fichier inc/modifier contenait de façon centralisee des fonctions
revision_xxx pour les objets historiques de SPIP (essentiellement utilisées par les crayons)
Cette construction centralisée n'est pas facilement extensible. On evacue donc chaque fonction dans le action/edtier_xxx de l'objet concerné, et on propose en remplacement un point d'entrée unique
revision_objet($objet,$id,$c)
qui va dispatcher vers la fonction xxx_modifier de l'objet, ou a defaut la fonction generique objet_modifier de 
 action/editer_objet. Les fonctions revision_xxx sont par ailleurs dépréciées.
 
Les anciennes fonctions insert&set sont toujours definies et renvoie vers la fonction a nommage conventionnel, pour eviter trop de rupture de compatibilité

syntaxe des inclure avec des virgules pour les paramètres et avec la balise fermante ( <INCLURE{fond=..} /> à la place de <INCLURE{fond=..}>)
Il manquait une balise fermante sur un <INCLURE de sites (prive/squelettes/contenu/site)

lorsqu'on envoie 2 fichiers et qu'un echoue et l'autre reussit, ne pas manquer de rafraichir la colonne pour faire apparaitre celui qui a reussi

rangement des icones inutilisees

- la meta de configuration a change de nom, prendre en compte la nouvelle dans l'affichage du formulaire d'ajout de document

quand on arrive pas a inserer un document en base de donnees, il est de bon ton de le dire plutot que de faire croire que tout s'est bien passe ...

l'utilisation systematique de enctype='multipart/form-data' provoque le post ajax via une iframe dans tous les navigateurs, c'est peu smart.
On le supprime donc de tous les forms qui n'ont pas de fichier a poster a priori. Dans le cas ou un plugin voudrait etendre un formulaire dans ce cas,
il lui faudra ajouter l'enctype sur la balise <form>

on fait un squelette dedie pour enlever tous les liens de la galerie et reduire la taille des vignettes.
On met un target blank sur les liens vers les objets lies au dodument afin de ne pas perdre l'operation en cours en cas de clic.
+ quelques retouches sur le formulaire d'upload qui propose le choix du document dans la mediatheque
+ corriger l'upload casse par le deplacement d'une fonction dans inc/documents

exclure les documents des objets qui peuvent porter des documents

generalisation du branchement sur objet, fusion des deux meta documents_article et documents_rubrique en une seule meta documents_objets

reorganisation des scripts en un seul. Mais il semble qu'il y a un bug js sur la page mediatheque, au retour de l'upload d'un doc. A debug

Il reste un script a factoriser

colonne document : utiliser la callback de ajaxReload() pour placer le focus sur le bon lien, et animer l'insertion des documents

debug de la colonne document, qui passe en deux parties separee (formulaire + liste de documents en ajax), comme le reste.
Il manque la possibilite d'une callback sur ajaxReload, ce qui est genant (pour mettre le focus sur le lien ''modifier" ici, ou autre operation qui depend du rechargement en general)

l'upload de doc depuis cette page passe aussi en ajax, avec ajaxReload('documents') au retour
nettoyage/reorganisation des inclusion ajax

la page d'edition d'un document passe en squelette (et est renommee document_edit pour coller a la convention future). Corrections pour s'adapter a la version dev.

[en cours] merge avec le plugin mediatheque  (les documents ne sont plus fonctionnels en l'etat, ne pas mettre a jour dans cette version hors contexte developpement)