Albums 3

Le plugin « Albums » évolue dans une version 3 pour SPIP 3.

Avant d’effectuer une mise à jour depuis la version 1 ou 2, consultez les notes sur la rétro-compatibilité. Les modèles, notamment, on reçut quelques changements pour la bonne cause.

En préambule, une courte vidéo de présentation.
Si vous rencontrez des difficultés pour la lecture, rendez vous sur medias.spip.net où le fichier source est téléchargeable.

Des albums, pour quoi faire ?

Dans sa première version, le plugin permettait d’insérer des galeries d’images au fil du texte, dans les articles.

Depuis la version 2, les albums sont des objets éditoriaux à part entière, aussi la portée du plugin est plus générale : il sert à la gestion de groupes de documents.

Des groupes de documents

Un album, c’est donc un conteneur pour une série de documents.
Précisons le bien, si le terme « album » évoque des albums d’images, il peut contenir tout type de document : images, bandes-son, vidéos et autres.
Un même document peut appartenir à plusieurs albums : toutes sortes de combinaisons sont envisageables.

Les albums sont des groupes de documents

Albums et documents liés à un objet

En SPIP 3, les documents liés à un objet sont présentés sous forme de 3 groupes : « illustrations », « portfolio » et « documents ». Leur finalité est expliquée dans cet article, mais retenons qu’il s’agit d’une séparation arbitraire pensée pour les articles.
Dans cette documentation, on va se référer à ces documents comme des documents « individuels », par opposition au documents regroupés au sein d’albums.

Les documents individuels et les albums sont indépendants et n’ont pas d’incidence l’un sur l’autre : on peut continuer à gérer les documents individuels comme avant.
En pratique, vous avez le choix au moment d’ajouter des documents à un objet : ils peuvent être ajoutés individuellement, ou regroupés au sein d’albums.

Albums et documents liés
Documents individuels et regroupés aux seins d’albums

Installation & configuration

L’installation se fait comme n’importe que plugin.
2 tables vont être ajoutées : spip_albums et spip_albums_liens.

Des plugins supplémentaires doivent être installés si vous souhaitez bénéficier du formulaire qui permet de personnaliser les balises <album> à insérer dans le texte. Il s’agit de dépendances optionnelles.

Une fois l’installation effectuée, un passage sur la page de configuration est ensuite nécessaire. Elle est constituée de 2 onglets.

Onglet « options »
L’option principale permet de définir sur quels objets les albums pourront être ajoutés.
2 autres options permettent de proposer un titre par défaut lorsqu’on ajoute un nouvel album à un objet, et d’activer le déplacement de documents par cliquer-glisser.

Onglet « outils »
Un formulaire permet de migrer des articles en albums.
Il est prévu dans le cas où l’on se servait d’articles comme de pseudo albums, et se charge de créer des vrais albums à l’identique à partir de ceux-ci.

Utilisation

Les albums peuvent être autonomes ou liés à d’autres objets éditoriaux.

⇒ Dans le cas d’albums autonomes, on les créera depuis la barre d’outil rapide ou depuis la page des albums, comme n’importe quel objet éditorial.

⇒ Dans le cas d’albums liés à des objet éditoriaux, leur gestion est assez similaire à celle des documents : on peut gérer les albums depuis la fiche d’un objet ou lorsque celui-ci est en cours d’édition.

Gestion des albums sur la fiche d’un objet

Sur la fiche d’un objet éditorial, les albums font suite aux documents. L’interface permet d’ajouter de nouveaux albums ou des albums existants, d’éditer leur texte et de manipuler leurs documents.

Albums et documents liés
1) documents « individuels » 2) documents regroupés au sein d’albums

Ajouter des albums

Le bouton « Ajouter un album » fait apparaître un formulaire proposant deux méthodes [1] :

Créer et remplir un nouvel album. Titre et descriptif sont optionnels : laissé vide, le titre sera rempli à posteriori avec « Nouvel album N° X ».

Choisir un ou plusieurs albums existants : on peut parcourir la liste, ou rentrer directement les numéros des albums.

Ajouter un album à un objet éditorial
1) Créer et remplir un nouvel album 2) Choisir un ou plusieurs albums existants

Editer un album sur place

Les albums peuvent être édités sur place. Pour l’édition complète (gestion des auteurs, des mots-clés etc.), on se rendra sur leur fiche.

Editer le texte : une icône apparaît au survol du header, elle permet d’afficher le formulaire d’édition du titre et du descriptif.

Ajouter des documents : un lien situé en bas fait apparaître le formulaire d’ajout de documents.

Manipuler les documents : les boutons d’édition apparaissent au survol de chaque document.

