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

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é 4 years ago et cerdic a validé 4 years ago

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.

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

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

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.

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

Il permet d'avoir plusieurs types d'affichage différents pour les listes de documents attachés à des objets éditoriaux.

Report de [99143] : Autorisation manquante (le bouton était affiché, mais l'action ne se faisait pas. Testé en intégrant le formulaire côté public avec utilisateur non connecté).

medias,portfolio-documents.html : report de [r71704]. cette action (définitive) mérite bien une confirmation !  (http://forum.spip.net/fr_251453.html)

if (!$.isFunction(window.editbox_init)) { ... } ne semble pas passer avec les navigateurs webkit (testé avec chromium et midori), du coup les liens pourvus d'une classe .editbox (bouton modifier du portfolio par ex.) s'ouvrent dans une nouvelle fenêtre au lieu d'une modalbox. Mes plates excuses.

- Ajout de crochets aux balises SPIP dans le code javascript, sans quoi elles ne passaient pas et le rechargement ajaxReload plantait.
- CSS : on change le ciblage des portfolios sur la classe .portfolios au lieu de #portfolios. De cette façon on peut donner un id unique à chaque portfolio sans perdre la mise en forme.

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.

revert car l'ajax sur le modèle  empêche le refresh dans le cas d'un ajout/sortie du portfolio. La suite sur http://core.spip.org/issues/2521

ne rafraichir que le doc modifié (et rester sur la div accessoirement) - réduit la portée de http://core.spip.org/issues/2521
Hum, je commite sur une extension UNIQUEMENT parce qu'Edgard a dit "gogogo" ET que personne ne m'a insulté sur IRC :-p

- Pas de cache sur le modele document_desc
- on ne peut pas ajaxer chaque modele independamment, car certaines operations modifient la liste complète (deposer dans le portfolio, supprimer, ...)
Il faudrait pouvoir cibler le bloc ajax dans le lien.

#1105 : rafraichir le bloc info de l'objet visualisé quand on ajoute un premier document ou qu'on retire le dernier document d'un objet
Cela permet de faire apparaitre/disparaitre le bouton de suppression de la rubrique

ajax sur chaque document du portfolio pour sa mise a jour