Supprimer du dossier tmp le fichier zip à déballer, après déballage et insertion des documents.

on passe action=instituer dans post_edition, et non operation=instituer
de meme, homogeneisons en passant action partout

on peut reparer le critere {id_forum} sur la boucle DOCUMENTS, a l'aide d'une exception pour indiquer qu'il doit s'interpreter comme un document de forum et non un forum de document.

Reparer le changement de fichier pour un zip

utilisation de la fonction objet_test_si_publie() pour publier un document en fonction du statut des objets liés

Ajour d'un slogan à toutes les extensions SPIP et nettoyage de la description quand cela devenait redondant

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

utiliser l'entree modeles de declarer_tables_objets_sql (http://core.spip.org/projects/spip/repository/revisions/17951)pour definir les modeles qui implementent les documents et s'en servir pour les reperer dans les contenus.
La liste est extensible via le pipeline declarer_tables_objets_sql

A noter que par rapport a r48117 on revoit legerement les conditions généres pour {!portrait}, {!paysage} et {!carre} 
afin qu'ils renvoient effectivement la selection complementaire de documents (donc incluent ceux qui ont une dimension nulle)

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

./mediabox/plugin.xml
./forum/plugin.xml
./medias/plugin.xml
./vertebres/plugin.xml
./filtres_images/plugin.xml
./statistiques/plugin.xml
./dist_2007/plugin.xml
./revisions/plugin.xml
./urls_etendues/plugin.xml
./squelettes_par_rubrique/plugin.xml
./porte_plume/plugin.xml
./msie_compat/plugin.xml
./msie_compat/lang/msiecompat.xml
./dev/plugin.xml
./dump/plugin.xml
./compresseur/plugin.xml
./textwheel/plugin.xml
./themes/plugin.xml
./safehtml/plugin.xml
./petitions/plugin.xml
./breves/plugin.xml
./mots/plugin.xml
./sites/plugin.xml
./organiseur/plugin.xml; do sed 's/2.3.0-dev/3.0.0-dev/' ./organiseur/plugin.xml > x;if diff -q ./organiseur/plugin.xml x ; then rm x;else mv x ./organiseur/plugin.xml; fi;done

normaliser la recherche des vignettes de type de document :
cela devient un simple find_in_path dans le chemin prive/vignettes/
ce qui permet de couvrir d'un seul coup tous les cas de figure.
Suppression des constantes idoines et de leurs références, et code mort dans les filtres images ou la fonction cherche_image_nommee ne servait plus.

Cela ouvre la porte au deplacement du dossier prive/vignettes/ dans l'extension medias

En cas de personalisation dans un squelette, il faut deplace squelettes/vignettes/ vers squelettes/prive/vignettes/

Ajout des aac et wma dans les formats pris en charge. On up la version de base pour passer par creer_base_types_doc et les ajouter.
Les icones sont manquantes, il ne serait pas plus logique de rapatrier les icones qui concernent medias du core dans medias ?

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é