Ajout du pipeline afficher_contenu_objet sur la page exec=document_edit pour palie au fait que les documents n'ont pas de page "vue" cf http://article.gmane.org/gmane.comp.web.spip.devel/64011

Report de r73279 : Quand on copie un document dans le site, les credits sont modifies, unset de ce qui a été posté pour que cela s'affiche dans le formulaire après copie.

Report de r73073 : une coquille empechait la prise en charge des svg à l'upload (lecture des dimensions, protection des js inclus) (Sebastien)

Ajout de la prise en compte de l'extension ".tar"

Version 2.8.14

Version de schéma 1.2.4

Sur les traces de http://core.spip.org/projects/spip/repository/revisions/20410 , ajouter un index nécessite ADD INDEX, pas seulement ADD.

medias,portfolio-documents.html : report de [r71704]. cette action (définitive) mérite bien une confirmation !  (http://forum.spip.net/fr_251453.html)

Depuis http://core.spip.org/projects/spip/repository/revisions/17004 et r43738 il existe un pipeline detecter_fond_par_defaut qu'utilise normalement la médiathèque, mais… comme le pipeline n'était pas déclaré, on ne passait jamais dans cette fonction.

Report de r69871 et r69920 : Les clauses DEFAULT sont trop souvent manquantes sur les champs extension, credits et statut de la base, car elles n'étaient pas initialement renseignées. On les remet d'applomb une bonne fois pour toute ( http://forum.spip.net/fr_246338.html) et on resycnrhonise la version base avec la branche stable

if (!$.isFunction(window.editbox_init)) { ... } ne semble pas passer avec les navigateurs webkit (testé avec chromium et midori), du coup les liens pourvus d'une classe .editbox (bouton modifier du portfolio par ex.) s'ouvrent dans une nouvelle fenêtre au lieu d'une modalbox. Mes plates excuses.

Report de [69196] : {tout} n'est pas un critère, du coup même avec {tout} il y avait toujours le filtrage par "mode". On rétablit le comportement attendu (et du coup on peut bien utiliser les modèles de documents, insertion, etc, avec des documents dont le mode n'est pas connu).

Report de r68096 : Lorsqu'un zip ne contient aucun fichier uploadable (type acceptable) alors il faut simplement le charger en zip joint plutot qu'annoncer une erreur erronée de fichier non trouvé (equipement)

report de http://core.spip.org/projects/spip/repository/revisions/20065, comprendre image/jpg comme etant image/jpeg

- Ajout de crochets aux balises SPIP dans le code javascript, sans quoi elles ne passaient pas et le rechargement ajaxReload plantait.
- CSS : on change le ciblage des portfolios sur la classe .portfolios au lieu de #portfolios. De cette façon on peut donner un id unique à chaque portfolio sans perdre la mise en forme.

l'unicite des classes css n'a pas d'interet ? ce sont les selecteurs id qui doivent etre unique pour ne pas generer d'erreur en appelant plusieurs fois l'inclure "portfolio-documents" dans une page.
pour eviter de casser l'existant on vide le parametre id_unique dans l'appel de cet inclure dans medias, et on l'ajoute sur les differents selecteur id de cet inclure .
Aux pages et plugins de fournir ce parametre id_unique en cas de multiples appels a cet inclure sur une meme page.

En esperant que ca convienne a tous.

Afin de pouvoir cibler les 3 blocs #illustrations #portfolio et #documents en javascript, on leur rajoute une classe unique au lieu de leur attribuer un nouvel id unique.
Ainsi on s'assure de ne pas bousculer les CSS (merci Cédric Morin).

Petites modifs au squelette des documents joints à un objet, afin de permettre d'afficher plusieurs portfolios sur une même page sans provoquer d'erreur (le cas se présente avec le plugin albums v2).

 - Identifiant unique pour les blocs 'illustrations', 'documents' et 'portfolio'.
- On ne prend pas en compte la fonction editbox_init (contenue dans medias_edit.js) si elle est déjà chargée.