Il est également possible, sous certaines conditions, de déplacer des documents entre albums par cliquer-glisser.

Édition rapide d’un album
1) Editer titre et descriptif 2) Ajouter des documents 3) Modifier les documents

Retirer des albums

Pour retirer un album, cliquer sur le bouton qui apparaît au survol, en bas de chaque album.
Lorsqu’il y a plusieurs albums, un bouton présent à la fin de la liste permet de tous les retirer d’un coup.

Gestion des albums lors de l’édition d’un objet

Pendant l’édition d’un objet, la gestion des albums s’opère au même endroit que celle des documents, dans la colonne de gauche.
Quand l’objet peut recevoir à la fois des documents et des albums, un menu permet de basculer entre les deux.

Albums et documents lors de l’édition d’un objet
1) Gestion des documents 2) Gestion des albums

Ajouter, éditer et retirer les albums

On gère les albums de la même façon que lorsqu’on se trouve sur la fiche de l’objet : même formulaire pour ajouter des documents, mêmes possibilités pour éditer les albums et manipuler leur documents.


Insertion des balises <album> dans le texte

Les albums insérés dans le texte au moyen de la balise <albumX> seront automatiquement associés à l’objet : ce comportement est similaire à celui des balises <doc>, <img> et <emb> des documents.

Un formulaire permet de personnaliser les balises de chaque album : choix de la variante, alignement, paramètres des modèles, etc.

Important : pour bénéficier de cette fonctionnalité, des plugins supplémentaires doivent être installés. Consultez la section sur l’installation.

Personnaliser la balise d’un album
En mode édition, un formulaire permet de personnaliser la balise de chaque album en vue de l’insérer dans le texte.

Les modèles

L’apparence, la structure et certains paramètres évoluent par rapport aux versions 1 et 2. Consultez les notes sur la rétro-compatibilité.

2 modèles « album » sont proposés : le modèle de base est une vue en vignettes, complété d’une variante avec une vue en liste.
Par défaut, ces 2 modèles produisent un affichage minimaliste : titre, descriptif, et autres éléments "superflus" ne sont pas affichés à moins d’utiliser les paramètres adéquats (détaillés plus bas).
De même, la feuille de style chargée sur le site public ne contient que le strict minimum.

Ces 2 modèles ne prétendent pas répondre à tous les cas de figure. Les usages possibles sont trop vastes pour être tous pris en compte par un modèle générique : listes de lecture audio ou vidéo, diaporamas, etc.
Pour vos besoins spécifiques, ajoutez des variantes du modèle.

Modèle <album> : vue en vignettes

Modèle album par défaut : vue en vignettes

Ce modèle est prévu pour afficher des séries d’images : les documents sont affichés sous forme de vignettes cliquables.
Il est basé sur Tiny Typo, la base CSS de Romy Têtue.
Les images peuvent être retaillées et recadrées pour obtenir un affichage uniforme, par défaut elles sont retaillées selon une hauteur de 100 pixels.

