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

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

Mise a jour des annees pour les Copyrights (je ne connais pas l'utilite de cette info mais autant s'aligner sur les fichiers du core)

+ PHPDoc de la fonction