* on declare le routeur de modele medias_modeles_styliser qui redirige les raccourcis img, doc et emb selon la regle suivante
   - le nouveal modele correspond au champ media du document : image, audio, video, file
   - si une declinaison correspondant au raccourci initial (_img, _doc ou _emb) existe on la prend
     -> un modele file_emb.html reprend le mecanisme d'embed generique selon extension+mime-type de l'ancien modele emb.html
* les 4 modeles de base image, audio, video, file et les declinaisons file_emb sont toutes en <figure></figure>
* les styles en dur float sont supprimes, on ne garde qu'un width:{largeur}px sur l'element <figure> qui permet d'avoir un conteneur ajuste
  - il se contourne facilement par un min-width:100%; ou un width:auto !important;
* spip_doc_titre, spip_doc_descriptif et spip_doc_credits sont regroupes dans le figcaption.spip_doc_legende
* les modeles historiques doc, img et emb disparaissent. Les eventuels modeles surcharges dans squelettes/ sont ignores
* les 3 modeles image, audio et video ajoutent des conditions sur leur boucle, pour etre sur qu'on a bien a faire avec le bon type de media, et sinon renvoient vers le modele file
* le mode du document n'est plus considere dans aucun modele dans le format de l'affichage qui n'en depend donc plus du tout

En pratique donc <emb>, <img> et <doc> sont equivalents pour les medias audio, video, image (et consistent a afficher/embed le media par defaut)
Pour les autres types de media <doc> affiche le lien vers le document avec une vignette + legende, et <emb> affiche un traitement differencie en fonction du mime type
On peut utiliser le raccourci <fileXX> pour n'importe quel media
Si on utilise <imageXX> ou <audioXX> ou <videoXX> sur un media inaproprie ca affichera le contenu de <fileXX>

déclaration de .vtt pour https://core.spip.net/issues/4287 - c'est un format de sous-titres utilisé par la balise track de HTML5 qui complète la balise video. cf https://developer.mozilla.org/en-US/docs/Web/API/WebVTT_API

Ajout d'une fonction metadata/audio pour renseigner les infos de duree, titre, credits des sons

Report de r103990 : Le champ crédits est parfois un peu court (ici j'avais des lonnnngues URLs dedans) et elles étaient coupées.
On passe ce champ en 'text' déjà (65000 caractères). Ça sera déjà mieux.

Cela permet d'ordonner les documents attachés à des objets éditoriaux. L'ordre est stocké dans la colonne "rang_lien" de la table "spip_documents_liens".

différents fix avec php-cs-fixers. Fixers appliqués ici :

	'encoding',                // utf8
	'eof_ending',              // un saut de ligne en fin de fichier
	'elseif',                  // elseif plutôt que else if
	'function_call_space',     // espaces sur fonctions
	'function_declaration',    // espaces sur fonctions
	'function_typehint_space', // espaces sur fonctions
	'linefeed',                // sauts de ligne \n uniquement
	'lowercase_constants',     // true, false, null en munuscule
	'lowercase_keywords',      // mots clés PHP en lowercase
	'method_argument_space',   // espaces sur appels de fonctions
	'multiple_use',            // use unique sur fonctions anonymes
	'newline_after_open_tag',  // ouverture de php… et c'est tout sur cette ligne
	'operators_spaces',        // espaces de part et d'autres des opérateurs binaires
	'parenthesis',             // pas d'espace juste après parenthèse ouvrante, ou avant parenthèse fermante
	'php_closing_tag',         // pas de fermeture de php
	'short_tag',               // tag PHP corrects
	'trailing_spaces',         // pas d'espace qui traîne en fin de ligne
	'visibility',              // déclarer 'public / private / protected' sur les méthodes

Regles : 
- un espace après chaque virgule
- un espace avant et apres chaque '='

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)