La structure HTML de base est la suivante (avec #HTML5 activé) :

<figure class="album vignettes figure">
    <ul>
        <li>
            <a href="#"><img src="..."></a>
        </li>
    </ul>
    <figcaption>...</figcaption>
</figure>

Modèle <album|liste> : vue en liste

Modèle album, variante sous forme de liste

Cette variante affiche les documents sous forme d’une simple liste. Elle est donc adaptée à tout type de documents.

La structure HTML de base est la suivante :

<div class="album liste">
    <ul class="spip">
        <li>
            <a href="#">...</a>
        </li>
    </ul>
</div>


Paramètres des modèles

Paramètres communs aux 2 modèles
Paramètre Description
titre « oui » pour afficher le titre
N’importe quelle chaîne pour un titre personnalisé.
balise_titre Pour encapsuler le titre dans une balise, sans les chevrons.
→ strong, h4, etc.
descriptif « oui » pour afficher le descriptif
par Tri des documents, défaut : « titre »
→ date, titre, media, fichier, extension, taille
media Pour restreindre à un type de document
→ image, file, audio, video
Paramètres propres à la variante « vignettes »
Paramètre Description
largeur Largeur maximale des vignettes
hauteur Hauteur maximale des vignettes, défaut : 100 (pixels)
recadrer « oui » pour recadrer les images
label « oui » pour afficher le titre de chaque document
Paramètres propres à la variante « liste »
Paramètre Description
metas « oui » pour afficher les infos complémentaires de chaque fichier, ou une liste d’éléments séparés par des virgules :
→ extension, taille, dimensions


Ajouter des modèles

Pour que vos propres variantes du modèle soient prises en compte par le formulaire de personnalisation des balises, il faut créer un fichier YAML en plus du squelette HTML.

Ce fonctionnement est inspiré par celui du plugin Insérer Modèles : chaque fichier YAML décrit le modèle et ses paramètres, sous forme de saisies. La syntaxe est identique, avec toutefois 2 éléments supplémentaires :

  • alias : nom de la variante
  • description : description de la variante (optionnelle)

Pour assurer la compatibilité avec le plugin cité plus haut, 4 paramètres sont obligatoires : modele, id_modele, id_album et variante.
Les 3 premiers étant identiques pour toutes les variantes, ils sont regroupés dans un fichier inc-yaml/album-compat.yaml qu’il suffit d’inclure.

Pour les saisies, une option supplémentaire config permet d’avoir comme valeur par défaut un réglage stocké dans la table spip_meta.
Dans l’idée, config:'truc' revient à faire 'defaut'=>lire_config('truc') en php.

Exemple : Imaginons un plugin fournissant une variante « diaporama ».
Ce modèle accepterait entre autre un paramètre vitesse dont la valeur par défaut serait enregistrée dans une méta du plugin. Le squelette HTML serait nommé album_diaporama.html et le fichier YAML album_diaporama.yaml.
Ce dernier ressemblerait à ça :

nom: 'un album (diaporama)'
logo: 'prive/themes/spip/images/album-24.png'
icone_barre: 'album-diaporama.png'
alias: 'Diaporama'
parametres:
  - 'inclure:inc-yaml/album-compat.yaml'
  -
    saisie: 'hidden'
    options:
      nom: 'variante'
      defaut: 'diaporama'
  -
    saisie: 'input'
    options:
      nom: 'vitesse'
      config: 'plugin/vitesse'
  - le reste des saisies...

En cas de doute, vous pouvez prendre la variante « liste » comme référence.

Albumothèque

Albumothèque

L’albumothèque est l’équivalent de la médiathèque, pour les albums.

Les filtres situés dans la colonne de gauche sont prévus pour sélectionner les albums en fonction de leurs documents et de leurs liaisons avec les objets : articles, auteurs, mots-clés etc. Attention, il ne s’agit pas de menus, mais bien de filtres : un clic pour activer, un autre pour désactiver.

Des champs avec autocomplétion permettent de trouver un objet précis.
Par exemple, pour afficher les albums liés à un article en particulier, il faut cliquer sur l’icône à droite du filtre « articles », puis rentrer les premières lettres du titre ou son numéro : les articles correspondants vont apparaître dans une liste déroulante, cliquer sur un résultat va mettre à jour la liste des albums.
La fontion d’autocomplétion ne va chercher que les objets ayant un lien avec les albums.

Albumothèque : filtres
Des champs avec autocomplétion permettent de trouver les objets liés aux albums.

Déplacer des documents entre albums par cliquer-glisser

Il est possible de déplacer les documents entre albums par cliquer-glisser. L’option doit être activée dans la page de configuration, et vous devez y être autorisé.
Gardez en tête qu’il s’agit d’une fonctionnalité un peu expérimentale !

Lorsqu’on entame le déplacement d’un document, les albums pouvant recevoir celui-ci sont surlignés d’une bordure verte, il suffit d’y relacher le document. Dès qu’un document à été déplacé, un formulaire apparaît en bas de la liste pour enregistrer les modifications. On peut cependant effectuer plusieurs déplacement d’affilée avant de les enregistrer.

Notez qu’il est possible de manipuler également les documents « individuels » liés aux objets.

Déplacer des documents entre albums par cliquer-glisser
1) Effectuer un ou plusieurs déplacements 2) Valider avec le formulaire qui apparaît en bas

Boucles & critères

Critère {orphelins}

Le critère {orphelins} permet de sélectionner les albums sans lien avec un objet éditorial (on qualifiait ces albums « d’autonomes » plus haut).

Jointures

Les albums ont une jointure automatique pour tous les objets (cf. déclaration de la base).

Dès qu’un qu’un id_xxx est présent dans l’environnement, on peut donc sélectionner les albums liés à l’objet sans avoir à faire de jointure explicite avec la table de liens :
<BOUCLE_albums(ALBUMS){id_xxx}>

