Modèle <doc> unifié - commentaires

Modèle unifié

Oui, à la lecture du code, l'attribut alt est bien généré à partir du titre attribué au document

Modèle unifié

merci de vos réponses par avance

Modèle unifié

Bonjour,
j'ai pas mal de pages ( (SPIP 3.2.11 ) avec des images sous le raccourci de type

, qui n'ont donc pas de balise 'alt' (nécessaire au référencement) : est-ce que ce plugin permet d'ajouter cette balise 'alt' à partir du titre de l'image svp ? Sinon ce serait une superbe idée d'amélioration !

merci

Modèle unifié

Bonjour. En profitant de cette conversation, on peut alors utiliser les plugins medoc et figure comme complement l'un de l'autre. C'est bien ça ?

Modèle unifié

Avec plaisir :)

Modèle unifié

tetue, merci de la réactivité et de l'info c'est exactement mon besoin :)

Modèle unifié

Il te faut modifier les modèles de documents de SPIP en ajoutant par exemple Plugin Figure.

Modèle unifié

Bonjour,

merci pour ce plugin qui apporte une uniformisation au grandement appréciable !

Petite question sur la gestion du crédit photo comment insérer proprement #CREDITS avec ce plugin ?

Antony

Modèle unifié

Bonjour tetue
Tout d'abord, bonne et heureuse année 2017.
As-tu regardé le prob de dimensionnement indiqué ci dessus ?

Y a-t-il un moyen d'avoir une taille par défaut (indiquée dans les « fonctions avancées ») et pouvoir indiquer une taille via les paramètres du modèle + petite ou + grande que celle par défaut ?

J'ai essayé d'intégrer les lignes correspondantes du fichier doc.html dans medoc.html mais je n'arrive à rien. Tu auras sans doute plus de chance de l'adapter que moi :

[][
(#ENV{largeur,0}|ou{#ENV{hauteur,0}}) #SET{fichier,#GET{fichier}|image_reduire{#ENV{largeur,0},#ENV{hauteur,0}}} #SET{width,#GET{fichier}|largeur} #SET{height,#GET{fichier}|hauteur} #SET{fichier,#GET{fichier}|extraire_attribut{src}}
]

Merci pour ta réponse.

Modèle unifié

Comme indiqué plus bas par « graphie », je pense que la ligne 25 du fichier medoc.html :

[(#SET{fichier,[(#FICHIER|image_reduire{150})]})]

contraint les images à 150px de large et annule les paramètres largeur/hauteur passés dans le modèle...

Y a-t-il un moyen d'avoir une taille par défaut (indiquée dans les « fonctions avancées ») et pouvoir indiquer une taille via les paramètres du modèle + petite ou + grande que celle par défaut ?

Modèle unifié

Bonjour
J'ai installé le plugin et cela fonctionne bien.
J'ai juste surchargé medoc.html avec l'attribut « data-desc » dans la balise comme demandé par « Mediabox avec texte ».

Par contre, les paramètres de largeur/hauteur (natifs depuis spip 3) ne fonctionnent plus :

Je précise que le document fait plus que 300px en largeur...

Est-ce normal ?

Modèle unifié

Merci pour les explications.
J'essaie et je vous tiens au courant.
Bien cordialement.

Modèle unifié

Oui, Mediabox avec texte, comme tout plugin qui ne contient pas de fichier modeles/doc.html est compatible.

Medoc n'est qu'un patch qui corrige un défaut natif de SPIP, l'inconstance d'affichage du modèle , et unifie la syntaxe d'appel des modèles natifs.

Maintenant, si j'ai bien compris, tu souhaites modifier le comportement natif de SPIP, pour que la mediabox s'applique aussi aux modèles. Si c'est cela, ça se fait dans ton dossier squelettes, en surchargeant le fichier modeles/doc.html. Mais, si tu veux bénéficier du plugin Medoc, ne surcharge surtout pas ce fichier, mais modeles/medoc.html.

Modèle unifié

Oui c'est cela.
Mais pour tout dire, cela ne fonctionne pas car seuls les documents insérés dans le portfolio bénéficient d'un lien permettant d'ouvrir une fenêtre Mediabox... Je tourne en rond, je n'arrive pas à avoir ce lien sur tout mes docs (dans le portfolio ou non...).
C'est la raison pour laquelle je me dis que le plugin « docs unifiés » peut, peut-être, apporter la solution.

Cela dit, tu confirmes que le plugin est compatible avec « Mediabox avec texte » puisqu'il ne touche pas à doc.html... C'est cela ?

Modèle unifié

Ah, dans ce cas, ça change tout. Ce n'est pas un plugin qui surcharge le fichier doc.html ? mais tes squelettes, c'est bien ça ?

Modèle unifié

Bonjour
En fait, j'ai surchargé également le modèle doc.html pour avoir cette fonctionnalité sur tous les docs (qu'ils soient dans le portfolio ou non), comme indiqué dans la page de la contrib :

Une fois le plugin activé, tous les documents simplement déposés dans le portfolio d'un article seront concernés. Si vous voulez prendre aussi en compte les documents insérés dans le texte, vous devrez surcharger vous-même les modèles utilisés.

d'où ma question...

Modèle unifié

Attention à ne pas confondre les fichiers « modeles/doc.html » et « inclure/documents.html » ;)

Modèle unifié

Bonjour tetue

« Mediabox avec texte » surcharge le fichier « document.html ».
cf sur la page :

Le plugin surcharge le fichier squelettes-dist/inclure/documents.html pour ajouter un attribut data-desc qui est permis en HTML5 seulement (http://www.w3.org/TR/html5/dom.html#attr-data-*). Il est conseillé de n'utiliser le plugin que sur un site déclaré comme tel.

Modèle unifié

Bonjour JeanLuc : qu'est-ce que ça donne à l'essai ? car je n'ai jamais utilisé le plugin « Mediabox avec texte », mais seulement « Mediabox », avec lequel il n'y a pas de problème de compatibilité. Pour ce que j'en vois, aucun des deux ne surcharge le modèle doc.html… Du coup, je ne comprends pas très bien : quel est le problème rencontré ?

Modèle unifié

Bonjour tetue.
J'ai un site en spip 3.1 qui utilise le plugin Mediabox avec texte.
C'est un plugin qui surcharge le fichier doc.html mais j'aimerais malgré tout installer votre plugin.
Savez vous déjà si cela est possible ?
Je pense que oui si l'on en croit votre explication ci-dessus "Rendre votre plugin compatible avec celui-ci" .
Mais je ne comprends pas le point : "3) dans ce fichier copié, remplacez « toto » par votre nom.".

Pouvez vous svp expliquer cela plus en détail ?

Vous remerciant par avance de votre réponse.

Modèle unifié

Bonjour,

Fichier ./modeles/medoc.html ligne 25 :

[(#SET{fichier,[(#FICHIER|image_reduire{#CONFIG{taille_preview}})]})]

sauf erreur...

Modèle unifié

@tarti : oui, pourquoi pas utiliser la taille des vignettes renseignée en « fonctions avancées »…

Même interrogation, liée au besoin d'avoir des insertions d'images dans le texte avec un redimensionnement à 500px maximum et s'agrandissant avec diaporama, comme pour les images du portfolio.

Merci d'avance.

Modèle unifié

Hmmm… y'a sans doute un bug à corriger, oui : et devraient logiquement fonctionner comme .

Ceci dit, la syntaxe recommandée pour ce faire, avec Medoc, est bien , toujours dans une logique d'homogénéisation.

Modèle unifié

Bonjour tetue :-)
Je viens de faire un test de ton plug en spip 3.1

Je le trouve sympa, mais il y a un truc qui est va pas (enfin du moins qui est destabilisant) en spip 3.1 qui intègre nativement un lecteur audio/vidéo.
je m'explique, dans un article avec une vidéo mp4

Si je mets pour une video mp4 :

ou pour une musique mp3

J'ai le lecteur dans la partie public et c'est génial !

Par contre, si j'active ton plug, je n'ai le lecteur que quand je tape

car :
m'affiche comme
Pour avoir le lecteur autrement, il faut que je fasse :
ou

J'ai pas fait d'essai avec un mp3
Franck

Modèle unifié

@diadoc : ah, t'as même pas essayé !?! C'est vraiment pas sympa de ta part d'accuser (phrase affirmative et ton péremptoire) un plugin de ne pas remplir le rôle annoncé, bref de dysfonctionner, sans même l'avoir essayé !

J'explique quand même, parce que tu semble avoir du mal à comprendre et que tu n'es peut-être pas le seul. Alors, comment dire… c'est peut-être parce qu'il n'est pas nécessaire de surcharger tous les modèles pour régler ça… y as-tu pensé ?

Imagine… un Gus qui installe un plugin sur son site où y'a déjà plein d'images et doc affichés. Si ce plugin modifie les modèles natifs de SPIP, ça casse ses mises en pages existantes ! C'est pas sympa pour lui. Il ne faut donc pas modifier ces modèles, c'est-à-dire rester compatible SPIP — comme l'indique le titre du chapitre dans lequel tu as prélevé cette phrase — afin de respecter l'existant et pas emmerder les Gus. Ok ?

Ce prérequis posé, comment soigner l'inconstance d'affichage ? Bin, on vient de voir que ce n'est pas en modifiant les modèles natifs… En fait, y'a aucun besoin d'introduire de nouveaux modèles (comme le font le plugin Media et d'autres, qui ont d'autres objectifs) pour cela, puisque c'est seulement la logique d'appel de ceux-ci que l'on souhaite corriger. Pourquoi corriger les modèles, si c'est seulement leur logique d'appel que l'on souhaite corriger ? C'est un peu taper à côté de l'objectif… même si ça marche aussi et que ça apporte d'autres avantages, ça va plus loin que l'objectif initial. Bref, pas besoin d'un char d'assaut pour écraser une mouche.

Pour se servir de cette nouvelle logique (sans inconstance), il faudra en passer par une autre syntaxe, toujours pour rétrocompat, pour ne pas casser celle existante. Et plutôt que d'inventer une nouvelle, mieux vaut utiliser l'existante, en étendant « doc » et l'unifiant, puisque — woh — c'est possible et surtout parce que ce sera d'autant plus simple, puisque quasi transparent, pour l'utilisateur.

Voilà. C'est ce que fait Medoc. C'est tout. Rien de plus.
Un problème, une solution, pas besoin d'en rajouter.

Modèle unifié

Merci de répondre aussi vite ! Non je n'ai pas essayé medoc car la doc est claire pas besoin de la laisser reposer :

les modèles natifs de SPIP ne sont pas modifiés (à l'exception de doc). Les raccourcis historiques img et emb restent fonctionnels, de façon inchangée, c'est-à-dire avec leurs inconstances.

Modèle unifié

@diadoc : tu constates une persistance de l'inconstance d'affichage sur ton site malgré Médoc ? peux-tu m'en dire plus sur ta config (quelle version de SPIP + quels plugins ajoutant des modèles) ?

Pour ce qui distingue les plugins Media et Medoc, relis bien la doc à tête reposée et les messages ci-dessus. Je ne vais pas répéter ;)

Modèle unifié

medoc ne corrige pas le probleme puisqu'il ne touche ni à img ni à emb.

et media « propose une nouvelle série de modèles ayant un comportement unifié et indépendant du mode des images. Les modèles existants (doc, emb, img) ne sont pas modifiés afin d'assurer la rétrocompatibilité. »

alors je vois pas ce qui les distingue à part que l'un corrige en proposant 'media' alors que l'autre corrige en modifiant 'doc'

Modèle doc unifié

cela n'ajoute, comme les derniers plugins du genre, à la confusion, malgé des longues périodes de spip, que ce soit pour les dév ou pour les rédacs. mais l'idée de corriger est bonne.

Modèle doc unifié

@tarti : oui, pourquoi pas utiliser la taille des vignettes renseignée en « fonctions avancées »…

Modèle doc unifié

Je rajoute un truc :
dans le fichier doc.html. pour quoi retailler les image a 150 px (image_reduire150)
Pourquoi ne pas prendre la valuer rentrée dans le champ de génération des vignettes dans « fonctions avancées ».

Sinon j'ai contourné mon problème au dessus en modifiant le fichier
plugins-dist/medias/modeles/document_case_fonctions.php

j'ai modifier $doc = 'img' ; en $doc = 'doc' ;

C'est un contournement mais pas une solution pérenne.

Modèle doc unifié

Le plugin fonction avec spip 3.0.16 mais spip , mais lors de l'insertion d'une image sans titre et description. Spip ne propose que le raccourci img et non doc. Je n'arrive pas a corriger ca. une idée ?

Modèle doc unifié

(réponse décalée, désolé)

je vois que la mise à jour a été faite. Je teste à nouveau ce matin : ça règle le problème d'incompatibilité, mais pour un jpg en mode « illustration » (qui n'est donc pas dans le portfolio), spip propose toujours et non .

et au passage, c'est vrai que ces histoires doc/img sont compliquées et incompréhensibles.

Modèle doc unifié

Je connais le plugin Media pour l'avoir utilisé et il ne corrige pas ce problème d'inconstance d'affichage. Ces deux plugins n'ont pas le même but : l'un corrige ce problème, l'autre propose des modèles additionnels. Ils sont donc complémentaires.

Modèle doc unifié

Ben, le plugin modeles media propose une solution archi-élégante (à mes yeux) en proposant une syntaxe unique (media). Donc, exit img et de doc et cette dichotomie incompréhensible dans ou hors le portfolio. Rien que ça, c'est épatant !
Ensuite, la syntaxe (icône, vignette, insert) est aisée à mémoriser. Bref, j'ai l'impression que ce plugin et le tien font la même chose (mais je me trompe peut-être…)

Modèle doc unifié

@manu : je ne crois pas qu'aucun autre plugin corrige le problème d'inconstance d'affichage des documents de SPIP… Tu peux donc utiliser celui-ci avec un autre proposant des modèles, comme conseillé dans la présente documentation.

Modèle doc unifié

Pour mieux comprendre, qu'est-ce qui distingue ce plugin du plugin « modèles médias » de Joseph Larmarange (un outil dont je ne peux plus me passer tellement il est simple) ?

Modèle doc unifié

C'est à cause du fichier inc/documents.php de la médiathèque SPIP 2, qui n'est pas compatible avec SPIP 3.

La surcharge de ce fichier a pour but de modifier l'affichage, dans l'espace privé, des raccourcis d'insertion, afin de ne plus proposer que . Il faudrait effectuer cette même correction pour SPIP3.

Modèle doc unifié

bonjour,

avec spip 3.0.16 en local (MAMP dernière version), le plugin provoque une erreur php « PHP Fatal error : Call to undefined function determine_upload() in plugins-dist/medias/formulaires/joindre_document.php on line 55 ».