fix: appliquer _TRAITEMENT_TYPO sur le champs CREDITS et renseigner le flag espace_prive quand on affiche la liste des documents lies a un objet, afin que du HTML suspect soit bien signalé dans l'interface d'administration

Refs: https://git.spip.net/spip-team/securite/issues/4832

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>

Co-authored-by: JLuc <jluc@no-log.org>
Reviewed-on: https://git.spip.net/spip/medias/pulls/24


Co-authored-by: JLuc <jluc@noreply.git.spip.net>
Co-committed-by: JLuc <jluc@noreply.git.spip.net>

Passe la liste des documents de la médiathèque en liste d'objets comme les autres, ainsi que la liste des documents à choisir(ceux affichés dans la modale quand on associe un document à un objet)

Quelques ajustements du contenu des colonnes :

* L'extension passe dans la colonne infos, sous le picto.
* Le nom du fichier passe dans la colonne Infos techniques.
* Dans la colonne Infos techniques, on n'affiche par défaut que les infos de base (nom de fichier + poids). Le reste est visible en dépliant les détails, de la même façon que dans le modèle document_desc.
* Ajout du champ alt dans la colonne Description, et de labels pour les crédits et le alt.
Co-authored-by: tcharlss <tcharlss@noreply.git.spip.net>
Co-committed-by: tcharlss <tcharlss@noreply.git.spip.net>

Comme pour le public, changer le balisage du conteneur de pagination en choisissant ici un <nav> au lieu d'un <p>, plus robuste et plus signifiant (Prepare https://core.spip.net/issues/2822)

Suite de 890506eb : Il faut ajouteur la classe .portfolios__titre aux autres blocs documents du coup. (real3t)

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

Suite ajustements des boutons : prendre en compte le formulaire d'édition de document également + ajustements ailleurs (groupes de boutond, etc.).

Pour le JS des modes d'affichages, cibler plus précisément l'élément, sinon les boutons peuvent se voir ajoutés à d'autres h3 qui n'ont rien à voir.

Cohérence dans les nommages des boutons "Tout enlever" vs "Détacher" : on utilise le terme détacher partout. Notamment sur la phrase de validation qui demandait "Tout supprimer ?" à tord.

Éviter dans la vue des documents d’un objet de proposer de le détacher si le document est 'vu' dans le texte de l’objet.
Et par ailleurs, la boucle _compte était fermée tardivement et pouvait provoquer un disfonctionnement des autorisations, qui pouvaient tester un objet / id_objet d’une autre liaison que celle en cours.

Fix #4418 / on n'utilise plus cette lib depuis que bigup est dans les plugins-dist

dans la mediatheque on affiche systematiquement le formulaire d'ajout, ce qui permet de dropper tout de suite un document sans avoir a aller cliquer sur le bouton en bas

+ les raccourcis proposes sur les boites documents sont toujours <docXX>

Il est possible de reactiver l'ancienne interface via
define('_LEGACY_MODE_IMAGE_DOCUMENT', true);

[Medias] Ergonomie : quand on supprime un ou plusieurs documents, ne pas scroller tout en haut de la liste, mais au contraire, rester sur place pour pouvoir continuer là où on était.

Cela permet de ne pas scroller tout en bas pour trouver le document qu'on vient d'ajouter.
Notes: 
 - J'espère avoir commité aux bon en endroits (entre les branches et le trunk, je suis perdu). En tout cas, je commit pas sur la v3.0 car n'est plus maintenu que pour raison de sécurité.
 - On se base sur l'idée document et pas sur la date associée au document, pour éviter une jointure peut utile dans le cas présent.
fix #4039

Modifications #EVAL{constante} => #CONST{constante} et #EVAL{chr(91)} ou #EVAL{chr(93)} par \[ et \]

Déplacement des scripts de gestion des modes d'affichages et de gestion du tri des documents dans un fichier à part, réutilisable. Ceci permet aux plugins qui utilisent des listes de documents de bénéficier de ces fonctionnalités.

On ne permet d'afficher dans la "colonne documents" (qui s'affiche lorsqu'on édite un article), qu'une seule fois chaque document.
Effectivement si une liaison de document est présente plusieurs fois (notamment avec le plugin roles_documents), le document
était autant de fois listé.

- une action "desordonner_liens_documents" est ajoutée (un peu sur le même fonctionnement que dissocier_document)
- une action "Réinitialiser l’ordre" est ajouté en fin de liste (visible si un rang_lien au moins est défini)
- les actions affectant l'ensemble des documents en fin de liste sont placées dans une div ".actions-liste"
- les documents déplaçables sont encadrés aussi d'une div (.sortable) essentiellement pour éviter de pouvoir les déplacer au dessus ou au dessous de la pagination ou des actions globales.

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