Jusqu'à présent,  ils étaient détectés comme des .m3u (liste de lecture mp3).

Fix http://core.spip.org/issues/3108 : on applique par defaut le filtre get_spip_doc sur la balise #FICHIER pour etre robuste en cas de jointure. Le cas hypothétique d'une table perso qui utiliserait aussi un champ fichier qui n'a rien a voir sera traité par un #FICHIER* ou par une declaration adhoc dans table_des_traitements pour annuler ce traitement

- versionner la taille, le fichier
- afficher des labels corrects sur pages de révisions

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

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

Version 2.8.14

Version de schéma 1.2.4

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

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)

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)

Ferme http://core.spip.org/issues/2679 : reparer les documents et le processus d'upgrade depuis spip 2.1

Mise a jour incrementale de la table spip_types_documents pour eviter de tourner en rond sur l'upgrade

Index objet et id_objet sur les tables spip_mots_liens et spip_documents_liens pour accelerer les requetes sur jointures

Le media d'un document (image, video, audio, file) utilise par convenance dans l'interface ne peut dependre en dur de l'extension du fichier :
avec oEmbed, on peut se retrouver a integrer toute sorte de media au format html
Du coup on revoit la structure de la base :
spip_types_documents porte un champ media_defaut (renommage de l'ancien media) utilise comme valeur par defaut du media si non renseigne quand un document est ajoute
spip_documents porte son propre champ media, qui est peuple en fonction de media_defaut, sauf si renseigne lors de l'ajout du document
(ie via fonction de description ou pipeline)
Revision du code partout ou on referencait media, en dispatchant sur l'un ou l'autre selon les cas
upgrade de la base (en deux fois)

Le titre de chaque document commence par une majuscule sauf pour les fichiers OpenDocument -> harmonisation

if (!defined('_ECRIRE_INC_VERSION')) return; partout

SPIP ne pose pas de problèmes avec des fichiers de plus de 2Go sauf que le champ "taille" de spip_documents est un int et que sa valeur maximale est limitée ... On passe donc en bigint

Lorsque l'on peuple spip_types_documents, on utilise sql_insertq_multi() si la table est vide, sinon sql_replace_multi().

- getID3 ici : http://zone.spip.org/trac/spip-zone/browser/_plugins_/getID3/base/getid3_upgrade.php#L44
- spipmotion ici : http://zone.spip.org/trac/spip-zone/browser/_plugins_/spipmotion/base/spipmotion_upgrade.php#L32

http://core.spip.org/issues/2169

on peut reparer le critere {id_forum} sur la boucle DOCUMENTS, a l'aide d'une exception pour indiquer qu'il doit s'interpreter comme un document de forum et non un forum de document.

utiliser l'entree modeles de declarer_tables_objets_sql (http://core.spip.org/projects/spip/repository/revisions/17951)pour definir les modeles qui implementent les documents et s'en servir pour les reperer dans les contenus.
La liste est extensible via le pipeline declarer_tables_objets_sql

Ajout des aac et wma dans les formats pris en charge. On up la version de base pour passer par creer_base_types_doc et les ajouter.
Les icones sont manquantes, il ne serait pas plus logique de rapatrier les icones qui concernent medias du core dans medias ?

utiliser la declaration de statut au lieu de la coder, ça evitera en plus de generer une condition invalide dans pgsql

Utiliser le flag exist=true en retour de trouver_table pour etre sur que la table existe et declencher l'upgrade plutot que la creation.

http://core.spip.org/issues/1974 : tiff n'est pas utilisable dans une balise <img> il faut le declarer inclus='embed' et l'utiliser comme un document
au passage, on reformate le code de migration de base pour utiliser un tableau indexe