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.

Après déplacement du fichier dans IMG/, on regarde si on peut récupérer une taille du fichier, si on ne peut pas, c'est qu'il fait 0 octets et donc corrompu (ou problématique et inutile)

On ajoute cette vérification sur la génération du zip (au cas où)

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)

Vérifier si un fichier existe et n'est pas de taille 0 au début de l'ajout de document, avant la copie du fichier, évite d'avoir de mauvaises surprises avec des fichiers mal uploadés de taille 0.

Report de r66464 : Post publication des articles : les documents ne prenaient pas le bon statut&date associes (Ferme https://core.spip.org/issues/2849)

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)

Le très vieux appels à afficher_documents_colonne() n'affichaient plus la gestion des documents. On mappe la fonction sur l'inclusion du squelette qui va bien.

Cependant, l'autorisation 'joindredocument' ensuite bloque le formulaire d'ajout de document si l'objet n'est pas déclaré en config comme étant un objet qui peut avoir des documents. Pour activer cette config, cela nécessite que ce soit un objet éditorial déclaré. Du coup, quitte à déclarer l'objet «éditorial», il est plus logique lorsque c'est possible de ne plus utiliser cette fonction afficher_documents_colonne() mais bien les mécanismes de squelettes prévus ou un appel au pipeline affiche_gauche() dans un vieil exec php.

Report de [65718] : Il ne faut pas générer des entités dans l'URL, celle-ci n'étant pas forcément pour une utilisation dans du HTML

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