Il est dit que cette version fonctionne en spip 3.0 minimum (en supposant que cela soit en attendant que spip 3.1 sorte).
Donc la version de mediabox ne peut être moins grande que 0.8.1 car il s'agit de la version qui était nativement dans spip 3.0.0.
(Cela ne change rien, mais permet d'avoir les bonnes informations)
Reste le cas de Z, à revoir un jour lointain

Report de r82582 : Accesibilité : le lien "modifier" n'est pas un bouton car il ne génère pas de modification immediate du document mais donne seulement accès à un formulaire de modification. Mais du coup il n'est pas dans le même flux de navigation au clavier que les boutons voisins ce qui complique son accès (Armony)
On y ajoute un tabindex="0" et role="button" qui devrait améliorer ce problème

Report de r81208 : Report de http://core.spip.org/projects/spip/repository/revisions/21242 : ne pas injecter un largeur="0" et hauteur="0" si c'est une image (distante) dont on ne connait pas les dimensions.
(laisser faire le navigateur)

Ajout de la prise en charge des documents .json (faut-il lancer array('creer_base_types_doc') dans medias_administrations.php car cela passe sans ça chez moi ?)

Afficher aussi les documents en statut prop dans l'onglet "Non publiés" de la médiathèque, ferme http://core.spip.org/issues/3066

Report de r78585 : reparer l'upgrade depuis un SPIP 1.9 si on commence par supprimer connect.php et lancer l'install

Activer l'ajout de documents pour les articles par defaut a l'installation, ce n'etait plus le cas depuis spip 2.0 (Fabrice Veronneau, Suske)
Explications detaillees ici : http://core.spip.org/issues/3015

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)

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.

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)

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

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.

Y'a pas de raison qu'un document même déjà inséré dans un article (vu == oui) ne puisse pas être réinséré avec |left, |right ou |center. Donc on enlève ce test à moins que quelqu'un comprenne son intérêt réel et l'explique clairement.

On ajoute un argument $media à medias_raccourcis_doc.
Les modèles audio et vidéo par défaut gère l'affichage d'un document même si leur taille est == 0 en hauteur et en largeur, donc on permet de les <embxx>.

Passage en version 2.8.2

mode_force=document permet de forcer l'affichage comme si #MODE=document

Permet par exemple a un squelette d'ignorer le mode=document d'une image sans forker les modeles, ce qui est mieux pour l'avenir et la maintenabilit
é(en attendant la refonte générique de ces modeles et leur insensibilité au mode)

Report de r66239 : On peut ajouter une liste de documents de la mediatheque par designation d'un intervale (243-245 ou doc243-doc243) + increment de y dans numero de version x.y.z

ajout de la prise en charge des documents au format MBTiles (qui sont en fait des bases SQLite, peut être faudrait-il aussi ajouter ce format)

Report de [65711] : Bug sur l'accès aux documents protégés : suppression du test qui visait à optimiser, car on tombait alors paradoxalement sur le "deny from all" dès qu'un document n'était pas restreint (quand tout le monde pouvait le voir).

On ajoute credits dans les champs versionnés

Sur la page d'édition d'un document, pouvoir délier/supprimer le document si on en a les droits

L'inclusion pour les listes des documents afin qu'ils apparaissent dans la recherche... c'est un peu chiant de rechercher un document avec la recherche standard du privé et de tomber sur une page vide

Si on a beaucoup de documents, pouvoir augmenter le nombre de documents visibles de la médiathèque par 10 | 50 | 100 | 500 en fonction du nombre de documents dans le site

Nouvelle option de tri dans la médiathèque : filtrer les documents n'ayant pas de vignette personnalisée

un document non publie peut etre modifie par tout le monde mais il faut quand même être logué et avoir un id_auteur quand même?

Ajout d'un pipeline medias_documents_visibles permettant d'ajouter des modes de documents affichés par défaut et non plus seulement "image" et "document".

Ce pipeline est prérempli par un array array('image','document'), il suffit d'ajouter un élément à cet array pour que les documents ayant un nouveau mode soient affichés.

En gros ça permet de faire cela avec le plugin doc2img (+photospip) :
-* Afficher les images issues de conversions de document pdf ou autre en dessous du document auquel elles sont liées;
-* permettre de modifier leur contenu lié, de les éditer etc...