Il manquait la classe mejs__player pour avoir le bon style (au passage, ça fait perdre le bouton de download intégré)

Et aussi preload="auto" pour avoir la durée affichée dès le départ.

https://zone.spip.org/trac/spip-zone/changeset/101688/
https://zone.spip.org/trac/spip-zone/changeset/101716/

Testé sous Windows 10 avec Edge, FireFox et Chrome en utilisant les .mp4, .ogg et .mp3 utilisés par http://www.mediaelementjs.com/

Pas testé les skins.

- Les plugins-dist de spip 3.2 ne sont pas supposé avoir de support pour qu'il fonctionne avec spip 3.1, donc, j'ai fait un z+1 quand il y avait déjà un "y" de différence entre spip 3.1 et 3.2 sinon, j'ai fait un y+1, ainsi il sera toujours possible de faire des corrections d'éventuel bugs future qui ne concernerait que les plugs de la version 3.1
- La version de mini de compatibilité est maintenant 3.2.0-dev, comme, ça, quand l'alpha sortira, cela devrait être bon (quand la version 3.2.0 stable sortira, je mettrais 3.2.0 comme version mini)
- Il y avait aussi un ou deux mots avec des accents comme par exemple è j'ai fait le changement pour y mettre à la place è ou autres

Merci à luis pour le signalement sur le liste spip-dev

Icone différente pour montrer le déplacement des documents (icone reprise du plugin «Rang», légèrement plus foncée).
Et on ne rend pas totalement transparent les actions (hors survol), afin 1) de voir l'icone de déplacement un peu, et 
2) de rendre un peu lisibles les textes des actions aussi.

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

- Le nom du fichier n'est pas affiché directement si le document possède un titre
- le début du descriptif est affiché par contre
- les détails du fichiers (extension, nom du fichier, dimensions, poids) sont masquées, mais un lien "détails" permet de les afficher en plus grand.
- les boutons de rotation sont enlevés (il suffit de "modifier" le document pour y avoir accès)
- les actions (changer de mode, supprimer, détacher, modifier) sont placés sur toute la largeur (ce qui prend un peu plus de place en hauteur par défaut, mais évite de disgraceux retours à la ligne qu'on avait parfois).
- les plugins utilisant le pipeline "afficher_metas_document" devront possiblement s'adapter
- le CSS utilise actuellement flexbox (désolé pour les vieux IE)

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

Complement a r85602 : utiliser la variable de session et ne passer qu'un md5 du chemin du zip dans le formulaire

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 r98560 : plusieurs petits bugs sur les documents distants mal formates qui pourraient exister en base par des operations peu avouables, on teste systematiquement que le fichier ressemble bien a une URL avant de s'y fier

Report de [98272] : Correction de bug : il manquait <!--affiche_milieu--> pour les documents, ce qui empêchait par exemple l'inseration des traductions ou autre ajout de ce genre.

report de r96344 :  Lorsque des roles sont présents, faire en sorte que les boutons "Détacher" et "Supprimer" enlèvent effectivement tous les rôles.

Le comportement n'est pas modifié s'il n'y a pas de colonne de rôle, juste que la spec des fonctions objet_dissocier() indique
bien que sans précision, seul le lien avec le rôle par défaut est dissocié, ce qui ne semble pas le comportement souhaité ici.

ref https://core.spip.net/issues/3693

L'initialisation de mediaelement.js est faite dynamiquement par SPIP et ça dépasse largement mon niveau de javascript.

Suite à discussion : http://thread.gmane.org/gmane.comp.web.spip.zone/39560

À reporter en 3.1 ?

Logiquement, il faudrait mettre la compatibilité à 3.2 pour les plug, mais c'est sans doute un peu tôt.

Changelog : https://github.com/johndyer/mediaelement/blob/master/changelog.md

Est-ce que le fichier flashmediaelement-debug.swf est en trop ? (il est dans la lib tel quel)

Fix https://core.spip.net/issues/3617 : passer $set a objet_modifier_champs pour qu'elle ne detecte les conflits sur $_POST que quand c'est pertinent

Ne faudrait-il pas ajouter cette lib aux crédits du plugins ainsi que mejs ?

Fix https://core.spip.net/issues/3433 : ajouter le contenu du document qu'on vient de supprimer a l'appel a post-edition

Fix https://core.spip.net/issues/3485 : pas la peine de doublonner le test d'existence du fichier, si on teste bien le retour de renseigner_taille_dimension_image

Fix https://core.spip.net/issues/3485

Retour sur r89155 : il est autorise d'associer des documents a d'autres documents, certains plugins le font deja, evitons la casse pas trop justifiee (b_b, kent1, RealET)

Oubli dans r85603 , qui provient de https://core.spip.net/issues/3234 : pour multiplier, il faut enlever au préalable l'unité dans la chaîne !