Attention, pour {id_auteur}, le comportement est différent :

  • <BOUCLE_albums(ALBUMS){id_auteur}> sélectionne les albums de l’auteur (d’après la table spip_auteurs_liens).
  • <BOUCLE_albums(ALBUMS){objet=auteur}{id_objet=#ID_AUTEUR}> sélectionne les albums liés à l’auteur (d’après la table spip_albums_liens).


Sélectionner les albums en fonction de leurs documents

En faisant une jointure avec la table spip_documents, on peut utiliser certains critères des documents :
<BOUCLE_albums(ALBUMS documents){documents.critere=xxx}>
Quelques exemples avec les critères les plus utiles :

  • {documents.media IN image,audio} : albums contenant des images ou des bandes-sons.
  • {documents.id_document=x} : albums contenant le document n°x.
  • {documents.titre LIKE %truc%} : albums contenant des documents dont le titre ou le nom de fichier comprend le terme « truc ».
  • {documents.extension == mp3|ogg|oga} : albums contenant des fichiers mp3 ou ogg audio.
  • {documents.taille > 1000000} : albums contenant des documents d’une taille supérieure à 1Mo [2].

Autorisations

Voici comment sont définies certaines autorisations particulières (les administrateurs complets peuvent tout faire).

  • Modifier un album : il faut être auteur de l’album et avoir le droit de modifier tous les objets auquel l’album est lié.
  • Ajouter un album à un objet : il faut que l’objet soit activé dans les options, et avoir le droit de le modifier.
  • Déplacer des documents entre albums : il faut que l’option soit activée, et dans le contexte d’un objet, avoir le droit de modifier tous les albums liés.
  • Supprimer un album : il faut qu’il soit vide, inutilisé et non publié.

Rétro-compatibilité

Modèles

La syntaxe de la version 1, qui avait disparu de la version 2, est à nouveau supportée dans cette version : <album|id_article=x> et <album|id=x,y,z>

La structure du modèle de base a changé, afin notamment de respecter l’usage des balises <figure> et <figcaption> en HTML5.

Visuellement, quelques altérations ont eu lieu :
-  par défaut, les titres sont cachés.
-  le titre et le descriptif du modèle de base passent en bas.

Changement de quelques paramètres :
-  vignettes & liste : titraille est supprimé
-  vignettes & liste : balise_titraille est déprécié au profit de balise_titre
-  liste : infos est déprécié au profit de metas

Divers

-  Le critère {contenu} apparu dans la version 2 est supprimé : on peut utiliser à la place le critère {documents.media == x} avec une jointure (ALBUMS documents) pour un résultat similaire.
Voir la section sur les jointures.

Paramétrage fin par les constantes

-  Constante _ALBUMS_TITRE_COURT : si vous insérez define('_ALBUMS_TITRE_COURT','oui'); dans votre mes_options.php, le titre des images sous les images sera réduit à leur titre et n’incluera pas les indications techniques.

Notes

[1Techniquement, le formulaire « ajouter_album » est une fusion des formulaires « editer_album » et « ajouter_document »

[21000000 octets = 975ko, mais on ne va pas chipoter


La version 2 du plugin est documentée ici.
Elle a en quelque sorte servi de transition entre la version 1 et la présente version, qui est la version « correcte » pour SPIP 3. La branche 2 n’est plus amenée à évoluer, et ne recevra que des corrections de bugs.
D’ailleurs, n’hésitez pas à signaler les bugs de la version 2 sur ce forum, en précisant bien quelle version est concernée.

Dernière modification de cette page le 17 mars 2019

Discussion

80 discussions

  • 2

    Bonjour,

    Premier point : ce plugin est génial.

    deuxième point : J’ai activé dans la conf la possibilité d’ajout d’album aux rubriques.
    Puis j’ai créé une rubrique et déplacé 3 albums dedans. Cette rubrique ne contient QUE des albums.

    petit soucis : la rubrique ne me propose que le lien « Prévisualiser », et pas « Voir en ligne », alors que tous mes albums ont bien le statut « publié ».

    Ais-je oublié qqc ?

    • Hello peetdu,

      1er point : merci :)

      2e point : il doit manquer le code qui dit qu’une rubrique doit être publiée dès lors qu’elle contient un album publié. Je ne sais plus exactement si c’était un pipeline à ajouter ou autre, mais ce doit pas être trop compliqué.

    • Heu, pour être clair, il faut que je rajoute ça dans le plugin.

    Répondre à ce message

  • 10

    Comme dans le message http://contrib.spip.net/Albums-3?debut_comments-list=-1#forum482777, la pagination ne fonctionne pas,
    (en mode privé) lorsque je clique sur le numéro 2 de page, le lien de la page devient
    http://spipr.plandecuques.fr/spip.php?page=rubrique&id_rubrique=46&debutalbum12=12#paginationalbum12,
    mais je dois demander un recalcul de la page pour que celle-ci se charge avec les documents suivants de l’album (et biensûr cela n’est pas possible en mode public)

    en mode debug, voici les appels qui sont réalisés
    squelette plugins/auto/sarkaspipr/v4.5.5/modeles/album.html
    squelette plugins/auto/bootstrap/v2.1.7/bootstrap2spip/modeles/pagination_page.html

    l’album est demandé depuis dans un article avec
    <album12|largeur=100|hauteur=150|recadrer=oui|par=date|label=oui|pagination=12>

    SPIP 3.0.21 [22462] / sarkaspip v4.5.5 / Albums 3.3.18

    • suite ...
      en prenant le modèle du plugins album3 (plugins/auto/albums/v3.3.18/modeles/album.html recopier dans squelettes/modeles/album.html) j’ai le même probleme de pagination,

      en cliquant sur une autre pagination, la page est rafraichie, le lien indique bien la nouvelle pagination, mais l’album reste à la pagination précédente.
      Il faut recalculer la page pour obtenir les documents correspondant à la pagination demandée.

      merci

    • Hello,

      Ben en fait la pagination ne devrait pas apparaître du tout, car tu demandes une pagination de 12, et la boucle ne retourne que 10 éléments.
      Tu peux essayer avec pagination=5 pour voir si dans ce cas, elle fonctionne correctement ?

      Est-ce qu’elle fonctionne dans d’autres endroits et avec les mêmes conditions (nombres d’éléments retournés inférieur au nombre de la pagination) ? Par exemple dans les listes d’articles ou autres.
      Si ça ne marche pas bien non plus, c’est qu’il y a un souci avec le modèle de pagination utilisé. Mais je n’ai pas constaté de problème avec ceux de SPIP. Peut-être celui de ton plugin de squelettes ?

    • Euh non, j’ai bien 22 éléments (12 sur la première pagination et 10 restants sur la seconde)
      et seul le var_mode=recalcul en mode privé permet de passer de l’une à l’autre, de plus je n’ai pas de modèle de pagination dans mon squelette, c’est celui du plugin sarkaspip/spipr ..
      faudrait-il que je vois avec sarkaspip ?
      merci

    • Ah ok je vois, en effet ce n’est pas normal de devoir recalculer la page pour mettre à jour la pagination. Il faut vérifier si ça fait pareil partout, avec un squelette de test contenant une boucle du genre :

      <B_test>
      #ANCRE_PAGINATION
      <BOUCLE_test(ARTICLES){pagination 10}{0,20}{"<br>"}>#TITRE</BOUCLE_test>
      #PAGINATION
      </B_test>

      Si le problème se reproduit, il faut voir ce qu’il se passe du côté du cache.

    • Hi,
      cela fonctionne normalement sans recalcul ...
      http://spipr.plandecuques.fr/spip.php?page=herbier (...avec pagination 5 ou 10)

    • Ah ben flute.
      Et dans l’espace privé, ça fait pareil tu dis ?
      Il faudrait que je parvienne à reproduire le problème pour voir ce qu’il se passe. Est-ce que tu as des plugins installés qui impactent la gestion du cache ? Ou des trucs dans mes_option.php ?

    • attention j’ai préparé ce message avant d’avoir reçu le tien de 13:08

      je poursuis, j’ai désactivé sarkaspipr et activé spipr, le probleme est identique, au clic de changement de pagination, le lien est correct et la page conforme
      pour 1re pagination —> &debutalbum12=0#paginationalbum12

      au clic le lien est recalculé
      donc adresse 2e pagination —> &debutalbum12=12#paginationalbum12
      la page n’est pas rechargée (donc identique à la 1re)

      si j’ouvre le lien depuis une autre machine (tout cache désactivé, navigateur différent) j’obtiens, avec le lien la 2e pagination, la page correspondante au lien de la 1re pagination

    • Donc pour préciser,
      -  dans la partie privé, sans entrer en modification, la visualisation de l’article permet bien de voir correctement les paginations
      -  je n’ai pas de fichier d’options
      -  pour les plugins
      * pas de varnish (que j’utilise pour d’autres sites)
      * couteau suisse avec : Ecran de sécurité, Fonctions d’autorisations, Largeur d’écran, Belles URLs, Guillemets typographiques, Décoration, Tout en couleurs, Trousse à balises,
      * + divers (pas de gestion de cache à ma connaissance... Image_responsive ?)
      si besoin je peux t’ouvrir un accès ce site n’est pas en prod :)

    • Hello,

      J’ai enfin trouvé le temps de tester avec SarkaSpip reloaded 4.5.7 + SPIP 3.0.22. Les seuls plugins installés sont albums + SarkaSpip + dépendances.
      Je reproduis bien le bug, la pagination ne se met pas à jour à moins d’un recalul de la page.
      Par contre, j’ai également testé avec un modèle de test tout simple, et le comportement est le même, ce qui me fait dire que le problème se présentera avec tous les modèles ayant une pagination et insérés dans le texte des articles, et donc que ça ne vient pas spécifiquement du modèle des albums.

      Dans le texte de l’article :

      <album1|pagination=3>
      <test3>

      Squelette du modèle test :

      <B_docs>
      #ANCRE_PAGINATION
      <ul>
      <BOUCLE_docs(DOCUMENTS){pagination 3}{0,6}>
      <li>#FICHIER</li>
      </BOUCLE_docs>
      #PAGINATION
      </ul>
      </B_docs>

      J’ai également testé avec Spip 3.1.1 : j’obtiens un message d’erreur de compilation des CSS, par contre la pagination fonctionne correctement pour les modèles.

      Voilà, à ce stade je ne sais pas d’où vient le problème : peut-être de SarkaSpip, peut-être d’une de ses dépendances, peut-être d’ailleurs. Je te conseille de signaler ça dans les forums du plugin SarkaSpip.

    • PS : J’ai désactivé SarkaSpip et activé SpipR-dist à la place : la pagination fonctionne bien. Donc par déduction, c’est forcément au niveau de SarkaSpip que ça coince.

    Répondre à ce message

  • 2

    Bonjour,
    Merci pour ce travail, une réelle plus-value pour SPIP et ses utilisateurs.

    J’utilise la version 3.3.20 du plug-in, avec un SPIP 3.0.22.

    Existerait-il un moyen de n’afficher qu’une partie d’un album, tout en gardant l’accès à l’ensemble ?
    À minima la première image de l’album qui ouvre vers la suite ?

    Merci à vous.

    • Bonjour, merci c’est gentil :)
      On pourrait effectivement ajouter un paramètre « limite » pour limiter le nombre de documents affichés, je ferais ça dans la prochaine mise à jour.
      Par contre ce sera compliqué de faire en sorte que la première image amène vers l’album complet, il n’y a pas de squelette pour la page "album".
      Dans ce cas là, je pense qu’il vaut mieux surcharger le modèle ou faire une variante dans ton dossier de squelette.

    • Merci pour le message.
      La limitation dans le cas qui m’intéresse, ne concerne que l’affichage dans la page, par exemple sur un album de 30 images n’en montrer dans un premier temps que 8, et laisser les 30 visibles dans le « pop’up diaporama ».
      Dans certain cas, le paramètre pourrait être sur 1, la première image.
      Est-ce bien ce que vous aviez compris ?

      encore merci.

    Répondre à ce message

  • 5
    lebardix

    bonjour,
    Le plugin Cycle2 permet de présenter des diaporamas (articles, etc...)
    il permet aussi d’afficher des diaporamas d’albums, modele <albumN|cycle>
    cependant le plugin Album3 ne permet pas de passer les paramètres depuis le modèle albumN|cycle |largeurmax=180|timeout=8000|left , seule la configuration du plugin Cycle2 est prise en charge .

    Est-ce volontaire ?
    merci

    • Bonjour,
      En effet, l’environnement n’est pas transmis dans ce modèle, sans doute un oubli.
      Pourrais-tu tester le changement suivant dans les modèles album_cycle.html et album_scycle.html pour voir si ça fonctionne, et si ça n’occasionne pas d’effet indésirable ? Si c’est bon, on reportera dans le plugin.

      Changer (ligne 6) :

      1. <INCLURE{fond=modeles/article_cycle,docs=#GET{lesdocs}} />

      Par :

      1. <INCLURE{fond=modeles/article_cycle, docs=#GET{lesdocs}, env} />
    • lebardix

      bonsoir,
      Voilà je viens au rapport :
      modele album_cycle.html
      - ajout de l’environnement dans albums_cycle.html => fonctionnement correct des paramètres de l’appel <album2|cycle|largeurmax=180|timeout=2000|left>
      - en plus sans aucun paramètres, l’appel utilise les paramètres par défaut du plugin cycle2 (alors qu’avant la modification les valeurs seules les valeurs définies -saisies- dans la configuration du plugin cycle2 étaient utilisées (celles "par défaut" n’étaient pas utilisées)

      modele album_sjcycle.html
      -  appelé par <albumX|sjcycle|.....> fonctionne exactement que album_cycle.
      C’est bien, mais je pense que l’appel n’est pas correct, en effet la fonction sjcycle est maintenu pour des raisons de compatibilité

      "documentation plugin cycle2 http://contrib.spip.net/Cycle2"
      .....
      Diaporama des images d’une rubrique

      Le modèle rubrique_cycle.html est fait pour ça.
      <rubriqueN|cycle> où « N » est l’identifiant de la rubrique concernée.
      Pour compatibilité, le modèle sjcycle_rubrique.html est conservé et permet d’inclure <sjcycle6|rubrique>

      donc le modele pour un album X devrait-être appelé <sjcycleX|album>
      bien-sur, j’ai essayé mais çà ne donne pas grand chose puisque sjcyle_album.html n’existe pas ...
      (pour ma part je n’’en ai pas besoin....)

      donc à suivre tes instructions

    • tiens ? mon message d’hier-soir est passé à la trappe ou bien à la censure /o\ ... bon je recommence...

      donc je disais : lebardix au rapport :

      album_cycle.html
      * l’ajout de environnement au modele album_cycle.html fonctionne bien .. les paramètres tels
      |largeurmax=260, |center sont bien pris en considération,

      * et même je dirais mieux car :
      sans aucun paramètre supplémentaire <albumX|cycle>, les valeurs "par défaut" du plugin cycle2 sont prises en compte,
      précédemment seules les définitions saisies dans la configuration du plugin cycle2 étaient prise en compte... (exemple affichage : timeout par défaut = 4000 n’était pas pris en compte, mais si on définissait dans la config du plugin cycle2, le timeout d’affichage à 4000, il était alors appliqué)

      album_sjcycle.html
      idem ci-dessus l’appel du modele <albumX|sjcycle> fonctionne comme ci-dessus, mais le problème est que l’appel n’est pas correct par rapport à la documentation du plugin cycle2.

      la documentation du plugin cycle2 précise :

      Diaporama des images d’une rubrique

      Le modèle rubrique_cycle.html est fait pour ça.
      <rubriqueN|cycle> où « N » est l’identifiant de la rubrique concernée.
      Pour compatibilité, le modèle sjcycle_rubrique.html est conservé et permet d’inclure

      On devrait donc appeler le modele par qui alors afficherait un diaporama de l’album Y.
      Or ce modele sjcycle_album.html n’existe pas et ainsi le résultat est complètement inattendu....

      je te laisse la réponse à ce problème, doit-on écrire un modele ou bien n’utiliser que ?

      ...à suivre, merci

    • Bonjour,
      il me semble que si fonctionne c’est très bien et suffisant.
      est resté pour compatibilité, mais c’est tout.
      S’il faut changer quelque chose c’est la documentation qui n’est peut-être pas claire... c’est possible... ?

    • Merci pour les retours leobardix, je vais mettre à jour les 2 modèles.

    Répondre à ce message

  • 3

    bonjour,
    Je souhaiterais obtenir la liste des éléments d’un album inversée (date en ordre décroissant par exemple), est-ce possible depuis les modèles dans un article ? ou bien faut-il modifier le squelette
    inverse

    en ajoutant le paramêtre inverse l’ordre reste identique
    album12|largeur=100|hauteur=150|recadrer=oui|par=date|inverse|label=oui|pagination=12

    merci du conseil

    • Hello,
      Pour l’instant ce n’est pas possible, mais on pourrait ajouter cette option effectivement, par exemple sens=inverse. Je vais regarder ça.

    • Réglé en 3.3.19 : <album12|par=date|sens=inverse>. On peut aussi faire sens=direct si besoin.

    • merci, super
      bon ne sachant pas comment mettre à jour la version depuis le gestionnaire de plugin, j’ai fait comme à la guerre, récupérer sur le trunk du modele album et le déposer en lieu et place de celui de mon squelette .... /o\

    Répondre à ce message

  • 1

    Bonjour,

    Très beau plug-in, qui a dû demandé bien du travail !

    Une question, si je n’abuse : dans la partie privée, je vois ce qu’il faut cliquer dans « Personnaliser la balise » pour faire apparaître sur la partie publique le titre et le descriptif de l’album, mais comment y faire apparaître le titre et le descriptif de chacun des documents/éléments/photos ?

    Mille merci,
    Vincent

    • Bonjour,
      On peut afficher le titre de chaque image (mais pas le descriptif) en cochant l’option « afficher le titre des images », ce qui donne : <albumN|label=oui>.

    Répondre à ce message

  • Salut,

    merci pour ce plugin qui fonctionne nickel.

    Juste un détail j’ai l’impression qu’avec Zpip V2, la mise en page du porfolio est cassée car le fichier /inclure/documents.html inclue squelettes-dist/inclure/documents non pris en charge par Zpip.
    Cf : http://zone.spip.org/trac/spip-zone/browser/_plugins_/albums/trunk/inclure/documents.html#L10
    Et c’est potentiellement le cas avec d’autres squelettes...

    jean marie

    Répondre à ce message

  • 4

    Bonjour,
    j’ai Album 3.3.14 sous SPIP 3.0.17. en local (MAMP).
    Je n’arrive pas a afficher mes albums en format Vignettes (qui doit être pourtant natif) mais en liste malgré mes divers essais.
    Je n’ai pourtant pas modifié quoi que ce soit dans les squelettes non plus.
    Il semble également que le portfolio soit perturbé lorsque j’insère un modèle directement dans le squelette Articles.hml (affichage de l’image du portfolio en taille réelle en plus).
    Sauriez vous me dire ce que j’ai pu loupé ?
    merci bien !

    • Hello,
      Peux-tu poster une cpature d’écran, et le code exact que tu utilises ?
      On dirait que les styles ne se chargent pas. Il y a certe des plugins qui désactivent les styles par défaut des albums, mais ils fournissent des styles alternatifs, donc les vignettes s’affichent correctement.

    • Hello,
      en fait après investigation j’ai constaté ceci :
      si je ne mets rien dans le code ma page article.html et que l’insère directement dans mon article la balise d’insertion ça marche.
      Mais si j’utilise dans mon fichier article.html déjà simplement pour tester :

      1. #MODELE{album}

      et que j’utilise le fichier de base du plugin avec son code sans modif, alors la je retrouve les photos (du portfolio ?) de l’article en vignette et non les photos de l’album que j’associe à l’article.
      En fait ce que je voudrais pouvoir faire est simplement qu’à la fin de mon article les différents albums apparaissent en format vignette sans avoir a faire la manie dans la rédaction de l’article. Je voudrais avoir de principe sous l’article et au dessus de l’album le titre « ALBUM ASSOCIE : »
      Est-ce faisable ?
      merci !
      ps : souhaites tu toujours un impression d’écran ? (je ne suis pas sur de l’intérêt )

    • Hello, si on ne donne pas un identifiant d’album au modèle, il récupère les documents de l’article au lieu de ceux de l’album. Il faut donc placer la balise dans une boucle :

      <BOUCLE_albums(ALBUMS){id_article}>
      #MODELE{album, id_album}
      </BOUCLE_albums>
    • merci beaucoup ça marche c’est top
      juste une question complémentaire, comment faire apparaitre le titre « album » au dessus des vignettes si un ou plusieurs albums sont associés ?
      merci

    Répondre à ce message

  • 1

    Bonjour,

    D’abord, merci pour votre travail, bien pratique pour les utilisateurs de SPIP « de base ».

    Une question : comment faites-vous pour que, dans l’espace privé, s’affiche un ensemble de mots clés (cf. votre tutoriel ci-dessus, rubrique Albumothèque).

    On ne peut apparemment pas lier des mots-clés aux albums (ni aux images d’ailleurs je crois).
    En revanche, on peut affecter des albums à des mots clés.

    Ce que j’ai fait, ainsi qu’aux articles et même aux rubriques contenant des albums.
    Mais je ne vois dans « l’Albumothèque » que les groupes Types de documents, Extensions, Utilisation, et Auteurs.

    Qu’ai-je raté ?

    Merci.

    • Hello,

      On peut lier des mots-clés aux albums uniquement sur la page d’un album ?exec=album&id_album=N, mais pas au niveau des listes d’albums attachés aux objets.
      C’est juste un souci d’interface, afficher le formulaire des mots-clés à cet endroit rendrait la chose indigeste.

      C’est un peu déroutant, j’en conviens, il faudrait y réfléchir pour la suite.

    Répondre à ce message

  • 2

    Bonjour tcharlss,

    Je découvre seulement maintenant ton plugin, et me semble TRES interessant.
    Je vais très rapidement le mettre en place pour un nouveau site, mais surtout dans l’optique d’un trombinoscope, avec infos sur chaque personnes.

    1) J’aurais une question, est-il possible de créer nos propres types d’affichages (hors la version par défaut et la version liste) ? Exemple si je veux proposer à mes rédacteurs 4 ou 5 sortes de rendus visuel ?

    2) J’ai trouvé très sympa et ludique ta présentation visuelle, avec quel outil a t’elle été crée ?

    3) euh... non rien, mais très bonne continuation à toi.

    aRT

    • J’annule ma question concernant les types d’affichages, je vois que tu parles de modèles je vais regarder cette piste.

      aRT

    • Hello,
      1) Effectivement, le mieux est de créer des modèles, par exemple album_truc.html, album_machin.html, à insérer dans le texte ainsi : <albumN|truc>, <albumN|machin>
      2) L’naimation a été faite avec blender, c’est un programme formidable pour faire de la 3D, et il s’en sort bien pour les anims 2D.
      3) Ah ok, merci !

    Répondre à ce message

Ajouter un commentaire

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom