album 4.0.3 pb modèle album spip 4

Général
#1

spip 4.0.11 + album 4.0.3 + phtoswipe 1.10

Bonjour,
Le modèle album du plugin ver. 4.0.3 casse l’affichage quand utilisé en surcharge (sans modif).
Mais quel est vraiment le modèle par défaut ? est-ce la définition de #ALBUM_DOC qui est perdue ?

PS1: par ailleurs mon objectif étant un affichage avec photoswipe l’opacité de l’appel #ALBUM_DOC (appel de php) fait que je dois me passer (dommage) du plugin album - jamais réussi à déclencher une galerie ni à reecrire un modèle album pfff

PS2: désolé, je trouve que mediabox (galerie ?, vignettes…) + album (de + en + opaque pour moi) et photoswipe (dont je ne peux me passer tant c’est le seul affichage correct de galerie pour moi) => ça sent fort le gaz, je vais me fumer un clope :wink:

#2

Le modèle album du plugin ver. 4.0.3 casse l’affichage quand utilisé en surcharge (sans modif)

Pas compris : tu surcharges quoi exactement, de quelle façon et dans quel but ?

par ailleurs mon objectif étant un affichage avec photoswipe l’opacité de l’appel #ALBUM_DOC […] jamais réussi à déclencher une galerie ni à reecrire un modèle album pfff

Cette balise n’a d’utilité que pour le modèle par défaut. Si tu réécris un modèle pour tes propres besoins tu n’as absolument pas besoin de la réutiliser.

#3

Ben justement rien, je recopie le modèle du plugin dans squelettes/modèle et je l’appelle dans un article <album|objet=article|id_objet=x> mais plus d’affichage. Ce qui me faisait me demander quelle était LE modèle "album"par défaut.

Ok, dans ce cas comment récupérer un modèle album car de base ça ne semble pas fonctionner. Et forcément quand je remplace #ALBUM_DOC par

