fix: ajouter la nouvelle balise #URL_DOCUMENT_FICHIER et l'utiliser partout où on sait que c'est vraiment un fichier attendu

Ref: #4645

cerdic a rédigé il y a 2 mois et marcimat a validé il y a un mois

fix: afficher un titre de mime-type plus pertinent sur les mp4 qui peuvent etre audio/video/rien, on traite ça de manière générique

cerdic a rédigé il y a 2 mois et marcimat a validé il y a un mois

feat: la balise #MIME_TYPE est calculee dynamiquement pour permettre de traiter les cas de mime-type multiples pour une meme extension, notamment mp4. Pour cela on permet de declarer une fonction inc_calculer_mime_type_xxxx_xxxx_dist() surchargeable specifique au mime-type de base qu'on veut affiner, ce qui rend le mécanisme générique (cf aussi le plugin oembed qui en aura besoin pour decliner le mime type des text/html)

Refs: spip#5775

b_b a rédigé il y a 9 mois et marcimat a validé il y a 5 mois

remove: retrait de toutes les références à `_COMPORTEMENT_HISTORIQUE_PORTFOLIO` & `_COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB`

et de la fonction `affiche_bouton_mode_image_portfolio()` liée

Fix: #4935

Les puces .gif n’existant plus depuis 2 ans !

Refs: #4946

fix: être plus souple sur les arguments de tailles de media_determine_autolien pour ne pas planter quand ces infos ne sont pas trouvées fix #4937

Refs: #5369

Fix #4857 : on utilise un filtre (surchargeable) et un define pour determiner le comportement autolien des images, ce qui donne toute latitude de personalisation (en fonction du media, de l'extension, de la taille voir du id_document eventuellement fourni)

Co-authored-by: JamesRezo <james@rezo.net>
Reviewed-on: https://git.spip.net/spip/medias/pulls/4854


Co-authored-by: JamesRezo <jamesrezo@noreply.git.spip.net>
Co-committed-by: JamesRezo <jamesrezo@noreply.git.spip.net>

#4506 : on revoit le markup des modeles document pour supprimer le `max-width` en dur
- on ajoute un div conteneur qui porte les classes `spip_document*`
- le `<figure>` porte une classe `spip_doc_inner`
- les classes au pluriel `spip_documents_*` sont doublees d'un renommage au singulier `spip_document_*` comme cela a été fait pour `spip_logo`
- on supprime le `max-width` en dur

Avec ça les modèles doc tombent a peu près bien par défaut sur un squelette stylé pour les anciens modèles doc, sauf audio et video dont le player ne se centre pas et quelques petits cas limites

- il suffit d'**ajouter** les règles CSS suivantes pour adapter un squelette aux nouveaux modèles :
```
.spip_document { display: flex; justify-content: center;align-items: center}
.spip_doc_inner{ margin:0 auto;text-align: center;max-width: 100%;}
.spip_doc_inner>* {margin-left: auto;margin-right: auto;}
.spip_document .spip_doc_lien { display: inline-block; }
.spip_doc_legende { display: block; max-width: 25em; }
```

On note que ces règles ne ciblent que des classes présentes sur les nouveaux modèles, et peuvent donc être ajoutées à tout squelette sans casser l'affichage sur les versions précédentes de SPIP, ou avec le plugin de compatibilité qui rétablit les anciens modèles.

Co-authored-by: Cerdic <cedric@yterium.com>
Reviewed-on: https://git.spip.net/spip/medias/pulls/16


Co-Authored-By: cerdic <cedric@yterium.com>
Co-Committed-By: cerdic <cedric@yterium.com>

marcimat a rédigé il y a 4 ans et cerdic a validé il y a 4 ans

Correction des noms de classe. En se passe de variable intermédiaire, c'est trop piégeant (je générais spip_document_--legende).

marcimat a rédigé il y a 4 ans et cerdic a validé il y a 4 ans

On ajoute pareil pour des attributs supplémentaires.
On propose d'ajouter data-legende-len et data-legende-lenx qui indique une longueur approximative de légende,
de sorte de pouvoir styler en CSS différement possiblement selon la longueur de cette légende.

Retour sur la gestion des <emb> pour ameliorer le support et la migration : ce n'est pas seulement les media=file qui peuvent etre emb mais aussi les autres
on generalise le mecanisme en renommant le filtre en medias_trouver_modele_emb qui prend en 3eme argument la racine du modele cherche, et si aucun modele specifique n'utilise pour l'extention ou le mime type on revient sur le modele racine initial
De cette façon les plugins peuvent proposer des modeles emb specifiques pour tout type de media (cf oembed). Par defaut seule le modele file propose des declinaisons historiques pour text/html et text/csv

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

r85603 s'inspirait de https://stackoverflow.com/questions/1336581/is-there-an-easy-way-in-php-to-convert-from-strings-like-256m-180k-4g-to
Mais ce code contenait une erreur : même valeur pour G M et K
La version plus courte en dessous corrige d'ailleurs en utilisant des puissances.

Répare par exemple l'upload de document via les crayons.

Pas certain de la correction, mais l’appelle de ce pipeline suppose que objet / id_objet est présent dans l’environnement.
Or lorsqu’on édite un document depuis la médiathèque, on arrive sur ?exec=document_edit&id_document=XX (édition directe)
et ces informations ne sont pas présentes. 
On évite donc une notice PHP.

Suite de r104308 et r104309 : on retablit le fonctionnement iso de inc-upload_document.html qui determine lui meme avec son env les methodes d'upload via filtre medias_lister_methodes_upload et pipeline medias_methodes_upload
Ainsi on conserve la compat complete avec les versions anterieures de SPIP, tout en beneficiant de l'extensibilite des methodes d'upload