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

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

Il n'y a pas d'auteurs sur les documents, autant récupérer cette colonne pour lister le nombre d'utilisations dans le site 

Sur une page de visualisation de documents, mettre le nombre d'utilisations dans un bloc

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é).

Report de r89155 : Fix https://core.spip.net/issues/3380 : il faut verifier les droits d'associer/dissocier les documents a un objet dans le formulaire editer objet.
Pour cela on cree 2 autorisations associerdocuments et dissocierdocuments qui par defaut reposent sur autoriser(modifier).
+ n'afficher le lien 'modifier' sur un document que si on a bien le droit de le modifier

Fermeture de boucle inutile certainement présente par erreur (pas nécessaire d'incrémenter la version du paquet pour ça)

Afficher aussi les documents en statut prop dans l'onglet "Non publiés" de la médiathèque, ferme http://core.spip.org/issues/3066

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.