<a href="#URL_DOCUMENT" onclick="return false;">
              [(#FICHIER|image_reduire{270,0}
                 |inserer_attribut{data-photo,#URL_DOCUMENT}
                 |inserer_attribut{data-photo-h,#HAUTEUR}
                 |inserer_attribut{data-photo-w,#LARGEUR}
                 |inserer_attribut{alt,#TITRE}
                 |inserer_attribut{title,#TITRE}
                 )]
	    </a>

il ne s’affiche rien non plus.

Sinon concrètement je souhaite déclencher le mode galerie (pour profiter du swipe) de photoswipe par un clic sur une image de l’album. Le déclenchement ne fonctionne pas par la classe « album » via la config de photoswipe. Donc oui bon écrire mon modèle mais je reviens sur le fil au-dessus du coup.

#4

concrètement je souhaite déclencher le mode galerie (pour profiter du swipe) de photoswipe

Bon, ce que tu cherches à faire c’est ajouter aux images des albums les 3 attributs data-truc nécessaires pour qu’elles soient prises en compte par photoswipe, c’est ça ?

Normalement t’as rien à faire de spécial : ces attributs devraient déjà être là puisque les albums v4 utilisent les modèles standards de document.

Sous réserve que tu ais placé dans tes squelettes la dernière version du modèle fourni par photoswipe : photoswipe/image-photoswipe.html at master - photoswipe - SPIP on GIT
Nb : sa doc est peut-être pas à jour sur ce point, en tout cas c’est pas hyper explicite.

Si ça suffit pas, bah après c’est un problème avec photoswipe, faut aller demander dans son forum.

Mais bon, un plugin qui oblige à surcharger le modèle de doc standard pour fonctionner, c’est quand même pas idéal je trouve.

je l’appelle dans un article <album|objet=article|id_objet=x> mais plus d’affichage

Un album s’insert selon son numéro : <album10>, <album25>, …

#5

Oui, image-photoswipe j’avais vu mais ne fait rien, semble bypassé par album :
Je ré-essaye:
<albumX> n’embarque pas les data-trucs de image.html
<album|objet=article|id_objet=YY> ** non plus, ne déclenche pas la galerie (swipe de doc en doc) juste la loupe. **cf. doc album.html:
https://git.spip.net/spip-contrib-extensions/albums/src/branch/master/modeles/album.html
Sélection des documents :
- **id_album : soit l'identifiant d'un album
- **objet + id_objet : soit un type d'objet et son identifiant
- **id_document : soit des numéros de documents, tableau ou séparés par des virgules

Bah oui ok.
As-tu une adresse (de plugin) d’un parcours de galerie par glissé ? → suis preneur !
(le glissé plein écran pour mobile et sur desktop plein écran avec les flèches (gch drte), ben c’est top je trouve)
Sans doute une histoire de goût mais quand même la pratique, l’ergo., je comprends pas l’affichage dans des boîtes, pis galleria, vu comme déjà… ça me fait peur. -)

#6

Ah mais c’est le modèle de photoswipe qui a un problème, il ajoute pas les data-truc dans tous les cas.

Il faut remplacer la ligne 22 :

[<a href="(#ENV{lien})"[ class="(#ENV{lien_class}|concat{' spip_doc_lien'}|trim)"]>]

Par ça :

[<a href="(#ENV{lien})"[ class="(#ENV{lien_class}|concat{' spip_doc_lien'}|trim)"] data-photo="[(#URL_DOCUMENT|url_absolue)]" data-photo-w="#LARGEUR" data-photo-h="#HAUTEUR">]
#7

Bien vu !
Donc les data-trucs sont maintenant bien présents dans les 2 types d’appel.
Seulement toujours pas de déclenchement de la galerie alors que comme cela :

<div id="documents_joints" class="documents_joints liste portfolio documents">
<BOUCLE_galerie(DOCUMENTS){id_article}{extension=jpg}{par rang_lien}{tout}{statut in prop,publie}>
        <a href="#URL_DOCUMENT" onclick="return false;">
              [(#FICHIER|image_reduire{270,0}
                 |inserer_attribut{data-photo,#URL_DOCUMENT}
                 |inserer_attribut{data-photo-h,#HAUTEUR}
                 |inserer_attribut{data-photo-w,#LARGEUR}
                 |inserer_attribut{alt,#TITRE}
                 |inserer_attribut{title,#TITRE}
                 )]
	    </a>
</BOUCLE_galerie>
</div>

Cela affiche les vignettes et leur ajoute la classe img.photoshow
comme ici (c’est l’ancien fouilli)

#8

Bon c’est photoswipe qui attribut la classe photoshow. J’ai bidouillé le modèle image sans résultats.
Je post du côté de contrib photoswipe.
Ceci étant, je mets un billet pour qui en fait un plugin spip compliant !

#9

Hop,

Si vous me donnez un peu de contexte dans un ticket je veux bien me pencher sur ce cas d’usage, mais je suis étonnée qu’il faille modifier la ligne en question car elle concerne les liens qu’on passe volontairement au modèle pour ne pas renvoyer vers l’image et pas les autoliens.

#10

Si vous me donnez un peu de contexte dans un ticket je veux bien me pencher sur ce cas d’usage

Ah je crois enfin comprendre le mic-mac.

Dans albums 4 ça utilise les modèles standards de documents, sauf que je voulais forcer la présence des liens sans me prendre la tête avec cette histoire d’autolien. Donc j’inclus le modèle avec le param lien=xxx.

Mais mauvaise stratégie : je vois que quand on fait ça, le lien n’a pas les attributs type (dans les modèles de la dist) ni les data-truc (dans le modèle de photoswipe).

Bref tant pis, je vais laisser l’autolien de base, pas de modif nécessaire dans photoswipe, te prends pas la tête.

[albums] 3 commits
#11

@Snotons fix dans albums v4.0.4
Pas besoin de modifier le modèle photoswipe tout compte fait.

Pour rappel, pour que les images soient cliquables il faut qu’elles aient une certaine dimension, cf. _IMAGE_TAILLE_MINI_AUTOLIEN - SPIP

#12

Topito :slight_smile:

#13

_IMAGE_TAILLE_MINI_AUTOLIEN - SPIP
Alors oui j’avais vu aussi et testé mais et j’ai rejoué:
1- sans fix autolien la présence ou pas du modèle image ne change rien
2- avec fix autolien à 150 ou 800 + modèle image (inchangé) idem, pas de photoshow ni de data-trucs

Je précise qu’à chaque recalcul j’ai ce message :

1 	Filtre media_determine_autolien non défini	squelettes/modeles/image.html	_image

Je dois rafraîchir la page du navigateur + recalculer pour que l’erreur disparaisse

J’ai attrapé cette info aussi de photoswipe en débug:

<div class="pswp__error-msg"><a href="%url%" target="_blank">Image indisponible</a>.</div>
#14

PS: par acquis de conscience -# j’ai désactivé d’autres plugin dont soundmanager qui utilise un modèle document (j’ai eu peur mais pas de changement) et oemb
Par ailleurs je suis passé en 4.0 par une restauration de mon dump 3.2 et j’ai ce message:

Erreur SQL 1146
1146 Table 'test_spip_4.breves' doesn't exist
SHOW CREATE TABLE `breves`
	   /  	   /

Je retente les tests avec la mofif. sur le modèle image…

#15

@Snotons albums 4.0.4 + photoswipe avec son modèle image et la config par défaut : chez moi ça marche©™

1 « J'aime »
#16

Alors avec la modif. du modèle image je retrouve bien les data-trucs mais dans le <a...> (normal c’est ce qui est écrit)
Mais dans ma boucle qui active le swipe c’est la balise <img ...> qui reçoit les data-trucs et je pense que c’est là que photoswipe cherche et ajoute la classe photoshow dans ce cas.

Hier j’en étais à examiner l’insertion .js et le pipe de photoswipe.

#17

Ah mais Oui ! Bravo.
Topek ! :upside_down_face: