fix: inclure le script qui permet l'édition des documents dans une modale dans toutes les pages du privé

et l'adapter de façon à ce qu'il cible les éléments de manière plus précise + se passer de la globale pour tester que le script a déjà été initialisé

Fix: #4933 & ref spip/spip!5820

ce script n'est plus utilisé depuis l'intrdocution de bigup ref spip/spip#4987

Ce cookie n'est utilisé qu'en JS. Et Cookies.set ne définit pas d'attribut SameSite par défaut, ce qui fait raler les navigateurs.

Fix https://core.spip.net/issues/4234 : faire un post pour ordonner les documents plutot qu'un get avec une url trop longue

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.

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

Figurons nous que nous n’avons pas besoin d’afficher le bouton "Réinitialiser l’ordre" non plus lorsqu’il n’y a qu’un résultat.

Report de r108321 : Suite de r108317 : pas de mejs__player sur video non plus, et aussi on evite que le script mejs-init de doublle initialise un audio ou un video avec cette classe

Report de r108317 : Retablir l'initialisation JS de mediaelement.js via le script mejs-init.js qui prend en charge les attributs data- et ajoute les class paused/playing selon l'etat du player. Retrait de la class mejs__player qui avait ete ajoutee pour declencher l'init automatique au lieu de reparer le script mejs-init.js

« Deprecated peut-être, mais au moins ça assure la feature

JSON.parse n'est pas supporté par IE9, et j'ai pas souvenir qu'on ait jeté aux orties le support de ce navigateur, car il est par ailleurs dans la couverture de jQuery 3.x » (Cédric, cf http://permalink.gmane.org/gmane.comp.web.spip.zone.cvs/100310)

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.

Mise a jour de l'initialisation : chargement plus rapide de la CSS (en meme temps qu'on lance le chargement du js, et pas lors de l'init du player)
+ mise a jour optimisation du js d'initialisation (report du plugin player)

Report de js init du plugin player : le css est injecte en async dans un link plutot que inline repete a chaque player

Renommage du js init de mejs, prise en charge de plugins, et version minifiee (report depuis le plugin player)

on factorise le js d'init commun a l'audio et la vido dans un js externe insere inline au moins une fois dans une page qui contient un ou plusieurs documents audio/video
le js d'init ne craint pas d'etre insere plusieurs fois, ce qui peut arriver si on charge des bouts de page en ajax par exemple

chargement asynchrone de MultiFile plus robuste, qui ne charge effectivement qu'une instance du plugin, car sinon on perd les surcharges dans jQuery.fn.MultiFile.intercepted et les post AJAX

Le fichier vient de là: http://www.fyneworks.com/jquery/multiple-file-upload/
Concernant les changements, c'est là qu'il faut voir: https://code.google.com/p/jquery-multifile-plugin/source/list

Patch de correction pour que l'ajout de document dans la base de données se fasse dans le même ordre que celui auquel on a procédé pour sélectionner les fichiers.

Ferme http://core.spip.org/issues/2577 : le moteur js de webkit initialise la fonction avant le test dans le if
utilisons un flag explicite plus sur

ajax sur chaque document du portfolio pour sa mise a jour

reorganisation des scripts en un seul. Mais il semble qu'il y a un bug js sur la page mediatheque, au retour de l'upload d'un doc. A debug

[en cours] merge avec le plugin mediatheque  (les documents ne sont plus fonctionnels en l'etat, ne pas mettre a jour dans cette version hors contexte developpement)