reporter medias_maj_meta_documents à v. 0.14 pour exécution après mise à jour depuis plugin mediatheque up to date (et qui propose une v. 0.12)

Mauvaise requête sql

On ajoute un pipeline renseigner_document, pendant de renseigner_document_distant pour les fichiers locaux car :
- On peut avoir plusieurs plugins récupérant des infos pour la même extension de fichier et on peut alors les combiner;
- Evite pour des plugins qui récupèrent les infos de x extentions diverses (pas un type en particulier) de créer x fichiers pour chaque extension de fichier (exemple xmp_php => http://zone.spip.org/trac/spip-zone/browser/_plugins_/xmp_php/trunk)

charger media après mots, sinon le critère {mots} sur une boucle EVENEMENTS ne fonctionne pas tout seul (on doit mettre un joint manuel)

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.