Ref #4955

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

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

Ajustement des boutons : utiliser les nouvelles classes là où ça peut être pertinent : modèles document_desc et document_case.

On peut visualiser les svg aussi en edition document + on peut tourner les svg en evitant un image_format quand le format est deje le bon pour ne pas perdre la transparence

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

+ 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);

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

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

Fix http://core.spip.org/issues/3251 : passer objet,id_objet au pipeline document_desc_actions quand on en dispose

Report de r82582 : Accesibilité : le lien "modifier" n'est pas un bouton car il ne génère pas de modification immediate du document mais donne seulement accès à un formulaire de modification. Mais du coup il n'est pas dans le même flux de navigation au clavier que les boutons voisins ce qui complique son accès (Armony)
On y ajoute un tabindex="0" et role="button" qui devrait améliorer ce problème

Y'a pas de raison qu'un document même déjà inséré dans un article (vu == oui) ne puisse pas être réinséré avec |left, |right ou |center. Donc on enlève ce test à moins que quelqu'un comprenne son intérêt réel et l'explique clairement.

On ajoute un argument $media à medias_raccourcis_doc.
Les modèles audio et vidéo par défaut gère l'affichage d'un document même si leur taille est == 0 en hauteur et en largeur, donc on permet de les <embxx>.

Passage en version 2.8.2

Ferme http://core.spip.org/issues/2632 : permettre de dissocier un document associe a la creation d'un article

http://core.spip.org/issues/2179 : pas de :hover sur les dispositifs tactiles. Un click sur l'element ajoute/enleve la classe hover pour faire apparaitre les boutons

Un #CACHE sur le modele case document perturbait les affichages au retour du changement de mode
Au passage on normalise l'action changer_mode_document (autorisation et utilisation de document_modifier plutot que sql_updateq)

Ajout d'un pipeline afficher_metas_document pour permettre l'affichage des infos techniques complementaires sur un document
increment de la version

reduire les logos des documents comme dans la mediatheque sinon les vignettes perso débordent des cases

rangement des icones inutilisees

Il reste un script a factoriser

la page d'edition d'un document passe en squelette (et est renommee document_edit pour coller a la convention future). Corrections pour s'adapter a la version dev.

[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)