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.

Évolutions

  • v3.6.0 : permet de réordonner les documents des albums par glisser-déposer

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 avoir l’autorisation.

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.

Discussion

95 discussions

  • 2

    Bonjour,
    J’ai un souci depuis que j’ai mis à jour en SPIP 4.2 avec Albums v4.0.4 et tous les plugins à jour et ok, y compris saisies / vérifier / yaml… Quand j’insère

    <album1>

    dans le texte de mon article, les images de l’album sont bien appelées dans l’article, mais pas en miniatures.
    Elles sont affichées en grand, les unes sous les autres, avec leurs titres en dessous. Or à la lecture de cette page dédiée, je comprends que normalement c’est le modèle par défaut… (Et c’était le cas avant en vieilles versions du site que je tente d’upgrader).
    Je suis passée à côté de quelques chose ?
    Comme la documentation à partir de l’admin des plugins pointe toujours sur une page 404 (marrant d’ailleurs, c’est le numéro de ladite version ;p !), j’écris ici ne sachant pas si on est sur la bonne documentation de la version 4.0.4…
    D’avance merci pour vos éclairages si possible.
    Bonne journée

    • Bonjour,
      D’après ce que j’ai vu, c’’est en test pour SPIP 4....
      Albums
      @micalement,
      Patrice

    • Hello,
      À ceux à qui ça peut servir… Je me doutais bien que ça n’était pas la version test en cause… J’ai fini par trouver : un vieux albums.css d’une ancienne versionn qui trainait, et qui – même vide ! – empêchait l’affichage selon toute config sélectionnée dans l’admin…
      Donc pour le moment, à mon stade de mise à jour, la version test 4.0.4 fonctionne très bien sur un SPIP 4.2.8 !

      Bonne journée, et encore, toujours, grand merci pour le super boulot de tous les contributeurs !

    Répondre à ce message

  • 10

    Bonjour,
    Depuis que j’ai mis à jour pour la version 4 de Spip, les albums n’affichent que le titre de l’album et le crédit mais aucune image !
    Albums 4.0.4
    J’ai installé les 3 autres plugins qui accompagnent Albums (YAML, Saisies, Vérifier)
    J’ai vidé le cache
    Je suis en SPIP 4.2.2
    Exemple : voir en bas de mon article : http://www.patcatnats.fr/spip.php?article940
    Merci pour votre aide (je suis amateur...)
    Patrice

    • Bonjour,

      À 1re vue on dirait que les modèles de documents sont surchargés, car ils sont au dl / dt au lieu d’être en figure. Ça pourrait expliquer le problème.

      Ça vous dit quelque chose ? Vous avez des plugins qui surchargeraient ? Ou alors dans vos squelettes ?

    • C’est donc bien ça, les modèles de documents sont surchargés dans vos squelettes : http://www.patcatnats.fr/squelettes/modeles/image.html

      Essayez de changer la 1re ligne ainsi pour voir :

      <BOUCLE_tous (DOCUMENTS types_documents) {id_document=#ENV{id,id_document}} {tout}>
      
    • Bonsoir,
      Merci, mais cela ne change pas !...
      Patrice

    • Bonsoir,
      Merci, mais cela ne change pas !...
      (J’ai vidé le cache)
      Patrice

    • Vu, il y aura un fix dans la prochaine version du plugin (4.0.5).

    • Bonjour et merci,
      Puisqu’il il y aura une modification, je vous informe que le lien « Documentation » dans le gestion des plugins envoie vers une erreur 404.
      Cordialement,
      Patrice

    • Bonjour,
      Avez-vous une idée sur la date de sortie de la version 4.0.5 ?
      Merci

    • Oups, c’était passé sous le radar.
      Quelques ajustements à finir et elle devrait sortir bientôt.

    • Merci et bonne journée
      Patrice

    • Bonjour,
      Je viens aux nouvelles car j’ai mis à jour un SPIP 4.2 avec la version 4.0.4 et je n’arrive pas à appeler un numéro d’album dans le texte d’un article sous la forme … On dirait que ça n’est plus à l’ordre du jour ?
      Le lien vers la documentation mène toujours à un 404 qui m’empêche de chercher l’information avant d’appeler au secours :) !
      D’avance merci pour vos lumières et bonne soirée.
      Cordialement

    Répondre à ce message

  • Bonjour,
    Je cherche à éditer #LOGO_ALBUM avec le plugin « Crayons » dans l’espace public (pour être modifiable). Le logique

    <div class="#EDIT{logo_album}">

    ne fait pas le job, Comment faire ?
    Merci

    Répondre à ce message

  • Bonjour,

    J’ai installé ce plugin v 4.0.4 sur un SPIP 4.2.4.
    Cela fonctionne ! Je n’en étais pas sûre car cela faisait longtemps que je ne l’avais pas utilisé.
    Par contre je ne sais pas pourquoi le glisser/déposer d’image entre 2 albums ne fonctionne pas.
    Et je ne trouve pas comment ajouter le titre de l’image avec la vue en mediabox.
    Mes autres photos du site (pas en album) s’affichent bien avec leur ittre et crédit mais ce n’est pas le cas pour les photos en album.
    Je vois dans le fichier /modeles/album.html

    < li class = " album__item[ album__item_(#MEDIA)[ album__item_[(#MEDIA)]_(#EXTENSION)]][ (#GET{classe_ratio})]" data-rang="#RANG_LIEN" >
    			[(#REM) Modèle standard de document avec des ajustements pour les albums ]
    			{{#ALBUM_DOC}}
    < /li > 

    Mais je ne trouve pas de modèle album_doc.

    Peut-être que la doc l’explique mais le lien Albums 4 n’est pas [encore] actif.

    merci !

    dd

    Répondre à ce message

  • 2

    Bonjour,
    excellent plugin ! Juste une chose, dès qu’on a plusieurs gros albums, la,présentation est indigeste (notamment si on affecte des albums à des auteurs). Pourrait-on mettre une option plié/déplié (et par défaut plié ?)
    Merci.

    • Hello,

      En effet c’était un problème dans la version 3.
      Dans la v4 ça devrait déjà être un peu mieux car il y a différents modes d’affichages possibles, dont un beaucoup plus compact.
      Peut-être qu’on pourrait ajouter un mode plié/déplié, je vais y réfléchir.
      (La v4 n’est pas encore documentée, mais ça ne devrait tarder).

    • Bonjour tcharlss,
      Merci pour ta réponse,
      J’ai omis de préciser que je suis sous SPIP 4.1.9 et Albums4 (4.0.4). J’ai le cas de plusieurs albums de 50 photos dans un même article. Il y a effectivement plusieurs options d’affichage, mais sans option déplié/replié pour qu’on puisse y voir clair, c’est difficile à gérer quand on doit modifier qq photos d’un album (pour peu que ce soit le dernier de la liste ;-))

    Répondre à ce message

  • 3

    Bonjour à vous toutes et tous,

    Je vous fais part d’un petit bug suite à la mise à jour d’Albums 3.6.3
    Tout fonctionne correctement côté public.
    Par contre, plus moyen d’afficher les options pour personnaliser la balise dans l’espace privé.
    N’apparaissent que les deux boutons « retour » et « choisir ». Et ça tourne en rond...

    SPIP 3.2.11
    API de vérification 2.0.0
    YAML 2.0.18
    Saisies pour formulaires 3.54.9
    PHP Version 7.3.29-1 deb10u1
    SQLite3
    MySQL 5.0.12-

    Un conseil à me communiquer ?
    Bien à vous toutes et tous !

    • Hello,

      Est-ce qu’il y a un message d’erreur dans la console JS ?
      Quel navigateur ?

    • Ah pour info je reproduis le problème sur la version de dev pour Spip 4.
      Bon cette fonctionnalité va être retirée dans la future version plugin de toute façon (on va déléguer ça au plugin Insérer modèles).

      Mais à déboguer pour la 3.6.x oui.

    • Pas d’erreur dans la console JS.
      J’utilise principalement Firefox 95.
      Le bug apparait aussi dans Edge 96 et Chrome 96.
      Est-ce qu’une future mise à jour des dépendances pourrait régler ceci ?

    Répondre à ce message

  • 8

    Bonjour,
    Merci pour votre travail que j’apprécie énormément en tant que photographe pour mes reportages.
    Je viens de passer à SPIP 4.0. Est-il prévu de faire une version compatible ?
    Patrice

    • Hello et merci :)

      Oui la version pour Spip 4 est en cours de dev, j’en profite pour faire une petite refacto.
      La roadmap est là, on en est aux 2/3 à peu près.

    • Voilà une bonne nouvelle...
      Bon courage et encore merci.
      Patrice

    • Bonjour à tous,

      J’ai téléchargé la version de dev après une MAJ vers SPIP 4, (sans avoir vérifié la compatibilité des PI...) et je n’ai pas constaté de bugs... Ca a sauvé mon site, en grande partie construit autour d’Album.
      Merci beaucoup pour ce Plug-in, il est vraiment très pratique, maniable et efficace ;)
      Bonne journée à tous !

    • Hello et merci pour le message sympa,

      Attention possible qu’il s’agisse d’une fausse bonne impression :) On m’a rapporté des bugs bloquants en Spip 4.
      La vraie version devrait arriver courant Octobre.

    • J’attends avec impatience la version def ;)... et si je tombe sur un bug d’ici là, je vous le ferai remonter. Bonne journée et merci !

    • Bonjour,
      Où puis-je trouver cette version de dev après une MAJ vers SPIP 4 SVP ?
      Merci et bonne journée
      Patrice

    • Il faut télécharger le dépôt ici : https://git.spip.net/spip-contrib-extensions/albums.git

      bonne soirée

    • Bonjour,
      Merci, çà fait plaisir de revoir ses images...
      Bravo !
      Amicalement,
      Patrice

    Répondre à ce message

  • 1

    Bonjour,
    Dans quel(s) fichiers peut-on modifier la présentation (nombre de vignettes affichées, ...) des pages d’administration de ce plugin ?
    Merci.

    • Hello, oups désolé j’étais passé à côté du message.
      Dans la v3 c’est dans prive/squelettes/inclure/album.html + documents_album.html.
      Dans la future v4, ça va reprendre les modes d’affichage des documents (en vignette, en liste, etc.), il n’y aura plus besoin de bidouiller.

    Répondre à ce message

  • Bonjour,

    Je n’arrive pas à paginer la liste d’albums. Pas de souci avec les autres objets.
    Y a t’il quelque chose d’incorrect dans mon code ?

    <B_galerie_albums>
    #ANCRE_PAGINATION
      <BOUCLE_galerie_albums(ALBUMS) {id_album} {statut?}{pagination 10} >
          <div class="gallery">
           <a href="#URL_ALBUM">
             [(#ENV{logo_rubrique,' '}|?{#LOGO_ALBUM}|image_recadre{300,200,center})]
             <div class="desc"><strong class="entry-title">[(#TITRE|couper{40})]</strong></div>
           </a>
          </div>
      </BOUCLE_galerie_albums>
     [<div class="pagination">(#PAGINATION)</div>]
    </B_galerie_albums>

    Répondre à ce message

  • 2

    Merci pour ce magnifique plugin.
    Nous l’utilisons pour afficher une galerie de photos.
    J’ai une petite suggestion pour améliorer l’utilisation dans la partie privée.
    Dans la partie privée, la page ecrire/ ?exec=albums pourrait lister les albums à la manière des articles. C’est-à-dire avoir une liste détaillée des albums avec leur statut, leur auteur, la date de publication avec leur logo plutôt que de montrer tous les documents pour chaque album.
    Quand il y a une 50aine de documents par album, la liste devient vite interminable et nous n’arrivons pas facilement à trouver l’album en question sans devoir dérouler l’ascenseur.
    Qu’en pensez-vous ?

    • Oui c’est un problème d’ergo qu’il devenait pressant de résoudre ^^
      Il y a un développement en cours pour réutiliser les modes d’affichages des documents sur les albums, ça permettra d’avoir une vue beaucoup plus compacte sur la page ?exec=albums (modes d’affichages = les boutons pour basculer les documents en cases, en liste, etc).

      J’avais réfléchi à un moment à preprendre une liste « classique » sous forme de tableau sur cette page, mais je ne pense pas que ça soit très indiqué pour les albums : ce sont avant tout des conteneurs de documents, il faut bien afficher ces derniers.

      Bref, l’évolution devrait arriver dans une des prochaines versions.

    • Super si un développement est prévu !
      Et ce serait vraiment bien d’afficher dans l’espace privé les albums comme des conteneurs aussi au niveau d’une rubrique ou d’autres objets attachés.
      Dans l’espace privé, la page relative à la rubrique liée à des albums /ecrire/ ?exec=rubrique&id_rubrique=x est super longue également. Là aussi, ce serait bien d’améliorer l’ergonomie.
      Personnellement, je ne gère pas les documents sur la page des albums /ecrire/ ?exec=albums, je vais directement sur la page de l’album en question /ecrire/ ?exec=album&id_album=xy.
      Pour avoir la liste complète des documents, je passe par la médiathèque /ecrire/ ?exec=documents. Afficher les documents des albums dans la liste des albums, cela fait un peu double emploi, non ?

    Répondre à ce message

  • Bonsoir,
    Il ne me semble pas avoir vu la solution à mon « problème » sur ce site ou ailleurs.
    Je souhaite créer une galerie d’image avec page publique qui liste l’ensemble des albums. Jusqu’ici rien de compliqué. Ce que je n’arrive pas à faire, c’est afficher pour chaque album la première photo ...
    Merci de votre aide.

    Répondre à ce message

  • olivier

    incompatibilité avec le plugin Videos ?
    Les séquences ont été importées sur mon site via le plugin Videos, qui crée donc un objet document à partir d’un lien vimeo, youtube, etc. (pas de réel fichier video importé en local par défaut).
    Si je mets ces documents dans un Album, les vignettes sont bien générées à partir des vignettes créées par le plugin « vidéo », mais le lien vers la vidéo renvoie une 404.
    Est-ce normal, ou dois-je revoir la configuration de mon site ?

    Répondre à ce message

  • 5
    olivier

    bonjour,
    Y a-t-il un moyen de créer un album « automatique » via ce plugin, sans ecrire un squelette/noisette ? Genre, un mot-clé attribuable à un document, et l’album est alimenté par tous les documents auquel ce mot-clé est attribué ?

    • olivier

      Je me réponds. « non, je n’ai pas l’impression ». Ceci dit, entre rajouter un document à l’album et rajouter un mot-clé au document, pour un rédacteur, la charge de travail est identique. Donc pour le moment, cela est parfait.

      Question : est-il normal que le paramètre ’|sens=inverse" ne change strictement rien au classement des vignettes ? (par=date ou par=titre)

    • Bonjour,

      Oui, les albums servent justement à éviter les astuces à base de mots-clés ou autres pour regrouper des documents.

      Le paramètre sens=inverse ne fait pas partie de la liste des paramètres pris en compte, mais ça pourrait être une évolution.

      Nb : depuis la v 3.6.0 le tri manuel est pris en compte.

    • olivier

      merci !
      Dans l’édition de l’album, si on clique sur « personnaliser la balise », il y a une case à cocher : « sens du tri : direct/inverse ». Cela n’a aucun effet. Ce n’est donc pas encore implémenté ?

    • Ah mais oui tu as raison !
      Ça m’était sorti de la tête, le paramètre a dû évoluer entre temps : il faut maintenant mettre « -1 » au lieu de « inverse ».
      Donc <album5|sens=-1>

      À faire manuellement le temps que je mette à jour le formulaire.

    • Corrigé en v3.6.1

    Répondre à ce message

  • 2

    Bonjour,

    Super plugin ! Je l’utilise basiquement pour placer mes galeries d’images où je veux dans mes textes, sur un site en 3.2.1, où Ordoc est nativement intégré donc ?

    Je peux déplacer les fichiers d’un album à l’autre par glisser-déposer, et ça fonctionne très bien.

    En revanche, si je veux les trier à l’intérieur d’un même album, je peux les déplacer également comme je veux, mais c’est illusoire car ça ne s’applique pas dans la visualisation de l’article, et dès que je rafraîchis la page en mode édition, l’ordre par défaut est revenu.

    Est-ce que c’est seulement pour moi que ça bug comme ça, où est-ce que ça n’est tout simplement pas prévu ?
    D’avance merci pour vos éclairages.

    • Bonjour,

      Merci pour le retour.
      Le rangement des documents par glisser-déposer dans les albums n’est pas encore possible, c’est prévu de longue date mais toujours pas fait.

      Ce sera sans doute dans la v4 qui sera pour spip 3.2+

    • Merci pour cette réponse rapide qui m’évite de continuer à chercher ce qui n’existe pas… ou pas encore :-)
      J’ai hâte alors, mais je vois tout le travail que vous faites, tous les contributeurs, alors un grand merci pour tout ça !
      Bon après-midi

    Répondre à ce message

  • Bonjour,
    Est-il possible de rendre Albums compatible avec accès restreint ?
    Modifier les modèles en remplaçant la balise #FICHIER par la balise #URL_DOCUMENT, sans cela la médiabox renvoie le message « This image failed to load. »
    cordialement

    Répondre à ce message

  • 2

    Est-ce que quelqu’un sait s’il est possible d’utiliser la balise #CREDITS ? Et si oui, comment ? Merci d’avance.

    Répondre à ce message

  • 1

    Bonsoir,

    Comme la page qui affiche la liste des albums n’affichait plus qu’une page blanche (http://monsite.com/ecrire/?exec=albums), j’e me suis décidé à mettre à jour à la dernière version.

    Malheureusement le problème n’est pas réglé, c’est toujours une page blanche qui s’affiche. Par contre je peux créer des nouveaux albums (http://monsite.com/ecrire/?exec=album_edit&new=oui) et accéder à chaque album séparément en tapant le lien complet (http://monsite.com/ecrire/?exec=album&id_album=XX).

    De plus, les titres des albums ne s’affichent pas (jusqu’à présent je mettais simplement le code « albumX » directement dans la zone texte de l’article).

    1. Est-ce que quelqu’un aurait une solution pour que la page de la liste des albums s’affiche ?
    2. Est-ce que quelqu’un saurait m’expliquer de manière simple comment faire en sorte que le titre de l’album s’affiche à nouveau ?

    Un grand merci d’avance

    • La dernière fois où j’ai eu ce problème sur un site c’est parce qu’il y avait des images trop lourdes et de ce fait la capacité de charge du script était dépassée au niveau de ce qu’autorise l’hébergeur. Une fois les photos réduites, tout est rentré dans l’ordre.

    Répondre à ce message

  • 7

    Bonjour, j’ai une version sous la main qui semble fonctionner avec le plugin ordoc en 3.1.4

    cf : https://contrib.spip.net/Ordoc-ordonner-les-documents-attaches-4860#forum492329

    Je branche et je commites ?

    • Je replace donc rapidement la discussion entamée ici : https://contrib.spip.net/Ordoc-ordonner-les-documents-attaches-4860#forum492341

      Mon point de vue est que limiter le tri de document uniquement à la 3.2 est dommage car beaucoup de sites ne changent pas de version rapidement.

      Pour ne pas le cacher, dans mon cas j’en ai un besoin urgent pour 4 gros sites, et un peu moins urgent pour 200.

      J’ai trois possibilités :

      • soit je fais un mini plugin qui fait le job temporairement pour mon usage perso.
      • soit on travaille ensemble pour le faire, mais là j’aurais besoin de voir ton code actuel
      • soit j’attends ;)

      Personnellement, je n’utilise pas les modèles par défaut, c’est principalement la génération des albums qui m’intéresse.

    • Si ça peut attendre quelques jours, je peux finir ce week-end ce qu’il me reste à faire, je t’envoie la version pour voir si c’est bon de ton côté, et si c’est ok, on commite.

    • Parfait de mon coté :)

    • Yo kent1,
      Bon désolé ça prend un peu plus de temps que prévu, du coup il vaut mieux que tu partes sur un mini plugin de ton côté en attendant.

    • Bonjour et merci pour ce chouette plugin !

      Est ce qu’une solution pour ordonner les documents d’un album, sous Spip 3.1 ou 3.2, a abouti ?

    • Hello et merci :)

      Malheureusement c’est toujours dans les cartons. La version pour spip 3.2 est quasie prête depuis des lustres, mais je n’avais pas eu le temps de m’occuper de la compat 3.1 (c’est un peu plus compliqué que ce qui avait été évoqué au début), du coup ça n’est jamais sorti.
      Il y a aussi pas mal de choses à simplifier/nettoyer.

      Mais j’ai bien envie de m’y remettre.

    • merci tcharlss pour les nouvelles !

      Avec l’intégration native de Ordoc en 3.2 ça doit en effet compliquer les choses de maintenir les deux en parallèle. Comme il s’agit d’un ajout de fonctionnalité, est ce que la supporter également sur la 3.1, qui n’est plus amenée à évoluer te semble indispensable ?

    Répondre à ce message

  • Modification de la pagination par défaut du modèle « album.html » :

    Comme écrit plus bas, je confirme que cela fonctionne comme ceci :

    -  <albums1|navigation=xx>
    -  mettre dans mes_options.php : define (’_ALBUMS_PAGINATION’,xx) ;

    Répondre à ce message

  • Bonjour

    C’est un très bon plugin. Merci !

    Aidez, s’il vous plaît, à comprendre. Je l’utilise ensemble dans un champ externe supplémentaire, créé par le plug-in Champs Extras 3.
    Dans la partie administrative des albums sont visibles, mais sur le site dans un champ supplémentaire, l’album n’est pas visible. Que dois-je faire ?

    Je m’excuse pour ma mauvaise langue.

    Répondre à ce message

  • Bonjour,

    j’intègre mes albums directement dans l’admin. J’ai beaucoup de photos (50) que je souhaite mettre à la suite, dans mon article :

    -  > je souhaite enlever la pagination existante (mais comment ??)
    -  > dans un article j’utilise le système d’onglet (couteau suisse). J’ai mis les photos à l’intérieur de l’onglet N°3 et quand on clique sur les photos suivantes (pagination)...on réamorce l’onglet et donc on revient à l’onglet N°1...

    Merci pour vos éclairages et votre aide

    Kiki

    Répondre à ce message

  • 4

    Bonjour à tous

    Je suis sur SPIP 3.2.1 avec la dernière version d’album (3.5.7). Le problème c’est que mes vignettes n’ont pas la même hauteur et qu’elles se rangent donc n’importe comment (voir fichier joint). Pour l’instant je suis sur les squelettes-dist et j’aimerais bien que les vignettes se range correctement avant de me lancer dans la transformation graphique de mes squelettes.

    Si quelqu’un a une idée, merci d’avance.

    • Bonjour

      Suis passé sous des squelettes retouchés et c’est toujours la même chose. Pour info, mes images ont la même hauteur à l’origine.

      Personne pour un avis, une idée, un truc ???? :-(

    • Salut,

      Une URL où jeter un coup d’oeil ?

      Sinon tu peux passer une option pour qu’elles aient toutes la même hauteur, ou bien les recadrer.

    • Merci pour ta réponse.
      J’ai mis dans le fichier mes_options une option pour éviter l’affichage des données type JPEG, poids, etc dans les agrandissement d’image.

      Le problème se posait déjà sur mon premier site par exemple là et maintenant, en je suis en train de le refaire.
      Jusqu’ici, ça ne me gênait pas trop, mais dans la future nouvelle version, j’aimerais bien un truc clean.

      Pour les options, je suis preneur, par contre, pour les titres des agrandissement, j’avais mis :

      define('_ALBUMS_TITRE_COURT','oui');

      Mais là, je peux mettre quoi ? Y-a-t-il une page de référence avec les options possibles ?
      En tout cas, un grand merci pour ton aide.
      Denis.

    • Bonjour

      Désolé de revenir, mais je ne trouve pas comment faire. J’ai bien vu dans l’explication du plugin qu’il y a des paramètres propres à la variante « vignettes » (dont hauteur et largeur) mais je ne sais vraiment pas comment les utiliser.

      Est-ce le plugin qui calcule les vignettes ? Est-ce que les vignette sont calculées par les fonctions avancées de SPIP ?
      Est-il possible de donner au vignette une hauteur maximale dans l’un ou l’autre cas ?

      Si quelqu’un pouvait me donner un coup de main.
      Merci d’avance.

    Répondre à ce message

  • 15

    Bonjour
    Tout d’abord merci pour ce plugin bien utile.
    J’ai un site en spip 3.1.4 avec le plugin Album3 installé. Tout fonctionne bien. Juste un détail un peu gênant.
    Quand on a un album volumineux (une cinquantaine de photos par ex.), une pagination apparait en bas de l’album (voir sur mon site). Pas de souci la-dessus.
    Et quand on clique sur une vignette de l’album, on visualise le document via une fenêtre Mediabox avec des flèches droite et gauche pour passer d’une image à l’autre. Nickel.
    Le pb : j’aimerais pouvoir visualiser l’ensemble de l’album dans la fenêtre Mediabox, pas seulement les images de la page... Dans l’exemple en lien, les 2 albums font une cinquantaine de photo, la pagination est de 20 en 20. Et dans la fenêtre Mediabox, on visualise pas plus de 20 photos à la fois, alors que j’aimerai qu’on fasse défiler la cinquantaine de photo dans la même fenêtre Mediabox.
    Est-ce possible ?
    Quel fichier modifier ?
    Merci pour votre aide

    • Les albums ont été momentanément retirés de l’article cité ci dessus (raison personnelles pour ne pas donner d’indications à nos futurs adversaires...)
      Mais la question reste posée : comment visualiser l’ensemble d’un album volumineux paginé dans Mediabox...?
      Merci d’avance pour votre aide

    • Bonjour,
      J’ai la même limite de 20 vignettes et un problème supplémentaire (ayant 35 vignettes), je ne peux visualiser la deuxième page pour accéder aux 15 autres vignettes (le clic n’aboutit pas).

      • Est-il possible de paramétrer le nombre d’éléments par page ?
      • Comment accéder à la deuxième page ?
      • J’utilise également SPIP Cycle2 qui pourrait utiliser le paramètre « album », mais n’est pas utilisable avec cette limite...
      • Les 35 photos correspondent à l’exposition sur bâches présentées dans l’article : http://laccreteil.fr/spip.php?article132

      Vous souhaitant bonne réception.
      Michel

    • J’ai trouvé => « Pagination »qui permet de choisir le nombre d’éléments.
      Mais l’accès aux pages pose toujours problème.

    • Bonjour,
      Savez-vous comment activer la Boîte multimédia « Mediabox » pour visualiser les images cliquées ( .mediabox ) ?
      Bonne soirée.
      Michel

    • Bonjour
      Je me permets de relancer ma question concernant la visualisation des vignettes via mediabox quand on a une pagination.
      Il semble que la visualisation des images en grand dans mediabox ne regroupe que les vignettes affichées sur la page. Pour visualiser en gd les images des paginations suivantes, il faut afficher ces pages pour accéder à leurs agrandissements.
      Avez vous une solution à ce pb ?
      Merci d’avance...

    • Hello,

      Pour l’instant la mediabox ne prend en compte que les images présentes dans le HTML, et en cas de pagination il n’y en a forcément qu’une partie d’affichées, elle ne peut pas « deviner » celles des autres pas de pagination.
      Il y a peut-être des options à passer au script pour renseigner l’ensemble des images d’une galerie, il faut que je me penche sur la question.

    • Bonjour
      Merci pour ta réponse
      Pour info, le pb a été évoqué sur le rezo : https://www.mail-archive.com/spip@rezo.net/msg69040.html mais mes compétences ne me permettent pas d’utiliser la solution évoquée...

    • Bonjour
      J’ai retrouvé le doc proposé sur le rezo par Patrick (voir lien ci-dessus) avec une solution à ce pb de pagination (pour un portfolio mais c’est le même principe). Il fait en fait une suite de boucle dans une div invisible qui liste toutes les photos qui sont en dehors de la pagination. Du coup, toutes les images sont visibles dans la Mediabox puisque présentes sur la page.
      Voici le code qu’il propose (dans son cas, c’est pour un portfolio paginé, mais le pb est le même pour les albums) :

      [(#REM) Portfolio : album d'images ]
      <B_documents_portfolio>
      <div id="documents_portfolio">
      
      <h1>Galerie de photos</h1>
      	
        #ANCRE_PAGINATION
      <BOUCLE_documents_portfolio(DOCUMENTS) {id_article} {mode=document}{extension IN png,jpg,gif} {par titre, date}{pagination 10}{doublons}{vu=non}>[
        <a href="(#URL_DOCUMENT)" type="#MIME_TYPE" onclick="location.href='[(#URL_ARTICLE
          |parametre_url{id_document,#ID_DOCUMENT}
          )]#documents_portfolio';return false;"[ class="(#EXPOSER)"][ title="(#TITRE|attribut_html|couper{80})"]>
      	[(#FICHIER|image_reduire{190,190}
      	|image_recadre{100,100,center}
      	|image_aplatir{jpg,ffffff}
      	|inserer_attribut{class,spip_logos[ modulo(#COMPTEUR_BOUCLE|alterner{1,2,3,4,5})]})]</a>
        ]
        </BOUCLE_documents_portfolio>
      [<p class="pagination">Suite des documents ici: (#PAGINATION) </p>]
      
      [(#REM) Sans la boucle qui suit, mediabox affiche uniquement les images
      de la première "page" de pagination et il faut la fermer,
      cliquer sur la "page 2" puis relancer mediabox. Cette boucle corrige cela.]
      
      <div  style="display:none">
      <BOUCLE1_doc_caches(DOCUMENTS) {id_article}{mode=document}{extension IN png,jpg,gif} {par titre, date}{pagination 10}{doublons}{vu=non}>
      [<a href="(#URL_DOCUMENT)" type="#MIME_TYPE"[ title="(#TITRE|attribut_html|couper{80})"] ></a>]
      </BOUCLE1_doc_caches>
      <BOUCLE2_doc_caches(DOCUMENTS) {id_article}{mode=document}{extension IN png,jpg,gif} {par titre, date}{pagination 10}{doublons}{vu=non}>
      [<a href idem>]
      </BOUCLE2_doc_caches>
      <BOUCLE3_doc_caches(DOCUMENTS) {id_article}{mode=document}{extension IN png,jpg,gif} {par titre, date}{pagination 10}{doublons}{vu=non}>
      [<a href idem>]
      </BOUCLE3_doc_caches>
      ...
      et ainsi de suite avec autant de boucles qu'on veut
      ...
      </div>
      </div>
      </B_documents_portfolio>

      Si cela peut aider ? L’idée serait peut-être de s’en inspirer pour modifier le modèle album.html...?
      Dites moi ce que vous en pensez...

    • Je viens de tester et cela a l’air de bien fonctionner...
      J’ai surchargé le modèle album.html du plugin en ajoutant le paramètre {doublons} à la boucle existante documents_album (ligne 152).
      Puis j’ai ajouté une div invisible juste avant la fermeture de cette boucle (avant la ligne 180 :
      </B_documents_album>) soit :

      <div  style="display:none">
      <BOUCLE1_doc_caches(DOCUMENTS){id_document IN #GET{ids_documents}}{tout}{pagination #GET{pagination} #VAL{album}|concat{#ENV{id_album,x}}} {doublons}>
      [
      		(#SET{titre_doc,      #TITRE|sinon{#FICHIER|basename}})][
      		(#SET{titre_doc_long, #EVAL{_ALBUMS_TITRE_COURT}|?{#GET{titre_doc},#GET{titre_doc}|concat{' - ',#TYPE_DOCUMENT,' - ',#VAL{#TAILLE|taille_en_octets},#MEDIA|=={image}|?{#VAL{' - '}|concat{#LARGEUR,'&times;',#HAUTEUR,' px'}}}}})][
      		(#SET{ratio,          #GET{recadrer}|?{#VAL{/\[-:\/\]/}|preg_split{#ENV*{ratio,1}}}})][
      		(#SET{ratio,          #GET{ratio}|count|>{1}|?{#GET{ratio/1}|div{#GET{ratio/0}},#GET{ratio/0}}|floatval})][
      		(#SET{ratio,          #GET{ratio}|sinon{#LARGEUR|div{#HAUTEUR}}|floatval})][
      		(#SET{largeur,        #ENV{largeur}|sinon{#ENV{hauteur}|div{#GET{ratio}}}|sinon{#GET{taille_preview}}|intval})][
      		(#SET{hauteur,        #ENV{hauteur,#GET{largeur}|mult{#GET{ratio}}}|intval})][
      		(#SET{extension,      #EXTENSION|sinon{#FICHIER|pathinfo|table_valeur{extension}}})][
      		(#SET{media_defaut,   #VAL{media_defaut}|sql_getfetsel{'spip_types_documents',#VAL{extension=}|concat{#GET{extension}|sql_quote}}})][
      		(#SET{media,          #MEDIA|in_array{#LISTE{image,audio,video,file,document}}|?{#MEDIA,#GET{media_defaut}}})][
      		(#SET{src,            #GET{media}|=={image}|?{
      		                        #GET{recadrer}|?{
      		                          #FICHIER|image_passe_partout{#GET{largeur},#GET{hauteur}}|image_recadre{#GET{largeur},#GET{hauteur},center},
      		                          #FICHIER|image_reduire{#GET{largeur},#GET{hauteur}}},
      		                        #LOGO_DOCUMENT{#FICHIER}}
      		                      |extraire_attribut{src}})]
      		<li[ (#PLUGIN{bootstrap}|oui)class='span4']>
      			<a href="#FICHIER" type="#MIME_TYPE" rel="album#ID_ALBUM" class="[(#EXTENSION)][ (#PLUGIN{foundation}|oui)th][ (#PLUGIN{bootstrap}|oui)thumbnail]" title="[(#GET{titre_doc_long}|attribut_html)]" role="button" aria-label="Vignette">
      				[(#GET{src}|balise_img{#GET{titre_doc_long},vignette}|inserer_attribut{aria-hidden,true})]
      			</a>[
      			(#ENV{label}|oui)[<span class="label">(#GET{titre_doc})</span>]]
      		</li>
      </BOUCLE1_doc_caches>
      </div>

      Je n’ai pour l’instant ajouté qu’une seule boucle dans cette div mais on pourra en ajouter autant qu’on veut selon l’importance des albums à traiter.
      On peut sans doute alléger les ligne dans cette boucle puisu’on n’a pas besoin de tout cela juste pour charger la photo de manière invisible sur la page.
      Dites moi ce que vous en pensez ?
      merci d’avance pour votre aide.

    • J’ai amélioré la surcharge à effectuer sur le modèle du plugin « album.html » en générant automatiquement le nombre de boucles nécessaires selon le ratio docs de l’album/pagination.
      On récupère ce nombre de boucles en divisant la qté de docs de l’album par la pagination. Résultat arrondi à l’unité supérieure :
      #SET{nbre_de_boucles, #GRAND_TOTAL|div{#GET{pagination}}|ceil }.
      Voilà ce que ça donne, toujours inséré avant la ligne 180 </B_documents_album> :

      <div  style="display:none">
         #SET{nbre_de_boucles, #GRAND_TOTAL|div{#GET{pagination}}|ceil }
         <BOUCLE_nbre_de_boucles (CONDITION) {si #GET{nbre_de_boucles}|>{1}} {0,#GET{nbre_de_boucles}} >
            <BOUCLE_doc_caches (DOCUMENTS) {id_document IN #GET{ids_documents}} {tout} {pagination #GET{pagination}  #VAL{album}|concat{#ENV{id_album,x}}} {doublons}>
               Lignes de récupération des docs
            </BOUCLE_doc_caches>
         </BOUCLE_nbre_de_boucles>
      </div>

      La variable « nbre_de_boucles » va me servir dans une boucle CONDITION pour créer les boucles de recherche des docs qui ne sont pas dans la pagination...
      La boucle CONDITION ne se déclenche que si la variable « nbre_de_boucles » est supérieure à 1 (donc s’il y a une pagination)
      {si #GET{nbre_de_boucles}|>{1}}.
      Dites moi ce que vous en pensez ?

    • Bonjour Tcharlss
      J’en termine avec les dernières mises au point :
      il ne faut pas passer de critère de pagination à la boucle qui permet de récupérer les images hors pagination (BOUCLE_doc_caches). Avec le critère doublons, la boucle va récupérer simplement l’ensemble des images manquantes sur la page et les mettre dans la div invisible.
      Voici le code corrigé :

      <div  style="display:none">
      #SET{nbre_de_boucles, #GRAND_TOTAL|div{#GET{pagination}}|ceil }
      <BOUCLE_nbre_de_boucles(CONDITION) {si #GET{nbre_de_boucles}|>{1}} {0,1} >
      	<BOUCLE_doc_caches(DOCUMENTS){id_document IN #GET{ids_documents}}{tout} {doublons}>[
      	    code d'affichage des images (la même chose que dans la boucle existante "documents_album" ligne 152)
      	</BOUCLE_doc_caches>	
      </BOUCLE_nbre_de_boucles>
      </div>

      Peux-tu me dire ce que tu en penses stp ?

    • Bonjour
      Voici pour finir le résumé de la surcharge à effectuer sur le modèle du plugin « album.html » pour pouvoir visualiser dans Mediabox l’ensemble des images d’un Album paginé :
      -  Ajouter le critère {doublons} à la boucle existante documents_album (ligne 152).
      -  Ajouter ces lignes de code juste avant la fermeture de cette boucle (avant la ligne 180 </B_documents_album>) soit :

          <div  style="display:none">
          #SET{nbre_de_boucles, #GRAND_TOTAL|div{#GET{pagination}}|ceil }
          <BOUCLE_nbre_de_boucles(CONDITION) {si #GET{nbre_de_boucles}|>{1}} {0,1} >
                  <BOUCLE_doc_caches(DOCUMENTS){id_document IN #GET{ids_documents}}{tout} {doublons}>
                      [#FICHIER]
                  </BOUCLE_doc_caches>   
          </BOUCLE_nbre_de_boucles>
          </div>

      tcharlss, peux-tu me dire ce que tu en penses ?
      Chez moi (Spip 3.1.3) cela fonctionne bien mais peut être y a-t-il des améliorations/modifications à apporter ?
      Merci d’avance pour ta réponse...

    • Salut JeanLuc et merci pour la contribution.

      À vue de nez, ça me semble pénalisant de sortir tous les documents dans le HTML juste pour la mediabox. Si tu as un album de 300 images avec une pagination de 20, ça ferait 280 images cachées... Bon c’est un exemple tiré par les cheveux, mais je ne suis pas fan des contenus cachés dans le HTML.

      Il doit y avoir une façon de faire ça programmatiquement en pilotant la mediabox.

    • Salut tcharlss
      Je vais tenter de laisser un message à Cerdic sur la page Mediabox de Spip-Contrib...
      A+

    • Voir ma demande sur la page de Mediabox : https://contrib.spip.net/MediaBox#forum497131

    Répondre à ce message

  • 4

    Dans le modele par defaut album ;html il y a
    « [(#GETposition_legende|==bottom|oui)[(#GETcaption)]] »

    qui affiche le titre de l’album en dessous de celui-ci.

    Pour plus de lisibilité je voudrais l’afficher au-dessus de l’album mais lorsque je change le modèle en :
    « [(#GETposition_legende|==top|oui)[(#GETcaption)]] »

    Il n’y a plus du tout de titre affiché.

    Comment faire ? Merci

    • Si c’est pour tous les albums, dans mes_options.php :

      define('_ALBUMS_POSITION_LEGENDE', 'bottom')

      Si c’est au cas par cas, il suffit de passer le paramètre au modèle.

    • Le

          define('_ALBUMS_POSITION_LEGENDE', 'top')

      pour insérer le titre de l’album au-dessus ne fonctionne pas.

    • Ah oui pardon, c’est :

      define('_ALBUMS_POSITION_LEGENDE_VIGNETTES', 'top');
    • Nickel merci !

    Répondre à ce message

  • 2

    Bonjour,

    Le fichier inclure/documents.html du plugin appelle les documents joints « classiques » via l’inclure suivant :

    <INCLURE{fond=squelettes-dist/inclure/documents, env}>

    Y a-t-il une raison de forcer à prendre le fichier dans le répertoire -dist ?

    Bonne journée !
    Sandrine

    • Hello,

      L’idée c’était de compléter la liste des documents-joints des squelettes de la dist avec la liste des albums, sans avoir à tout surcharger. Avec le recul je ne suis pas sûr que ce soit une bonne idée.
      Tu as un cas où ça pose problème ?

    • Hello Tcharlss

      J’ai constaté le souci en testant le squelette HTML5_solid_state. Je n’ai pas d’exemple en ligne : je ne l’ai testé qu’en local.

      Grosso modo, pas de souci quand on surcharge inclure/documents.html dans le dossier squelettes, en revanche, ça pose problème quand on surcharge ce même fichier via un plugin.

      Dans le cas d’un plugin de squelettes comme HTML5_solid_state, la surcharge consiste notamment en l’ajout de classes spécifiques au jeu de squelettes utilisé, afin de gérer entre autre l’habillage graphique du portfolio.

      Bonne journée !
      Sandrine

    Répondre à ce message

  • 6

    Bonjour,

    Après une migration par FTP, tout les liens des albums sont cassés, et donc toutes les images sont en 404.
    Savez vous comment je peux résoudre le problème svp ?

    • Peux tu décrire précisement comment tu a migré.

      Normalement on migre la BDD + les fichiers. Et album étant codé proprement, il ne devrait pas y avoir de lien cassé, car on album se réfère aux objetdocuments SPIP, pas aux URLS. Bref, je pense que tu a un souci ailleurs, mais là ce n’est pas hyper clair

    • Bonjour,

      J’ai effectué la migration exactement de cette façon : la DB, les fichiers, modification du connect.php
      Je connais assez peu SPIP, y aurait-il quelque chose de plus à faire ?

      Pour les images, je vois que dans le dossier IMG/jpg, elles sont de type xxxxxxx.jpg, or les url appelés sont de type r_nomdelarticle_-_xxxxxxx.jpg, d’ou ma conclusion de liens cassés, mais il est fort possible que cela vienne d’autre part.

      Aurais-tu d’autres pistes a explorer approfondir ?

      Dans tout les cas, merci de ton aide

    • Hello,

      À priori comme le dit Maïeul ce n’est pas spécifique aux albums, il vaut mieux investiguer directement dans la médiathèque (?exec=documents).
      Les images manquantes sont signalées avec cette icône : document-manquant-24.png

      les url appelés sont de type r_nomdelarticle_-_xxxxxxx.jpg

      C’était pareil avant la migration ? Il n’y a pas de raison que le nom du fichier soit modifié en principe.
      Comment tu récupères cette info ? Quand un document est manquant, la vraie URL est visible en cliquant sur modifier, puis section aperçu.

    • Bonjour,
      Il semble que oui, c’était pareil avant la migration. Malheureusement je n’ai aucun moyen de vérifier, je n’ai plus qu’accès au ftp, apache étant désactivé et je n’ai pas la main dessus.

      Dans le front d’un article par exemple, j’ai la liste des images plutot que les images :
      IMG/jpg/r_tromobile_2018_-_artcurial_-_p1020160-s.jpg
      IMG/jpg/r_tromobile_2018_-_artcurial_-_p1020162-s.jpg
      IMG/jpg/r_tromobile_2018_-_artcurial_-_p1020173-s.jpg
      IMG/jpg/r_tromobile_2018_-_artcurial_-_p1020175-s.jpg

      Quand que je clique dessus, j’ai une lightbox qui pop avec : « This image failed to load. »

      Coté back, j’ai plus ou moins la même chose (cf capture)
      et lorce que je vais dans modifier, j’ai toujours la même URL (../IMG/jpg/r_tromobile_2018_-_artcurial_-_p1020160-s.jpg) qui donne toujours un 404

      Enfin, quand je vais dans la médiathèque et recherche toujours le même fichier, j’ai bel et bien l’icone du fichier manquant.

      Ce que je comprends vraiment pas, c’est que niveau fichier, les deux serveurs sont exactement identique, alors que ce comportement n’était pas présent du tout avant la migration.

    • Mais ces images existent bien, tu as vérifié dans le FTP ?

    • Non, les images n’existent pas sur le disque (nouveau ET ancien serveur). Ou en tout cas pas sous ce path/name.

      Pourtant avant la migration, les images étaient bien présentes dans le front.

    Répondre à ce message

  • 1

    Bonjour à tous
    Voilà mon pb :
    J’aimerais afficher sur une page les 3 derniers albums publiés dans une rubrique et ses sous-rubriques...
    Mais comme on ne peut pas utiliser le critère « id_secteur » avec la boucle ALBUMS, je suis un peu bloqué...
    Si quelqu’un a déjà eu se pb à résoudre...
    Merci d’avance pour votre aide.

    • Bonjour à tous
      Je me réponds à moi-même pour la solution à mon pb, pour ceux que cela pourrait intéresser...
      Il faut utiliser un tableau qui va stocker les articles du secteur.
      Ensuite piocher dans ce tableau pour trouver les articles liés à un album :

      <!--on définit un tableau-->
      #SET{articles_secteur_XX,#ARRAY} 
      
      <!--on met dans ce tableau les articles du secteur XX classés par date--><BOUCLE_articles_secteur_XX(ARTICLES){id_secteur=XX} {par date} {inverse}>
      	#SET{articles_secteur_XX,#GET{articles_secteur_XX}|push{#ID_ARTICLE}}
      </BOUCLE_articles_secteur_XX>
      
      <!--une boucle récupère les articles du tableau liés à un album-->
      <BOUCLE_albums(ALBUMS){0,1}{id_article IN #GET{articles_secteur_XX}}>
      	code pour afficher les albums
      </BOUCLE_albums>

    Répondre à ce message

  • 1

    Bonjour,
    j’ai un souci avec le changement de langue avec ce plugin. J’utilise les balises <multi>.

    Lorsque je change de langue dans la partie publique, mes albums ne s’affichent pas. Ils sont pourtant présent dans le multi du champ texte.

    Merci pour votre aide !

    • En creusant un peu, je me suis rendu compte que certains filtres ne marchaient pas dans un modèle d’album quand on change de langue. Par exemple |unique ne fonctionne pas. Ou alors je fais faux quelque chose :/

    Répondre à ce message

  • 1

    Bonjour,

    je viens de faire la mise à jour du plugin de la version 1.1.0 vers 3.5.4.

    J’ai beaucoup d’erreur côté public et back-office du type :
    Erreur SQL 1146
    Table ’monsite.spip_albums’ doesn’t exist

    Comment puis-je le corriger ?

    Merci,
    Hervé

    • Bonjour,

      Bizarre. Il n’y avait pas de tables dans la v1 et pour une raison ou une autre la fonction d’installation ne semble pas avoir été appelée. Il faudra que je teste chez moi la migration v1 => v3 pour voir.

      En attendant, si tu n’as pas encore créé d’album, tu peux désinstaller puis réinstaller le plugin, ça devrait régler le souci.

    Répondre à ce message

  • 1

    Bonjour tcharlss, et d’abord merci pour ce plugin, génial !

    C’est moi qui n’ait pas les yeux en face des trous et les doigts agiles, ou l’organisation des documents au sein d’un album, et leur affichage public par la suite, ne supporte pas le critère {par rang_lien} ?

    (j’ai essayé de modifier le modèle par défaut, que j’utilise, mais sans succès - je suis sous spip3.2 btw)

    • Salut et merci !
      Tu as vu juste, il n’y a pas encore la prise en charge d’ordre des documents. Il faut absolument que je m’occupe de cette version pour SPIP 3.2 depuis le temps que j’en parle...

    Répondre à ce message

  • 2

    Bonjour,

    La version proposée en téléchargement est la 3.5.1 qui « n’est pas compatible » SPIP 3.2 mais apparemment la dernière version 3.5.3 (Revision 106863 : _plugins_/albums/trunk/paquet.xml) est compatible

    Je ne vois aucune mise à jour dispo dans la Gestion des plugins ...normal ?

    Répondre à ce message

  • Bonjour,
    Je n’arrive pas à faire apparaitre un album dans un article sur ce site en construction :
    http://www.tikellid.infini.fr/
    Il y a bien dans l’article :
    http://www.tikellid.infini.fr/Nos-reunions
    un appel <album12> mais l’affichage ne fonctionne pas autant dans le site privé que public.
    Merci de m’orienter vers la solution, car je cale sur la résolution de ce problème.
    -  SPIP 3.1.6
    -  Albums 3.5.1
    -  Court-circuit 2.5.0
    -  Formulaire de contact avancé 0.16.1
    -  Le Couteau Suisse 1.9.13
    -  Pages 1.3.7
    -  ...

    Répondre à ce message

  • Bonjour,
    Je suis sous spip 3.1.16 avec escalV3.87.15, albums3 3.5.1 et nivo slider 3.2.7
    J’ai de gros soucis d’affichage des photos dû à l’orientation portrait ou paysage. C’est soit l’un soit l’autre et les images sont du coup tronquées.
    Y-a-t-il un moyen d’adapter l’affichage pour que chaque images s’affichent correctement ?

    Merci d’avance

    Répondre à ce message

  • 3

    Alors voila, je suis sur spip 3.1.5
    Et j’ai la dernière version du plugin album.
    Quand dans un article je veux choisir un album... il ne me les propose pas tous (j’ai vérifier qu’ils sont bien publiés) et quand je le mets manuellement (<album2>) les images s’ouvrent en changeant de page ! Et non plus en lopin.
    Bref plus rien ne fonctionne !
    Quelqu’un a une idée ?

    • En fait le mediabox ne fonctionne plus non plus !
      C’est la panique !

    • Dans le premier message le correcteur m’a écris lopin à la place popin !
      Sinon, j’ai regardé dans les low apache (au cas ou) et dans le débuggeur Firefox.
      Pas d’erreur ni dans l’un ni dans l’autre.
      J’ai vérifié que mes images sont bien dans le portfolio (j’avais eu le problème une fois)... elles y sont.
      Dans l’interface privé, dans un article si je clique sur une image elle s’ouvre aussi dans une page alors que si je clique sur le modifier d’une image, j’ai bien un popin qui s’ouvre.
      Bref, je ne sais pas trop où chercher... et c’est vraiment (pardonner l’expression) la merde !
      Ah oui, je suis passé sur SPIP 3.1.6 et ça ne change rien, et je ne peux pas changer le plugin puisque la version antérieure en téléchargement est pour spip 3.0

    • Bon... Voilà.
      Il a fallut remplacer

      #documents_portfolio a[type='image/jpg'],#documents_portfolio a[type='image/jpeg'],#documents_portfolio a[type='image/png'],#documents_portfolio a[type='image/gif']

      par

      a[type='image/jpg'],  a[type='image/jpeg'], a[type='image/png'], a[type='image/gif']

      Puisque les image dans le cas d’un album sont dans des

      et dans le cas du portfolio dans des Donc tout est rentré dans l’ordre... mais c’était le flip !

    Répondre à ce message

  • 2

    Bonjour
    Comme tout le monde le dit, merci pour ce plugin !
    Je cherche le fichier qui paramètre le pop-in d’agrandissement des images pour supprimer le type du fichier image, son poids et sa taille en pixel et ne laisser apparaître que le titre du fichier. Autrement dit qu’il ne reste dans l’agrandissement que « ma belle image » et plus - JPGE - 54ko - 100x100px

    Dans le fichier modele/album_liste, il y a bien une ligne :

    (#SET{balise_titre,     #ENV*{balise_titre}|sinon{#ENV*{balise_titraille}}|sinon{#EVAL{_ALBUMS_BALISE_TITRE_LISTE}}|sinon{#EVAL{_ALBUMS_BALISE_TITRE}}|sinon{strong}|trim|replace{^<|>$}})][

    Mais je ne suis pas sur que ce soit là et surtout, il y a une tel imbrication d’accolade et de cricket que j’ai peur de faire une boulette pour essayer d’arriver à ce que je cherche.

    Si quelqu’un sait ou je peux faire ma manipulation... merci d’avance.
    Denis

    • Bonjour,

      Merci pour la remarque et oui, dans les modèles des albums, c’est un peu la soupe, je le concède !

      De mémoire la popup prend l’attribut title des images, donc il faut le changer dans le modèle.
      C’est à cette ligne : https://zone.spip.org/trac/spip-zone/browser/_plugins_/albums/trunk/modeles/album_liste.html#L120

      Mais il y a plus simple : une option a été ajoutée pour afficher justement un titre court, sans avoir à surcharger le modèle.

      Dans ton fichier mes_options.php, ajoute ceci :

      define('_ALBUMS_TITRE_COURT', true);

      N’hésite pas à faire un retour si ça ne fonctionne pas, je n’ai pas encore testé cette option.

    • Bonjour
      Et merci pour la réponse. La solution dans le fichier mes_options fonctionne, par contre, vider le cache ne suffit pas il faut vider le dossier tmp.

      Merci pour ton aide ? C’est vraiment sympa.
      Amicalement
      Denis

    Répondre à ce message

  • 2
    Le Jaseur Boreal

    Bonjour,

    Quelqu’un a-t-il déjà essayé l’affichage d’Albums avec des objets vidéos « issus de youtube » ?

    Avec un album composé exclusivement de « documents vidéos » issus de youtube et viméo, j’ai besoin de vos conseils pour les afficher correctement.

    Ces « documents vidéos » sont d’habitude incorporés individuellement par le Plugin-Video-s, et cela fonctionne parfaitement.

    Pour faciliter le choix des lecteurs, j’essaye de regrouper sur une page, plusieurs de ces « documents vidéos » avec :

    {{<albumXX|recadrer=oui|largeur=125|hauteur=70>}}

    En fait, cela ne recadre aucunement les dimensions d’affichage.

    Comment faire ?

    Quand je choisis de les afficher en liste avec

    {{<albumXX|liste>}}

    Les documents sont bien listés, mais les liens aboutissent à une page 404.

    Quand j’incorpore individuellement dans un tableau spip, chaque « document vidéo » par le Plugin-Video-s, le recadrage fonctionne parfaitement, exemple dans le tableau des finalistes

    Merci de vos solutions

    • Bonjour,

      Désolé de répondre si tard.
      Alors concernant les dimensions d’affichage, les paramètres largeur et hauteur servent à recadrer physiquement les images, donc ils n’ont aucune incidence sur les vidéos effectivement.

      Ensuite, le plugin que tu mentionnes utilises un modèle bien spécifique pour afficher les vidéos, donc la meilleur solution c’est de faire une variante du modèle des albums. Dans les grandes lignes :

      • crée un squelette modeles/albums_videos.html
      • inclus le dans les articles ainsi : <albumN|video>
      • Dans le squelette, pour afficher les vidéos, dans la boucle DOCUMENTS fais un <INCLURE{fond=modeles/video, id_document}> (plus les autres paramètres nécessaires éventuellement, voir la doc de vidéos)
    • Le Jaseur Boreal

      Grand merci pour les précisions de la réponse qui arrive parfaitement.

      Il est bon de garder confiance, et ne pas être « désolé ». Dans certaines zones terrestres, les facteurs doivent chausser des raquettes pour calmement apporter le courrier malgré le blizzard et les hauteurs de neige.
      Les destinataires de courriers que nous sommes, sont très contents, même si le courrier met plusieurs semaines pour traverser des vallées enneigées et les aléas de la vie.
       :-))

    Répondre à ce message

  • 1

    Lorsque je fais une recherche dans l’admin d’un site en SPIP 3.0.24 avec la dernière version du plugin albums j’ai ce message d’erreur :

    Erreur SQL 1054
    Unknown column ’L3.id_rubrique’ in ’field list’
    SELECT albums.id_album, resultats.points AS points, ’’, albums.titre, albums.statut, L3.id_rubrique, albums.titre AS titre_rang, albums.date FROM spip_albums AS albums INNER JOIN spip_resultats AS resultats ON ( resultats.id = albums.id_album ) INNER JOIN spip_albums_liens AS L3 ON ( L3.id_album = albums.id_album ) WHERE (resultats.recherche=’2e6fe38264f29940’ AND resultats.table_objet=’albums’ AND resultats.serveur=’’) GROUP BY albums.id_album ORDER BY resultats.points DESC, albums.titre
    ../plugins/auto/albums/v3.5.0/prive/objets/liste/albums.html _liste_album 7

    dd

    • Hop, merci pour le retour, c’est corrigé dans la version 3.5.1 (le zip sera prêt plus tard aujourd’hui)

    Répondre à ce message

  • Bonjour
    Bravo pour ce plugin. Très utile.
    Je suis en train de le tester mais je bute sur un pb : J’ai des titres de photo assez longs.
    Quand je clique sur une vignette de l’album pour l’afficher en grand, le compte de la photo (1/3, 2/3, 3/3 ...) se retrouve affiché par dessus le titre...
    Y a-t-il un moyen que ce décompte n’apparaisse pas ?
    Merci d’avance pour votre réponse.

    Répondre à ce message

  • 2

    Un petit message juste pour être tenu au courant des discussions sur ce plugin puisque je l’ai un peu modifié ces derniers jours

    Répondre à ce message

  • 2

    Bonjour

    Suite à une mise à jour de Spip (SPIP 3.1.2), lorsque je suis sur la page modifier un article (article_edit), les documents et images n’apparaissent plus. En faisant F5, ils apparaissent.
    J’ai une erreur : Error : cannot call methods on sortable prior to initialization ; attempted to call method ’destroy’ .
    Dans l’erreur il y a entre autre deplacerDocuments() qui se rapporte à écrire et il sort cette ligne $(« #albums .boite-album .liste_items,#portfolios .liste_items »).sortable(« destroy ») ;

    En désactivant Albums (3.3.24) ou en ne cochant pas « Déplacement de documents entre albums par cliquer-glisser » , le problème ne se pose plus.

    Merci

    • Bonjour,
      Merci pour le retour. J’ai effectivement reproduit le problème chez moi, ça devrait être réglé dans la prochaine version (3.3.25)

    • Bonjour et merci tcharlss, ton plugin est bien pratique :)

    Répondre à ce message

  • Bonjour,
    objectif : pouvoir avoir les albums et le portfolio, avec la même présentation.
    Je cherchais depuis longtemps ... il semble que j’y sois parvenu avec le fichier suivant dans squelettes/inclure/documents.html (composé à partir de la dist et du modèle album).
    (désolé c’est un peu long...)

    [(#REM) Portfolio : album d'images ]
    
    [(#SET{taille_preview,   #CONFIG{taille_preview}|intval|sinon{150}})]
    
    <B_documents_portfolio>
    [<(#HTML5|?{figure,div}) class="album vignettes figure[ (#ENV{align})][ (#ENV{classe})]">]
    	[
    	(#GET{position_legende}|=={top}|oui)[(#GET{caption})]]
    	<ul>
    		<BOUCLE_documents_portfolio(DOCUMENTS) {id_article?}{id_rubrique?}{objet?}{id_objet?} {mode=document}{extension IN png,jpg,gif} {par num titre, date}{doublons}{vu=non}>[
    		(#SET{titre_doc,      #TITRE|sinon{#FICHIER|basename}})][
    		(#SET{titre_doc_long, #EVAL{_ALBUMS_TITRE_COURT}|?{#GET{titre_doc},#GET{titre_doc}|concat{' - ',#TYPE_DOCUMENT,' - ',#VAL{#TAILLE|taille_en_octets},#MEDIA|=={image}|?{#VAL{' - '}|concat{#LARGEUR,'&times;',#HAUTEUR,' px'}}}}})][
    		(#SET{ratio,          #GET{recadrer}|?{#VAL{/\[-:\/\]/}|preg_split{#ENV*{ratio,1}}}})][
    		(#SET{ratio,          #GET{ratio}|count|>{1}|?{#GET{ratio/1}|div{#GET{ratio/0}},#GET{ratio/0}}|floatval})][
    		(#SET{ratio,          #GET{ratio}|sinon{#LARGEUR|div{#HAUTEUR}}|floatval})][
    		(#SET{largeur,        #ENV{largeur}|sinon{#ENV{hauteur}|div{#GET{ratio}}}|sinon{#GET{taille_preview}}|intval})][
    		(#SET{hauteur,        #ENV{hauteur,#GET{largeur}|mult{#GET{ratio}}}|intval})][
    		(#SET{extension,      #EXTENSION|sinon{#FICHIER|pathinfo|table_valeur{extension}}})][
    		(#SET{media_defaut,   #VAL{media_defaut}|sql_getfetsel{'spip_types_documents',#VAL{extension=}|concat{#GET{extension}|sql_quote}}})][
    		(#SET{media,          #MEDIA|in_array{#LISTE{image,audio,video,file,document}}|?{#MEDIA,#GET{media_defaut}}})][
    		(#SET{src,            #GET{media}|=={image}|?{
    		                        #GET{recadrer}|?{
    		                          #FICHIER|image_passe_partout{#GET{largeur},#GET{hauteur}}|image_recadre{#GET{largeur},#GET{hauteur},center},
    		                          #FICHIER|image_reduire{#GET{largeur},#GET{hauteur}}},
    		                        #LOGO_DOCUMENT{#FICHIER}}
    		                      |extraire_attribut{src}})]
    		<li>
    			<a href="#FICHIER" type="#MIME_TYPE" rel="portfolio" class="[(#EXTENSION)]" title="[(#GET{titre_doc_long}|attribut_html)]" role="button" aria-label="Vignette">
    				[(#GET{src}|balise_img{#GET{titre_doc_long},vignette}|inserer_attribut{aria-hidden,true})]
    			</a>[
    			(#ENV{label}|oui)[<span class="label">(#GET{titre_doc})</span>]]
    		</li>
    		</BOUCLE_documents_portfolio>
    	</ul>[
    	(#GET{position_legende}|=={bottom}|oui)[(#GET{caption})]]
    [</(#HTML5|?{figure,div})>]<!-- .album.vignettes -->
    </B_documents_portfolio>
    
    
    
    [(#REM)
    	Afficher en grand le document demande dans l'URL
    ]
    <BOUCLE_afficher_document(DOCUMENTS) {id_document}{id_article?}{id_rubrique?}{objet?}{id_objet?} {mode=document}{extension IN png,jpg,gif}>
    [(#MODELE{emb,lien=#URL_DOCUMENT}|image_reduire{672,*})]
    </BOUCLE_afficher_document>
    
    
    [(#REM)
    	Si un seul document est joint a l'article, et si le texte est vide,
    	on incruste automatiquement ce document
    ]
    <BOUCLE_documents_decompte(DOCUMENTS spip_documents_liens articles) {id_article?}{id_rubrique?}{objet?}{id_objet?} {mode=document}{texte=''}{extension !IN gif,jpg,png} {vu=non}>
    [(#TOTAL_BOUCLE|=={1}
    	|?{[(#INCLURE{fond=modeles/emb, id_document}
    	|trim)]})]</BOUCLE_documents_decompte>
    
    
    [(#REM)
    	Sinon, liste des autres documents joints
    ]
    <B_documents_joints>
    <div class="menu documents_joints" id="documents_joints">
    	<h2><:medias:titre_documents_joints:></h2>
    	<ul class="spip">
    		<BOUCLE_documents_joints(DOCUMENTS) {id_article?}{id_rubrique?}{objet?}{id_objet?} {extension !IN gif,jpg,png} {vu=non}{par num titre, date}>[
    		<li>
    			<a href="(#URL_DOCUMENT)" type="#MIME_TYPE" class="spip_doc[ (#EXTENSION|attribut_html)]"><strong class="#EDIT{titre} titre">[(#TITRE|sinon{[(#FICHIER|basename|couper{80})]})]</strong>
    			<small class="info_document">([<abbr title="<:info_document:> #TYPE_DOCUMENT" class="ext">(#EXTENSION|strtoupper)</abbr> - ][<span>(#TAILLE|taille_en_octets)</span>])</small></a>
    			[<div class="#EDIT{descriptif} descriptif">(#DESCRIPTIF)</div>]
          [<div class="#EDIT{credits} credits">(#CREDITS)</div>]
    		]</li>
    		</BOUCLE_documents_joints>
    	</ul>
    </div><!--#documents_joints-->
    </B_documents_joints>
    
    <//B_documents_decompte>

    ( dans albums/.../inclure/documents.html il y a cette REM :
    Documents joints classiques (portfolio, illustrations & documents) :
    INCLUREfond=squelettes-dist/inclure/documents, env
    je ne sais pas pourquoi , mais cela ne marchait pas sur mon site , du coup c’était toujours problématique quand un article contenait des albums et un portfolio. Avec le documents.html ci-dessus ça marche mais je ne suis pas un pro, donc à vérifier-corriger.

    Répondre à ce message

  • 1
    Fifouille

    Bonjour,

    désolé de déranger. JJ’ai réinstallé le plugin avec sa dernière version (paru hier) mais rien n’y fait. Je suis toujours dans l’impossibilité d’insérer des images à part via la médiathèque.

    Merci de m’apporter une solution.

    • tcharlss

      Hello,
      Pas de problème, tu ne déranges pas ! Je ne suis pas encore parvenu à reproduire le bug chez moi, du coup difficile de voir ce qui coince. Si tu as l’occasion de passer sur IRC (canal #spip), n’hésite pas, ça sera plus simple pour dépanner.

    Répondre à ce message

  • 4
    fifouille

    Bonjour,
    super plugin. Seul problème : l’importation de documents ne fonctionne pas. Il m’indique que les docs sont chargés avec succès mais n’apparaissent pas dans le back office de spip.
    Avez-vous une solution ? Merci

    • Hello,

      Quelles versions de SPIP et du plugin ?
      Est-ce que l’ajout de documents « normal » fonctionne ? (pas dans un album, mais directement à un article ou autre)
      Est-ce que les documents ajoutés apparaissent après un rechargement de la page ? Est-ce qu’ils apparaissent dans la médiathèque ?

    • fifouille

      Merci de prendre du temps.

      J’utilise spip 3.0.9 . L’ajout de documents fonctionne bien. Après le rechargement les docs n’apparaissent pas.
      Par contre, via la médiathèque on peut ajouter des images à l’album. Ce n’est pas pratique car je souhaite manipuler des dizaines de docs.
      Avez-vous une idée pour résoudre ce souci ?
      Merci

    • Ah j’ai oublié : dans la configuration du plugin, est-ce que l’option « Déplacement de documents entre albums par cliquer-glisser » est cochée ? Si c’est le cas, peux-tu réessayer après l’avoir désactivée ?

    • fifouille

      Je l’ai décoché. Cela ne fonctionne toujours pas :(

    Répondre à ce message

  • Bonjour,

    La chaîne :info_resultat_recherche_aucun : manque dans le fichier de langue.

    Répondre à ce message

  • 7

    Bonjour,
    Merci pour ce plugin génial.
    A partir de SPIP 3.1 le plugin me donne des soucis que j’avais signalé comme anomalie dans SPIP 3.1 (https://core.spip.net/issues/3663). Mais si je desactive Albums tout fonctionne bien !

    J’envisage plusieurs problèmes dans l’espace privé :
    -  après l’ajout d’un image et la sauvegarde de l’article, on ne revient pas sur l’écran initial (exec=article), mais on reste dans article_edit.
    -  si je veux modifier un article, je n’ai pas la possibilité d’ajouter des images. La partie gauche de l’espace privé ne se change pas !

    J’ai laissé un pdf avec plusieurs captures écrans sur core.spip.net.

    • Hello Hanjo,
      Merci pour le pdf avec le rapport détaillé :)

      Malheureusement, je ne parviens pas à reproduire ce bug, ni en local en SPIP 3.2 dev, ni sur un site en ligne en SPIP 3.1.1.

      Ceci dit, je me souviens avoir rencontré ce problème il y a quelques temps, la colonne de gauche avait du mal à se recharger lors de l’édition d’articles. Mais c’était il y a plus d’1 an, et je ne me souviens plus si le plugin était activé quand ça se produisait.

      Autant je comprends que la colonne de gauche peut avoir du mal à se charger, autant je ne vois pas ce qui peut perturber l’ajout de documents, le plugin albums ne touche à rien de ce côté là.

      Est-ce que tu as la possibilité de désactiver tous les autres plugins, vider le cache et retester ?
      Est-ce qu’il y a des retours pertinents dans la console ou dans l’onglet « réseau » ? (SHIFT + I dans firefox)

    • Hello,

      Je ne suis pas totalement d’accord. Le plugin Albums bien touche la colonne de gauche : il ajoute l’onglet Albums.

      J’ai désactivé tous les autres plugins, vidé le cache et le problème est toujour là.
      Rien spécial dans la console Firefox.

      J’ai fait un autre test. Si j’appèle /ecrire/ ?exec=article_edit&id_article=2833 directement, la colonne gauche se charge bien.

    • En fait, je parlais du dernier point que tu abordes dans le pdf : quand tu ajoutes un document à un article, mais pas en mode édition, le document n’apparait pas à moins d’un F5. Ça c’est bizarre parceque c’est un truc indépendant du plugin Albums, à priori.

      Est-ce que tu peux faire le test suivant, dans Firefox ou Chrome, dans cet ordre :

      1. Se rendre sur un article (pas en mode édition, donc ?exec=article&id_article=N)
      2. Cliquer sur « ajouter un document »
      3. Ouvrir les outils développeurs (SHIFT + I), se rendre sur l’onglet « Réseau », et ne sélectionner que « HXR » (en bas)
      4. En mode « depuis : mon ordinateur », choisir un document, et cliquer sur « Téléverser »
      5. Noter le retour dans la console. Normalement, une ligne devrait apparaître du genre 200 | GET | http://url/du/site/ecrire/?exec=article etc. Et à droite, il y a des infos qui peuvent être utiles : les en-têtes, la réponse, et les délais.
    • Une seule ligne :
      200 POST .../spip/ecrire/ ?exec=article&id_article=2833&ajouter=oui
      200 POST apparaît et c’est tout. Le document n’est pas visible qu’après un F5.

      Mais quand Albums 3 est déactivé, j’ai une seconde ligne :
      200 GET .../spip/ecrire/ ?exec=article&id_article=2833&var_ajax=1&var_ajax_env=....&var_t=1464288563282
      et le document est visible.

    • J’ai trouvé comment éviter les problèmes :
      J’ai desactivé l’option de déplacement des documents entre albums par cliquer-glisser. Apparement ça cause les problèmes sous SPIP 3.1.
      En effect, je n’utilise pas cette fonctionalité.

    • Super, content que tu aies trouvé la solution.
      Il faut que je refactorise complètement cette fonctionnalité, c’est dans les Todos.

    • Merci pour ton aide !

    Répondre à ce message

  • 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) :

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

      Par :

      <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 <sjcycle6|rubrique>

      On devrait donc appeler le modele par <sjcycleY|album> 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 <albumX|cycle> ?

      ...à suivre, merci

    • Bonjour,
      il me semble que si <albumX|cycle> fonctionne c’est très bien et suffisant.
      <sjcycleX|rubrique> 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
    <album12|largeur=100|hauteur=150|recadrer=oui|par=date|label=oui|pagination=12>

    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 :

      #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

  • 2

    Bonjour,

    Je commence à utiliser la notion d’album avec SPIP.

    J’ai une rubrique à laquelle j’ai associé un album. Je n’ai pas d’article directement lié à cette rubrique, mais en revanche j’ai des sous rubriques. Donc pas de soucis, cette rubrique s’affiche bien.

    En revanche je n’arrive pas a afficher l’album lié à cette rubrique !

    Comment faire pour passer un argument du type « id_rubrique », à la boucle
    du genre ……

    qui ne marche pas .

    merci de vos conseils

    • Hello,

      ceci devrait faire l’affaire :

      <BOUCLE_album(ALBUMS){objet=rubrique}{id_objet=#ID_RUBRIQUE}>

      et le plan B si jamais ça ne fonctionne pas :

      <BOUCLE_album(ALBUMS abums_liens){albums_liens.objet=rubrique}{albums_liens.id_objet=#ID_RUBRIQUE}>
    • génial !!!!!

      un grand merci

      ca va me simplifier la vie

    Répondre à ce message

  • Bonjour,
    il me semble que pour faire marcher le Top Album avec ce plugin sous SPIP 3.0.20 + sarkaspipr 4.5.1, il faut modifier plugins/auto/splickr/v0.4.6/modeles/splickrbox.html : ajouter « id_album ? »

    <BOUCLE_flickr(DOCUMENTS){par #ENV{tri, date}}{inverse #ENV{senstri, 1}}{extension==jpg|png|gif}{0,#ENV{taille,12}}{id_article?}{id_rubrique?}{id_album?}>

    Répondre à ce message

  • 1

    Bonjour,
    J’ai installé le plugin Album sur un SPIP 3.0.20 [22255] neuf puis les plugins :
    YAML
    Saisies
    Vérifier

    En mode modification de l’article j’ai l’erreur suivante dans la partie Album :

    Personnaliser la balise

    #ENV_saisies

    sous le nom de l’album.

    Quelque chose ne va pas ? Je n’ai pas accès aux réglages... Une idée du problème ?
    Merci
    GD

    • En reprenant aujourd’hui c’est rentré dans l’ordre... Un pb de cache...?

    Répondre à ce message

  • 4

    Bonjour,

    Dans l’espace privé sur la page d’un article avec un album j’ai le message d’erreur :

    Aucun squelette prive/squelettes/inclure/albums_modele_infos_prive n’est disponible...	../plugins/auto/spipr_dist/v0.4.12/modeles/album.htm

    J’ai cherché dans les fichiers SPIPr mais je n’ai pas trouvé ce que je devais changé pour corriger.

    merci
    dd

    Répondre à ce message

  • GENIAL, le seul truc qui manque c’est de pouvoir ajouter des mots cle aux albums :)

    Répondre à ce message

  • Bonjour,

    Est-il possible de définir un album par défaut lors de l’insertion dans les articles ? Au lieu d’avoir <album13> avoir directement <album13|perso>.

    Merci !

    Répondre à ce message

  • 1

    Bonjour,

    J’utilise cet excellent plugin avec Insérer_modèles.

    Dans la barre typo du champ texte par exemple, lorsque je clique sur le bouton Insérer Modèles, 2 boutons permettent d’ouvrir une fenêtre modale menant vers le formulaire d’insertion des modèles :
    -  Album « vignette »
    -  ou Album « liste ».

    Dans les 2 cas, on me propose de sélectionner un id d’album en cliquant sur un bouton Parcourir les albums. Une autre fenêtre modale apparait listant les albums, et lorsque je choisis l’album... Pouf tout disparait ! Et je me retrouve dans le champ texte sans modèle inséré...

    Je précise que le formulaire d’insertion du modèle fonctionne très bien si je saisie directement l’id de l’album.

    A priori le retour entre les 2 modales ne se fait pas bien !

    Suis-je le seul à constater cela ?

    Merci !

    • Bonjour et merci pour le retour.
      Oups, désolé pour le délai de la réponse, les vacances ont été sans pitié !
      Je regarde ça dès que possible.

    Répondre à ce message

  • Un détail qui aiderait beaucoup des distraits comme moi qui s’était habitué à utiliser un SPIP réglé par défaut en génération automatique de vignettes il y a longtemps et s’est remis à SPIP récemment.

    Serait-il possible d’ajouter au début de la page de documentation d’Album (cette page) un avertissement du genre de celui-ci ?

    « Avant de continuer ce tutoriel, facilitez-vous la vie : n’oubliez-pas de demander à SPIP la génération automatique des miniatures en allant sur la page de configuration des Fonctions avancées de votre espace privé et en choisissant une méthode GD, Netpbm ou autre, si votre serveur le permet et si vous le désirez. La lecture de ce tutoriel en sera grandement facilité. »

    Ce serait génial ! ;)

    Répondre à ce message

  • 3

    Bonjour,
    Je viens de publier un album avec 2 documents mais lorsque je clique sur « voir en ligne » j’obtiens « Aucun squelette album.html n’est disponible... »

    Faut-il créer une page avec un modèle album ?

    merci
    dd

    • Bonjour,
      Pour l’instant le plugin ne propose pas de squelette côté public pour la page « album ».
      C’est dans la todolist (soit enlever ce lien, soit ajouter un squelette).

    • Bonjour,

      Ce problème est très perturbant et fait perdre du temps pour comprendre d’où vient l’erreur. J’ai cherché avant de tomber sur ce commentaire. Je pense qu’il faudrait enlever le lien « Voir en ligne » en attendant que la fonction soit active.

      Merci quand même pour ce travail.

    • C’est juste, c’est corrigé dans la version 3.3.13
      Merci pour le retour.

    Répondre à ce message

  • 5

    Bonjour,

    je viens d’installer Albums 3. Dans un article, j’ai inclus un album de 30 images. une pagination s’est automatiquement mise en place, mais elle ne fonctionne pas. Lorsque je clique sur le lien de passage à la page 2 ou 3, rien ne se produit.

    En revanche, si j’utilise la font « recalculer la page », étant donné que l’adresse a été modifiée en tenant compte de la pagination, je vois bien la suite des vignettes.

    Ma question est donc double :
    1- d’où peut venir que cela ne s’affiche pas ?
    2- comment désactiver la pagination de l’album ?
    Merci d’avance

    SPIP 3.0.20 [22255] | Sarka-SPIP 3.4.5 | Albums 3.3.11

    • Hello,
      Je ne reproduis pas le bug de mon côté (même version de spip et de sarka-spip). Il y a une adresse où on peut voir ça ?
      Sinon, la navigation se met en place quand il y a plus de 20 documents. Pour désactiver, on peut augmenter ce nombre en ajoutant le paramètre navigation=200 par exemple.
      Et pour désactiver globalement, dans mes_options.php :

      define ('_ALBUMS_PAGINATION',200);

      Ce paramètre n’est pas encore documenté il faut que je mette à jour la doc.

    • Merci pour la rapidité de la réponse ! Je teste ça demain.

      Voici le lien de la page en question : http://test.vintage-audio-laser.com/Pioneer-P-D70-test?var_mode=recalcul

    • Sinon.... Question subsidiaire : je remarque que la dernière ligne de vignettes ne s’aligne pas sous celles d’au-dessus. Ça semble venir de l’espace entre 2 vignettes qui est mal géré. Mais je ne vois pas du tout d’où ça peut venir ...

      Un indice, peut-être ? (visible à la même adresse que mon post précédent)

      Merci d’avance.

    • Il semblerait que ma 1re réponse ne soit pas passée.

      Je t’y remerciais pour ta réponse, et te donnais le lien vers l’album paginé (que re-voici : http://test.vintage-audio-laser.com/Pioneer-P-D70-test?var_mode=calcul)

    • Bon, les messages avec lien ne passent pas, visiblement.

      Voici donc une capture d’écran de l’adresse.

    Répondre à ce message

  • 4

    Bonjour,
    je trouve ce plugin vraiment très pratique pour constituer et gérer des albums.
    Cependant, j’ai un souci lors de l’affichage d’un album, je visualise bien sur la partie publique les images de l’album avec les flèches de la boite mediabox mais la fonction diaporama n’apparait pas.
    Alors que si j’utilise des images du porte folio ou incluses dans un article, j’ai la fonction diaporama.

    Je ne sais pas si le problème vient de album ou de mediabox où il faut peut-être rajouter un code au niveau de la galerie dans la configuration.

    Merci d’avance, si quelqu’un peut me mettre sur une piste.

    • C’est dû à une petite incohérence du plugin Mediabox.

      D’après la doc, pour déclarer des images comme faisant partie d’un même ensemble, il faut ajouter un attribut rel, qui est bien présent dans le squelette des albums. Ça, ça fonctionne, on a bien les flèches de navigation dans la fenêtre popup. De cette façon, on peut avoir plusieurs groupes indépendants d’images par page.

      En revanche, ça ne suffit pas pour que le lien « diaporama » s’affiche.
      Pour se faire, il faut cibler les éléments en dur dans la config du plugin Mediabox. Je ne comprends pas pourquoi, mais c’est comme ça. Par contre, le diaporama ne verra pas plusieurs groupes indépendants d’images, mais un seul groupe par page.
      Donc les images du portfolio et celles des albums apparaitront comme faisant partie du même diaporama.

      Bref, dans les options du plugin (page ?exec=configurer_mediabox), dans le champ « en galerie », il faut donc ajouter à la suite :

      ,.album a[type='image/jpeg'],.album a[type='image/png'],.album a[type='image/gif']
    • Génial, cela fonctionne !
      Un très grand MERCI à vous.

    • Mirobolus

      Cette astuce-là va se perdre dans les méandres de ces pages au fil du temps. Peut-être à remonter dans l’article ? En tout cas, super boulot !

    • Mirobolus

      Oups... parlé trop vite. Chez moi, ’This image failed to load.’ malgré ce réglage dans Mediabox. Rien à faire, ça ne fonctionne pas alors que c’est tout bon pour les images du portfolio (dernière version du plugin 3.3.11sur SPIP 3.0.19 [22089]).

    Répondre à ce message

  • 3

    Bonjour,

    Je découvre ce fauleux plugin ! bravo.

    j’envisage de l’utiliser dans le cadre d’un intranet. Est il possible de repoduire une structure « hiérarchique » ? c’est à dire avoir un album qui reprenne une structure de répertoire avec des sous dossiers. du style un album dans un album ? pour reproduire par exemple cette structure

    • Bonjour,

      Pour l’instant, le liaison d’albums entre eux est désactivée dans l’interface.
      Mais techniquement, c’est faisable : Il suffirait de retirer ’spip_albums’ du paramètre exclus, ligne 35 : http://zone.spip.org/trac/spip-zone/browser/_plugins_/albums/trunk/formulaires/configurer_albums.html#L35

      Après, les albums utilisent une table de liaison, ce qui ne permet pas exactement de créer des structures hiérarchiques comme avec les articles/rubriques : un article appartient à une rubrique, tandis qu’un album peut être lié à plusieurs objets.

      Cette demande a été faite dans le passé, mais je ne suis toujours pas sûr que débrayer cette possibilité soit souhaitable, ça pourrait ajouter de la confusion dans l’interface.

      Ou alors on pourrait peut-être ajouter une constante pour débrayer cette possibilité, pour les cas où on en a vraiment besoin et où on sait ce qu’on fait ? Genre define('_ALBUMS_IMBRIQUES',true); par exemple.

    • bonjour

      merci pour ces petites précisions, je vais voir comment je peux m’organiser pour « simuler » un peu cette structure. Je pense que je vais passer par des articles liés, mais pour le moment mon souci se situe au niveau de la boucle

      je ne vois pas trop quoi lui mettre dedans pour par exemple lister tous les docs pdfs de l’album de l’article.

      Autre remarques en passant. Dans l’interface privé, quand j’essaie de « filter » par type de documents,
      cela ne fonctionne pas, il me liste a la fois les pdfs et les xls, comme si le filtre n’avait aucune action

    • Bonjour,
      pour lister tous les documents pdf d’un album lié à un article, on peut utiliser le critère {extension=xxx} dans une boucle documents.

      <BOUCLE_album(ALBUMS){id_article}>
      <BOUCLE_documents(DOCUMENTS){id_album}{extension=pdf}>

      Sur la page des albums, pouvez-vous ajouter &extension=pdf à la fin de l’URL et recharger la page pour voir si le filtrage fonctionne ? Les rechargements ajax peuvent se montrer capricieux.

    Répondre à ce message

  • encore une question …

    j’ai créer des albums ainsi que des articles liés à ces albums. J’aimerai bien pour un article donné, faire une boucle me permettant de classer les documents en fonction de leur type, avec une séparation à chaque fois

    Doc pdf de l’article :
    liste tous les documents pdf de cet article
    Doc word de l’article :
    -  liste tous les documents doc

    etc etc

    quels sont les arguments de la boucle album ?

    si j’écris :

    comment je peut lister à l’intérieur la liste des docs ?

    Répondre à ce message

  • 1

    Bonjour, je souhaite créer un album seulement j’utilise également le plugin TinyMCE qui ne prend pas en compte le « modele » <cadre class='spip'><albumX></cadre>. J’ai essayé de corriger le problème via le plugin TinyMce mais pas moyen. Ce plugin offre la fonctionnalité <pre><span class = "spiptmceInsert"><album1></span></pre> mais ça ne marche pas alors que <cadre class='spip'><emb3></cadre>. Avez-vous une explication ?

    • Bonjour,
      Désolé je n’utilise pas le plugin TinyMCE et j’ignore totalement comment il fonctionne.
      Est-ce que le problème se présente avec d’autres types de modèles non natifs de SPIP ?

    Répondre à ce message

  • 1

    bonjour
    j’ai un album de pdf
    mais impossible d’afficher la vignette « personnalisée » à la place de celle de pdf .
    une idée ?

    • Bonjour,
      Merci pour le signalement, c’est corrigé dans la version 3.3.11

    Répondre à ce message

  • 2

    Bonjour

    Je viens de migrer un site de 3.0.16 en 3.0.17, et j’en ai profité pour migrer le plugin album aussi. Ca fonctionne correctement (une fois que j’ai compris que la taille par défaut des vignettes était prise en compte à ce niveau là : j’avais mis 500px pour une autre utilisation dans le site, du coup je suis redescendu à 100 px pour avoir les vignettes les unes à côté des autres... après avoir trifouillé pour mon code css pendant 1 heure pour comprendre d’où ça venait !).
    Bref, j’ai une question mais je ne sais pas si mediabox ou albums qui est concerné : Quand je clique sur une des vignettes pour afficher la photo, j’ai dessous le Titre de la photo, son extension (JPEG en l’occurence), son poids et sa taille en px.
    Je ne souhaiterai avoir que le titre (le reste n’intéresse personne en fait).
    Où est-ce que je peux paramétrer cela ?

    Merci d’avance pour la réponse !

    • Bonjour,

      ça tombe bien une option a été rajoutée il y a quelques jours exactement pour ça.
      Dans mes_options.php, ajouter :

      define('_ALBUMS_TITRE_COURT',false);

      Cela dit, on pourrait peut-être faire l’inverse : par défaut afficher la version courte, et la version complète en passant une option _ALBUMS_TITRE_LONG par ex. À voir.

    • Bonjour Tchariss

      merci pour ta réponse rapide, t’es au top ;-)

      Ca marche nickel !
      Sauf que pour moi il faut que je mette define(’_ALBUMS_TITRE_COURT’,true) ;
      pour activer le titre court du coup.

    Répondre à ce message

  • Bonjour,
    J’ai modifié le document doc.html que j’ai rajouté en surcharge dans squelettes/contenu pour que mediabox m’indique uniquement le titre du document ce qui fonctionne très bien si le document se trouve dans porte folio mais si il se trouve dans album, il me rajoute le type et la taille de l’image.

    Étant novice en spip, c’est certainement très simple mais je ne vois pas où intervenir.
    Si quelqu’un a une idée, merci d’avance.

    Répondre à ce message

  • 3

    Bonjour,

    J’utilise Albums 3.3.9 sous SPIP 3.0.5.
    Les photos des albums apparaissent sur le site publique sous forme de liste

    <li> et <ul>

    mais je souhaiterais voir ces photos alignées les unes à côté des autres.
    Comment faire ?

    Merci de votre réponse.
    Cordialement

    • Bonjour,
      S’il s’agit des albums joints à un article, mais non insérés dans le texte, c’est fait exprès. Ils sont censés s’afficher comme les documents-joints, donc sous forme de liste.
      S’il s’agit d’albums insérés dans le texte, là affectivement il y a un problème.
      Il y a une URL où on peut voir ça ?

    • (après avoir vu l’URL)

      On dirait que la feuille de style des albums n’est pas chargée. Possible que la balise #INSERT_HEAD_CSS ne soit pas présente dans vos squelettes. Si c’est voulu, il faut insérer la feuille de style des albums à la main : <link rel='stylesheet' type='text/css' media='all' href='[(#CHEMIN{css/albums.css})]' />

    • Super !
      J’ai rajouté : <link rel='stylesheet' type='text/css' media='all' href='[(#CHEMIN{css/albums.css})]' /> dans mon head.html et cela fonctionne parfaitement !
      Merci :-)

    Répondre à ce message

  • 3
    Laurent207

    Bonjour,

    Je viens d’installer SPIP 3.0.17, Albums 3.3.9, YAML 1.5.2 et saisies 2.2.0. Tous les plugins ont été installé via l’installation automatique.

    Après avoir, créé un album et publié ce dernier en ligne, je clique sur « voir en ligne », ce qui a pour effet d’ouvrir un nouvel onglet (http://www.e-joutes.fr/eeg/spip.php?album1&var_mode=calcul)

    Là j’obtiens une erreur 404 avec un tableau dans le coins indiquant :
    1 Erreur(s) dans le squelette
    Aucun squelette album.html n’est disponible...

    Il ne me manque pas un truc ?

    • Bonjour,
      Pour l’instant le plugin ne propose pas de squelette pour la page albums, il faudrait donc soit enlever ce lien de prévisualisation, soit ajouter le squelette adéquat.
      C’est ajouté dans la todolist, merci pour le retour.

    • Laurent207

      Autant pour moi, j’ai trouvé, il suffit d’écrire : <album1|titre=oui|descriptif=oui|label=oui>
      Un petit exemple dans la doc sera sympa pour ceux qui ne connaisse pas spip ça pourrai aider ^^.

      J’arrive à peut prêt à ce que je veux mais le titre et le descriptif s’affiche en bas, sous les photo. Est-il possible de les afficher avant ?

    • Oui c’est possible avec position_legende=top. Ce n’est pas encore dans la doc, il faut que je mette celle-ci à jour.

    Répondre à ce message

  • Laurent207

    Bonjour,

    Je trouve ce plugin très bien, mais une fois que je veux cliquer sur « voir en ligne » (après avoir publié en ligne l’album), j’obtiens :
    Aucun squelette album.html n’est disponible...

    SPIP 3.0.17
    Albums 3.3.9
    YALM 1.5.2
    Saisie 2.2.0

    Mon site est encours de constrution, il est en ligne sur un environnement de test avant migration.
    http://www.e-joutes.fr/eeg/spip.php?album1&var_mode=calcul

    Répondre à ce message

  • 4
    christiand.

    Bonjour,

    J’utilise Albums qui est très bien pour replacer des documents par rapport au texte mais je n’arrive pas à faire que les docs -ici des images- apparaissent dans un ordre donné.

    D’ailleurs, je ne sais pas trop bien quel est l’ordre car les photos ne sont pas présentées en ordre chronologique mais un peu en vrac.

    Il y a une solution ?

    Merci d’avance pour vos réponses.

    Christian

    • Bonjour,

      Par défaut les documents d’un album sont classés par type de media (image | audio | video etc.), puis par titre / nom de fichier. On peut changer ce tri au moyen du paramètre par, les valeurs possible sont id_document | titre | fichier | media | mode | extension | taille.

      Mais pour être clair, pour l’instant il n’y a pas vraiment de possibilité d’ordonner manuellement les documents d’un album. On pourrait être tenté de faire par=titre et de numéroter les titres des documents : 1.document x, 2. document y, etc. mais comme un même document peut être utilisé dans plusieurs albums ce n’est pas une solution viable.

      Il est prévu de pouvoir définir leur position manuellement par glisser-déposer, comme le fait le plugin mosaïque.
      Un jour proche !

    • christiand.

      Merci pour ta réponse, Tcharlss.

      Ca donnerait ça : <albumxx | par=titre |> ?

    • Oui c’est ça. Enfin, pour être exact : <albumxx|par=titre> (pas d’espace ni de « | » à la fin).

    • christiand.

      Merci Tcharlss pour ta réponse et ces précisions.

      Mais ça ne marche pas. Les images restent dans cet ordre qui n’est pas le bon. J’ai essayé de mettre <albumxx|doc12282|doc12283|doc12284>, ce sont les noms des images, mais rien n’y fait. Spip garde son ordre qui n’est pas le bon...

    Répondre à ce message

  • 21

    Bonjour,

    j’ai un soucis avec la version 3.3.1 (SPIP 3.0.17), suite à la mise à jour de quelques sites qui étaient précédemment sous :

    • Album 2.2.13
    • SPIP 3.0.13

    En fait dans les albums photos contenant des documents (images) assez ancien, les vignettes ne se génèrent pas, j’ai simplement l’icone JPEG (spip) par défaut.
    J’ai par exemple un cas assez révélateur, un album avec 5 docs (dont 2 anciens) et seul les docs récents ont leur vignette générée. Les autres ont simplement l’icone JPEG.

    Je ne vois pas d’où viens l’erreur (vidé les cache, regardé les logs, GD2 ok), et je n’arrive pas à reproduire cela sur mon site de dev/test (les documents étant récents).
    Dans le backoffice les vignettes sont bien là.
    Ce sont des sites qui dates (si ça peut aider) SPIP 1.9 et même plus vieux.
    Et qui peut-être n’ont pas suivit une ancienne mise à jour importante concernant la structure des document ?

    En l’état je vais « patcher » cela en copiant le modèle « album.html » dans mon « squelette/modeles »
    ou je remplace la vignette :

    [(#GET{src}|balise_img{#GET{titre_document_long},vignette}|inserer_attribut{aria-hidden,true})]

    pas ce qu’il y avait dans l’ancien modèle :

    [(#LOGO_DOCUMENT
    	|image_reduire{#ENV{largeur,0},#ENV{hauteur,85}}
    	|inserer_attribut{class,spip_logos}
    	|inserer_attribut{alt,#GET{titre}}
    )]

    PS : note aux devs, si je peux aider, mettre un squelette spécifique pour tester ou autre, hésitez pas.

    Merci d’avance,
    — 
    Sylvain

    • Bonsoir,
      Et pour les images jointes aux articles (portfolio/documents joints), ça fait pareil ?
      L’option « Générer automatiquement les miniatures des images » dans les options avancées est toujours activée ?
      Peux-tu essayer [(#FICHIER|image_reduire{100,100})] dans ton squelette pour voir si ça fonctionne ?

    • Hello,

      merci pour ton retour rapide, oui la génération des vignettes et GD2 sont bien activés

      j’ai pu extraire sur un site de test des éléments pour reproduire « le bug »
      http://test.agilium.net/TEST-852

      avec donc dans le modèle album.html les 3 types de vignettes, pour chaque document :

      • l’original [(#GET{src} (...)
      • l’ancien [(#LOGO_DOCUMENT|image_reduire (...)
      • le [(#FICHIER|image_reduire (...)

      puis 2 albums :

      • avec que des anciens docs (très anciens surement émis sous SPIP 1.8)
      • avec des anciens et nouveaux docs

      Je t’ai mis tout le détails dans la page, là on a tous les cas de figure

      Conclusion : seuls ces anciens documents posent problème. D’où ma supposition ces docs datent d’avant la refonte des docs dans SPIP, je crois lors de l’arrivé du plugin par défaut « Medias » (je crois).

      Merci d’avance.

    • Une idée ?

    • Bonjour,
      Cool la page de tests, ça c’est du retour de bug !
      Je pense finalement avoir une petite idée de l’origine du problème.
      Dans la dernière itération du modèle, on fait le test suivant : si le document est une image on affiche une miniature, sinon on affiche juste l’icône du document. Pour ça on se repose sur la balise #MEDIA qui peut avoir la valeur image, audio, video ou document. Il y a des chances que cette balise soit vide pour les anciens documents issus de SPIP 1.8, et du coup le test échoue.

      Que renvoie [(#MEDIA|print)] pour les anciens documents ?

    • bien vue !

      http://test.agilium.net/TEST-852

      ça renvoi «  ? »

    • Ok, c’était donc ça, c’est remédiable facilement. Est-ce que #EXTENSION retourne quelque chose pour les anciens documents ?

    • Hop, ça devrait être fixé dans la 3.3.2. Merci pour les retours

    • Oui #EXTENSION retourne « jpg »

    • avec la mise à jour 3.3.2 ... c’est pas bon ?!
      toujours le problème de vignette pour les anciens doc

      et au recalcule de la page il indique 2 erreurs du modèle :

      1 	Filtre ) non défini	   /  	   /  	0
      2 	Argument manquant dans la balise SET	plugins/auto/albums/v3.3.2/modeles/album.html	_documents_album	120
    • Très certainement un problème de cache.
      Essaye avec un var_mode=calcul (chez moi, 2 fois d’affilée).

    • non, bin non ... ça fait plus de 10 ans que j’utilise SPIP.

      J’ai bien sur tout tenté, y compris vidé le cache « Images calculées automatiquement ».

    • Ouuuups, la boulette ! J’avais oublié un « } » dans la dernière m.a.j.
      Tout devrait être réparé dans la 3.3.3.

    • plus d’erreur de squelette

      mais toujours le problème de vignette pour les anciens doc

    • Est-ce que tu peux me faire un retour avec ce squelette stp ? http://spip.pastebin.fr/39210 (à placer dans squelettes/modeles).
      Ou encore mieux, faire un screen d’une ligne d’un ancien document dans phpmyadmin.

    • Oui ! c’est ce que je te demandais au tout début :-p

      Là, ça me semble plus clair :
      http://test.agilium.net/TEST-852

      merci encore hin :-)

    • Mmmmh, bizarre tout ça. Déjà je ne parviens pas à reproduire le bug chez moi.
      Et puis dans le retour, si #MEDIA ou sql_getfetsel renvoie quelque chose, alors #GET{media} devrait aussi renvoyer quelque chose, ce qui n’est pas pourtant le cas.

      Je vais avoir besoin d’une ligne phpmyadmin pour y voir plus clair : peux-tu exporter une ligne d’un document fautif, dans la table spip_documents, au format YAML stp ?

    • Et un autre squelette de débug au cas où : http://spip.pastebin.fr/39212

    • squelette mise à jour
      http://test.agilium.net/TEST-852

      et le YAML

      %YAML 1.1
      ---
      # base.spip_documents
      -
        id_document: 185
        id_vignette: 0
        titre: "le lac 60"
        date: "2009-04-17 11:25:38"
        descriptif: ""
        fichier: "jpg/le_lac_60.jpg"
        taille: 72892
        largeur: 500
        hauteur: 335
        mode: "image"
        distant: "non"
        maj: "2015-03-25 10:25:52"
        statut: "publie"
        date_publication: "1970-01-01 01:00:00"
        brise: 0
        credits: ""
        media: "?"
        extension: "jpg"
      ...

      Encore une fois, je soupçonne qu’une mise à jour de SPIP n’a pas correctement mis à jour ces anciens docs.
      Genre un saut de version trop important, car ces sites n’étaient plus mis à jour depuis longtemps, et ne pouvais pas faire des mises à jour successives 1.9 -> 2.x -> 3.x

    • Aaaaah, mais la valeur de media est littéralement « ? » chez toi ? Ok, tout s’explique. Je pensais que tu avais changé l’affichage au niveau du squelette en cas de champ vide, du coup j’avais mal interprété les retours.
      En tout cas ça me semble étrange de se retrouver avec cette valeur dans ce champ, en cas d’erreur de mise à jour il devrait être laissé vide.
      Bref, on doit pouvoir contourner ce problème, peux-tu me confirmer si les vignettes sont bien là sur le squelette suivant ? http://spip.pastebin.fr/39214
      Si c’est ok je reporterai sur le plugin.

    • Merci pour les tests et les retours !

    Répondre à ce message

  • 17

    Bonjour,
    Sauf erreur de ma part,
    un rédacteur ne peut modifier un album publié dont il est l’auteur (normal, c’est ainsi pour les article aussi),
    malgré que l’album soit dans un espace wiki déclaré par le plugin autorité (alors que là, c’est possible pour article, et aussi pour un objet éditoriale simple que j’ai créé avec la fabrique)
    Est-ce que vous voyez le moyens de résoudre cela ?
    (je voudrais que les rédacteurs puissent modifier les albums, qu’ils en soient auteur ou non)

    • ps. en fait cela semble assez logique, albums passant par une table liens pour inclusion. De même que documents. J’ai oublié de vérifier si les rédacteurs pouvais modifier les documents. Je vois ça.

    • oui, un rédacteur peut modifier les documents,
      -  s’il en est l’auteur d’un article publié si le plugin autorité le permet (coché : Auteur modifie article, chaque rédacteur peut modifier les articles publiés dont il est l’auteur)
      -  même s’ils n’en est pas l’auteur si l’article est dans espace wiki défini par autorité.
      Logique.

      Dans le cas général (plugin autorité désactivé) pour un album publié et ses documents un rédacteur ne peut rien faire. Normal, idem pour article.
      -  dans espace wiki défini par autorité un rédacteur peut modifier un album publié et les documents qu’il contient seulement s’il en est l’auteur ?...
      -  (il n’y a pas dans autorité d’option à cocher Auteur modifie album, chaque rédacteur peut modifier les albums publiés dont il est l’auteur)

      Bref et en Ccl° après ma surprise, de constater que les albums ne suivaient pas les règles du plugin autorités (comme l’aurait fait le portfolio), je pense que c’est assez normal : ça doit être à définir dans le plugin autorité ...

      désolé du dérangement ! mais si vous pouvez me confirmer que je me casse pas la tête pour rien.

    • Bonjour,

      Merci pour les retours sur le plugin autorité, je ne l’utilise pas et ne l’avais donc pas pris en compte. Mais j’imagine qu’il est assez populaire, donc profitons en pour l’intégrer.
      Le plugin prend en charge les objets natifs de SPIP : articles, rubriques, forums, etc. À ma connaissance, il n’y a pas de mécanisme pour prendre en charge les autres objets, c’est pour ça qu’ils n’apparaissent pas dans le formulaire de configuration.

      Pour les albums, en général les autorisations (à ajouter, modifier, supprimer...) suivent la logique de celle des documents.
      Jusqu’à présent, pour avoir le droit de modifier un album, il fallait :
      -  soit être l’auteur, et avoir le droit de modifier tous les objets liés
      -  soit être administrateur complet

      Un nouveau cas de figure a été ajouté pour tenir compte des secteurs wiki :
      -  n’importe qui peut modifier un album utilisé une seule fois et lié à un rubrique ou un article situé dans un secteur wiki/ouvert.

      A tester dans la version 3.0.18, publiée demain.

    • super ! merci.

    • Bonjour,
      maintenant si on essaye de créer un nouvel album (quelque soit nos droits) : Ajouter un album, Titre qcq , Enregistrez => on a le message en rouge : Indiquez un fichier !
      Il semble qu’il faille maintenant absolument aussi joindre un document pour pouvoir enregistrer un nouvel album. C’est voulu ? (pas pratique pour notre besoin ...)

    • Oui, c’est voulu. Le formulaire d’ajout d’albums récupère les vérifications du formulaire d’ajout de documents, d’où le message d’erreur en cas d’absence de doc.
      Cela dit on pourrait peut-être se passer de cette vérification, ça reste à voir.
      Dites m’en plus, dans quel cas de figure avez-vous besoin d’ajouter des albums vides ?

    • Dans tous les cas de figure, les albums sont créés pour pouvoir y ajouter des photos ;
      notre site

    • En ce qui concerne l’ajout d’album à un objet, l’usage a un peu changé depuis la version 2.
      -  Avant, ça se faisait en 2 étapes : il fallait d’abord enregistrer l’album, et ensuite lui ajouter des documents. L’album étant de fait vide pendant un court moment, il fallait l’autoriser.
      -  Maintenant, ça se fait en 1 seule étape : on remplit -si on veut- titre et descriptif, on choisit les documents, et on enregistre. Donc il n’y a pas de raison que l’album soit vide, et pas de raison de l’autoriser.

      A moins qu’il y ait des cas de figure où l’on ait besoin d’ajouter des albums vides, mais dans ce cas il faut m’expliquer pourquoi.

    • Il y a peu avec la version 3 cela pouvait se faire en 2 étapes, les qcq utilisateurs de notre sites procédaient ainsi et n’ont donc pas compris pourquoi la création de l’album leur était maintenant refusée. Peut être que dans le formulaire de création de l’album il faudrait ajouter une petite note à côté de Documents : « vous devez téléverser au moins un document ».

      Pourquoi préférerions nous pouvoir ajouter des albums vides est dû à nos habitudes, notre pratique (l’escalade de blocs à Fontainebleau). Des grimpeurs ouvrent de nouvelles voies ou signalent des voies en faisant des relevés topographiques et décrivant ces voies, leur emplacement. D’autres grimpeurs avec ces informations iront parcourir les voies décrites et prendre des photos.
      Donc ne vous cassez pas la tête. Si ce ’besoin’ n’est pas partagé par d’autres, je signalerai juste dans notre mode d’emploi avec la petite note précédente d’attacher la photo [pas de photo] n°x et ça le fera ;

    • J’ai oublié de vous parler de cela : on ne peut publier les albums qu’on a créés (et les modifier sauf si on en est l’auteur. un rédacteur avait créé un album pour un autre, et du coup ne pouvait plus le modifier). Je pense que pour régler cela, dans un espace wiki, il faudrait de même ajouter la gestion des albums au plugin autorité ? (si c’est vraiment plus du côté Album qu’Autorité qu’il est le plus judicieux d’agir)
      Actuellement bien que soit coché sur autorité : ouvrir la publication — au-delà des administrateurs : aux rédacteurs du site , les albums ne sont pas pris en compte.

    • En ce qui concerne la création d’albums vides, pour l’instant il y a 2 comportements légèrement différents, ce qui peut en effet porter à confusion :
      -  les nouveaux albums indépendants peuvent être vides (quand on les crée depuis la barre d’outils rapides ou sur la page des albums).
      -  les nouveaux albums associés aux objets ne peuvent pas être vides (quand on les crée sur la page d’un objet).
      Bon, je pense qu’autoriser la création d’albums vides dans touts les cas ne mange pas de pain, et ça unifiera le comportement. Je verrais ça dans la prochaine mise à jour.


      Pour le 2e point, je ne reproduis pas le problème (ou alors j’ai pas tout compris :p).
      J’ai une rubrique déclarée comme espace wiki, configurée comme suit :
      Voulez-vous ouvrir ce wiki — au-delà des administrateurs : ☑ aux rédacteurs du site.
      Un rédacteur ajoute un nouvel album à cette rubrique.
      → l’album est publié d’office.
      → Les autres rédacteurs on bien le droit de le modifier.

    • Donc, le 1er point est « corrigé » (je mets des guillemets !) dans la version 3.0.19.
      Pour le 2e point, j’attends + d’infos.

    • 1er point ok. j’ai màj vers 3.0.19
      2e point ok aussi ! (dsl j’avais oublié màj Autorité sur mon serveur test)
      merci.

    • Désolé, mes rédacteurs m’ont fait remarquer qu’il y avait toujours un problème :
      si l’album est lié à une brève dans un espace wiki ils ne peuvent le modifier.
      À prendre en compte dans albums_autorisations.php ?

      (sur notre site l’album est lié non à une brève mais à un circuit, nouvel objet éditorial que j’ai créé. mais, j’ai vérifié, avec une brève il en est de même. j’ai bein essayé d’ajouter breve mais pas d’id_secteur dans breve)

    • Effectivement ça ne prenait en compte que les rubriques et les articles, pas les autres types d’objets. Maintenant, du moment que l’objet lié possède un champ id_secteur ça devrait être bon : cf. r86435.
      A moins que j’ai tout cassé, surprise dans la version 3.0.20
      Merci du retour en tout cas.

    • À priori ça ne marche pas. On peut modifier une brève dans un espace wiki mais pas son album. Le problème me semble être qu’il n’y a pas de champ id_secteur pour les brèves (pour mon objet ’circuit’ non plus mais là ce n’est pas un problème, je peux l’ajouter)
      Mais, euh.. ! on ne peut pas ajouter de document à une brève ! alors pourquoi s’embêter à vouloir y ajouter des albums ! ;-)

    • On va y arriver !
      Je n’utilise jamais les brèves, effectivement il n’y a pas de champ id_secteur.
      Donc on regarde aussi si l’objet possède un champ id_rubrique, ce qui nous permet de retrouver le champ id_secteur, et donc d’obtenir l’autorisation.
      Guettez la prochaine mise à jour, ça devait marcher avec les brèves (et avec votre objet circuit en ajoutant un champ id_rubrique ou id_secteur).

      Sinon, on peut ajouter des documents aux brèves en les cochant dans le menu configuration > contenu du site > documents joints.

    Répondre à ce message

  • 3
    Mathieu

    Les plugins saisies, YAML et vérifier sont devenus obligatoires depuis quelques jours. Est-ce vraiment le cas ? Si j’en crois le commentaire sur cette modification c’est uniquement pour nredre certaines fonctionnalités plus visibles : http://zone.spip.org/trac/spip-zone/browser/_plugins_/albums/trunk/paquet.xml?rev=88152
    Ca m’embête un peu ayant toujours tenté de réalisé mes sites SPIP avec le moins de plugins possibles, j’étais bien content que Album me laisse le choix de les utiliser ou pas. :(

    • Oui j’étais assez partagé sur le fait de rendre obligatoire ces 3 plugins, mais j’ai vraiment l’impression que beaucoup de gens passaient à côté du formulaire pour insérer des balises, qui simplifie bien les choses. Enfin, j’ai pas de chiffres, c’est juste mon sentiment.
      Ça me semble un moindre mal, car saisies et vérifier sont utilisés par plein d’autres plugins, YAML sans doute moins par contre.

      En fait idéalement, cette fonctionnalité devrait être confiée au plugin Insérer Modèles qui sert précisément à ça, mais il faudrait auparavant effectuer quelques changements sur le plugin.

      Donc pour l’instant, pas d’avis définitif, on peut toujours revenir dessus si besoin.

    • Bon, finalement je suis revenu dessus pour l’instant, ce sont à nouveau des dépendances optionnelles avec la 3.3.2.
      Peut-être qu’à un moment, on mettra le plugin Insérer Modèles en dépendance obligatoire avec les modifs nécessaires intégrées, mais on en est pas encore là.
      Merci pour ton retour en tout cas.

    • Mathieu

      Super, merci !
      Bon l’autre « solution » serait d’intégrer les plugins saisies, YAML et vérifier à la « dist » :D

    Répondre à ce message

  • 3

    Bonjour,
    j’ai fait une màj, depuis, je crois, on ne peut plus modifier les albums d’un espace wiki ?...

    2° suggestion d’un petit détail de confort si possible :
    quand on ajoute un album celui ci est créé. Message : « L’album N° xxx a été ajouté », et il rejoint la liste des albums déjà créés, immédiatement accessible au-dessus ... sauf s’il y en a 150, car alors il se retrouve en fin de pagination (faut juste le savoir).
    s’il était possible d’ajouter un lien vers l’album dans le message « L’album N° xxx a été ajouté »
    (nos albums sont toujours modifiés après création : mots clés, géotagués, ...)

    • 2e chose : bien qu’un rédacteur ne puisse modifier l’album ni y ajouter document, il peut détacher l’album (et sans sommation !).
      (bizarre, tout marchait impec jusqu’à il y a peu)

    • euh ! excusez pour le dérangement, j’étais repassé à la version 2, je sais pas pourquoi ni comment ? (en faisant une mise à jour avec le couteau suisse ??... peut être tout autre chose ...)

      reste donc juste la suggestion du "petit détail" si possible facile :
      ajouter un lien sur l’album dans le message : « L’album N° xxx a été ajouté »

    • Quelques petits changements dans la prochaine maj suite à tes remarques :
      -  tri des albums du plus récent au plus ancien, plus pratique
      -  pagination par 10 au lieu de 5
      -  quand on ajoute un album, un lien dans le message mène à l’ancre de l’album en cours. Si l’album n’est pas visible parcequ’il y a une pagination en cours, le lien est ineffectif, mais c’est mieux que rien. on verra comment améliorer ça.
      -  quant aux problèmes de wiki et cie : ouf ! j’ai eu des sueurs froides un moment, là.

    Répondre à ce message

  • 1

    Hello,

    petit retour donc après la migration depuis la version 2 :

    • pour les vignette, le modèle par défaut prend la taille des vignettes dans la configuration, très bien
      seulement lorsque l’on a des photos en paysage et portrait cela donne une mosaïque pas très élégante, il vaudrait mieux (selon moi) ne réduire que sur la hauteur et laisser la largeur proportionnelle
    • je trouve que la pagination devrait plutôt être une option que présente par défaut
    • C’est décidé, je te fais beta-testeur officiel ! Effectivement, par défaut les vignettes devraient être retaillées par défaut en hauteur, mais ce n’est plus le cas depuis un commit récent. C’est réparé dans la prochaine mise à jour. Merci d’avoir signalé cette grosse boulette.

      Pour se passer de la pagination, 2 possibilités :

      • pour du cas par cas, passer le paramètre pagination=1000 au modèle.
      • sinon, pour s’en passer globalement, ajouter dans mes_options.php : define('_ALBUMS_PAGINATION',1000);. C’est une option pas encore documentée, faut que je m’en occupe. A noter que le paramètre pagination passé directement au modèle aura priorité.

    Répondre à ce message

  • 2

    Hello,

    désolé de revenir ;-)

    sur tous mes sites la pagination des vignettes ne marche pas ?!
    http://test.agilium.net/TEST-852

    Il faut activer quelque chose de spécial ?

    • Ah oui, la pagination était effectivement cassée depuis un commit récent. C’est réparé dans la prochaine maj, merci !

    • Merci encore, je vais pouvoir finir la mise à jour de mes sites.

    Répondre à ce message

  • 3

    Bonjour

    Je rencontre un problème avec cette version3 par rapport à la 2.2.15 avec le modèle par défaut en vue vignette : la vue vignette ne se fait pas sur mon nouveau site.
    Je suis sur un squelette personnalisé complètement, en HTML5.
    La version albums 3 présente dans l’article les photos en format original, les unes sous les autres et non en vignettes. J’ai désinstallé cette version pour remettre la version 2.2. et là j’ai bien une présentation en vignette dans l’article. et quand je clique dessus, ça lance le diaporama.
    Je préfèrerai utiliser la dernière version cependant.

    Qu’est-ce que je dois regarder / modifier pour que cela soit pris en compte avec la version 3 ?
    Merci bcp pour votre réponse, c’est assez urgent...
    Aude

    • Bonjour,
      Visiblement un problème avec les CSS. Il y a une adresse où on peut voir ça ?

    • Bonjour

      Merci pour votre réponse, en attendant j’ai réinstallé la version 2
      Non site pas encore ouvert en extérieur. Je vais regarder le CSS effectivement. Ca pourrait être quel(s) paramètre(s) à votre avis (pour gagner du temps) ?

    • La règle CSS importante, c’est celle là :

      .album.vignettes li { display: inline-block; }

      C’est peut-être aussi un plugin qui désactive ou surcharge la feuille de style des albums.

    Répondre à ce message

  • 2

    bonjour et meilleurs voeux à tous pour cette année 2015
    toujours en utilisation de ce plugin parfait pour la diffusion des visuels, j aurai aimé contribuer mais ma matière grise à apparemment ses limites... ma demande du jour porte sur la pagination des documents.
    Je souhaiterai contrôler dans un cadre déterminé, le nombre de photos coté public, je trimballe l ancre pagination par ci par là, retour l imbroglio sans succès.
    Deplus, utilisateur de la visionneuse médias, je souhaiterai que la dite pagination ne casse pas le défilement des images en lecture.
    Aurais tu une piste pas trop noire à conseiller ?
    merci

    • Bonjour,
      Merci pour le retour, je n’avais pas pensé à la pagination, ce sera ajouté aux 2 modèles dans la prochaine mise à jour. Il suffira de rajouter le paramètre pagination=x pour contrôler le nombre de documents affichés.
      Sinon pour ajouter ça dans tes squelettes, je te renvoie à la doc : http://www.spip.net/fr_article3367.html.
      Pour l’ancre, il faut la placer dans les parties optionnelles de la boucle, par ex. :

      <B_truc>
      #ANCRE_PAGINATION
      <BOUCLE_truc(...){pagination}>
      bla bla
      </BOUCLE_truc>
    • Bonjour
      Nikel comme d’habitude !
      Merci à toi

    Répondre à ce message

  • 1

    Bonsoir,
    quelle boucle dois-je utilisé pour afficher les images d’un album associé à un article ? J’aimerai afficher les images comme on le fait avec BOUCLE DOCUMENT.

    Merci par avance.

    • Bonjour,
      En plaçant la boucle DOCUMENTS dans une boucle ALBUMS avec le bon critère, de cette façon :

      <BOUCLE_albums(ALBUMS){id_article}>
      <BOUCLE_documents(DOCUMENTS){id_album}>
      ... images ...
      </BOUCLE_documents>
      </BOUCLE_albums>

      Vous pouvez aussi utiliser le modèle directement :
      #MODELE{album,id_article=x}

    Répondre à ce message

  • 1

    Ce plugin est incompatible avec Uploadify.

    • Bonjour,
      c’est exact, les 2 plugins surchargent le même ficher du plugin Médias : formulaires/inc-upload-document.html (albums et uploadify).
      On va voir si on peut éviter cette surcharge du côté des albums (ce serait bien).
      Merci pour le retour.

    Répondre à ce message

  • 4

    Bonsoir
    tout d abord, plugin merveilleux :)
    j utilisais une autre technique développée sur ce site, mais elle restait très lourde...
    là c’est génial, donc merci !
    cependant et c’est l’objet dema question, j essaie de rendre les images de l’album en noir et blanc avec un passage couleur lors d’un survol souris (effet table lumineuse) et je n y arrive pas même avec une fonction.php
    Auriez vous une piste à me fournir ? merci
    www.sylvainfaisan.fr

    • Bonjour,
      désolé de la réponse tardive, il a fallu faire quelque modifs sur le squelette du modèle correspondant pour le rendre plus facilement modifiable et lisible. Comme il y a pas mal de paramètres à prendre en compte, il est un peu touffu.
      Une solution est donc de surcharger le modèle dans ton dossier de squelettes.

      1 - attendre la version 3.0.16
      2 - copier le squelette modeles/inc-album.html dans squelettes/modeles/inc-albums.html
      3 - ligne 35, remplacer :

      [(#GET{src}|balise_img{#GET{titre_long},vignette})]

      par :

      [(#SET{src_nb,#GET{src}|image_nb|extraire_attribut{src}})]
      <img src="#GET{src_nb}" onmouseover="this.src='#GET{src}'" onmouseout="this.src='#GET{src_nb}'" />

      C’est la solution la plus simple, idéalement il vaudrait mieux faire une variante : albums_nb.html qui incluerait inc-album_nb.html, et dans le texte des articles : <albumx|nb>

    • Tout simplement génial, merci de ta réactivité et contribution humaine
      Un grand, grand Merci... :)

    • Oups, il y a quelques coquilles dans mon précédent message : dans les noms des fichiers, pas besoin de s à album (point 2 et variante).

    • Pour ma part le copier-coller inc-album (point2) s’est chargé de faire au plus juste...
      très bonne journée à toi et longue vie :)

    Répondre à ce message

  • 1

    Dans la partie privé, est-il possible d’afficher les albums seulement par la 1re ligne (n°, tire, icone modifier) sans avoir toutes les images à l’écran. Car quand on a beaucoup de photos, atteindre les albums précédents est un peu fastidieux.
    Merci

    • Bonjour,
      Pour l’instant ce n’est pas possible.
      On pourrait envisager une option pour les afficher sous forme d’une liste compacte « traditionnelle » (comme les articles). Ou le plus simple, les afficher par 5 au lieu de 10 actuellement, pour limiter le défilement.
      Je note ça dans le carnet des trucs à faire.

    Répondre à ce message

  • 1

    Bonjour,
    je profite d’une petite erreur de rien pour faire une demande avant même que de chercher :
    -  sur /ecrire ALBUM NUMÉRO XXX après Modifier le statut il y a Vider (pour un article ce serait Voir en ligne)
    si on clique sur Vider on a le message : La page à l’adresse .. indique : retirer tous les docments ?
    il manque le u ! ;-)
    -  ma demande : comment faire pour remplacer « Vider » par « Voir en ligne » (j’ai un squelette album)

    Ce plugin joue un rôle essentiel pour notre site, merci !

    • Bonjour, merci pour les retours.
      Il y avait une coquille dans un squelette qui faisait que le lien de prévisualisation était ignoré.
      Ce sera corrigé dans la prochaine mise à jour.

      En fait, si on veut chipoter, c’est un peu plus épineux : logiquement, ce lien ne devrait pas apparaître par défaut car le plugin ne propose pas de page pour le site public.
      Il ne devrait être là que dans le cas où il y a un squelette dispo pour la page, ajouté soit par l’utilisateur, soit par un plugin tiers, en déclarant la page comme il faut.
      Sauf que c’est possible pour un plugin, mais j’ignore comment procéder pour un utilisateur.
      Donc, on va afficher le lien dans tous les cas.

    Répondre à ce message

  • 10

    Bonjour,

    D’abord, merci à l’auteur pour ce plugin.
    J’ai vu que, dans les vignettes, on peut faire apparaître les titres et les descriptions des photos. J’aimerais les faire apparaître également dans la box de chaque photo.
    Quelqu’un peut-il me dire dans quel fichier et comment on peut gérer ces informations ?

    Merci par avance.
    JF David

    • Bonjour,
      vous faites référence à la boîte multimédia/mediabox qui s’ouvre en cliquant sur la vignette d’une image ?
      Je crois que ça dépend de l’habillage sélectionné dans les options du plugin Mediabox, certains affichent le descriptif, d’autres non. Il me semble qu’on peut ajouter des habillages personnalisés.
      Je vous renvoie vers la documentationd du plugin pour plus de détails : http://contrib.spip.net/MediaBox

    • Bonjour et merci de votre réponse,

      Dans la paramétrage de la médiabox j’ai bien prévu l’affichage du titre et de la description, qui apparaissent bien dans la box quand on clique sur une vignette.
      Mais avec album 3, les vignettes de l’album apparaissent bien avec le titre de la photo (conformément au paramétrage de la balise de l’album) mais quand je clique sur une vignette, j’ouvre la box et la photo ne comporte pas son titre. C’est ce titre que je souhaiterais faire apparaître.

      Cordialement
      JF David

    • Vous avez raison, il manquait l’attribut title dans le squelette du modèle <album>.
      Merci pour le retour, c’est corrigé dans la prochaine mise à jour.

    • Merci de votre réponse, ça marche très bien avec cette nouvelle version 3.0.13

      J’espère ne pas abuser, mais ça me conduit à vous poser deux questions supplémentaires :
      -  Est-il possible d’afficher sous la photo sa description, en plus du titre (éventuellement, indiquez-moi le fichier qu’il faudrait compléter).
      -  Est-il possible d’avoir un bouton diaporama, lançant un diaporama avec les paramètres de la mediabox (vitesse de transition, temps d’exposition, etc).
      Cordialement,
      JF David

    • Non non, pas de problème pour pointer les oublis / bugs, au contraire !

      -  Effectivement, il devrait y avoir un bouton « diaporama » affiché dans les boîtes des albums. Il y a pourtant le nécessaire dans le squelette de chaque album, à savoir un attribut <rel> au niveau des liens des vignettes. Je penche à priori pour un souci au niveau du plugin Mediabox, mais il faut que je regarde plus en détail ce qui cloche.

      -  Quant au descriptif, je reviens sur mon 1er message écrit un peu trop hâtivement : j’ai regardé mediabox d’un peu plus près et je ne pense pas qu’il y ait la possibilité d’afficher le descriptif des images. En tout cas, pas de façon simple.
      Tout est géré en javascript, du coup il n’y a pas de squelette à modifier pour afficher du contenu supplémentaire (descriptif, crédit, etc.).
      Pour ce faire, il faudrait étendre la fonction JS d’origine pour qu’elle prenne en charge ces options supplémentaires, et modifier les CSS pour afficher ces infos correctement.
      Peut-être quelque chose à suggérer à l’auteur du plugin Mediabox ?

    • Bonjour,

      -  Concernant le bouton « Diaporama », j’attends donc de voir ce que vous aurez trouvé.

      -  Pour l’affichage du descriptif dans la mediabox, j’ai trouvé quelque chose en fouillant dans le forum correspondant (27 mai 2010, par majoux). J’ai modifié le squelette doc.html (pour ma part, il est dans squelettes/modeles/doc.html)
      (Je suis en Spip 3.0.11)
      En ligne 40, j’ai remplacé :

      title='#TYPE_DOCUMENT - [(#TAILLE|taille_en_octets|texte_backend)]'

      par

      title='#DESCRIPTIF #TITRE'

      Avec ce changement j’ai, dans la box de la photo, le titre dans le bandeau blanc sous la photo et le descriptif en surimpression en bas de la photo.
      Le descriptif n’est donc pas très lisible, on doit pouvoir faire mieux mais je n’ai pas trouvé...
      Cordialement
      JF David

    • Dans ce cas, si cette solution vous convient, vous pouvez ajouter le #DESCRIPTIF au <title> en surchargeant les fichiers modeles/inc-album.html (ligne 28) et modeles/inc-album_liste.html (ligne 35).

    • OK, ça parmet bien d’afficher le descriptif (en surimpression dans le bas de la photo) et le titre (en bas de la box).
      Il faudrait changer le style (couleur) du descriptif, pour qu’il soit plus visible sur une photo, mais je n’ai pas trouvé dans quel css il se trouve.
      Il ne reste plus qu’à mettre un bouton diaporama, et ce sera parfait !
      Cordialement
      JF David

    • Les feuilles de style des themes de mediabox se trouvent dans plugins-dist/mediabox/colorbox/[theme]/colorbox.css
      A première vue, la cible pour le titre semble être #cboxTitle, mais je n’ai pas testé en vrai. Voilà, bon courage.

    • C’est bien ça, merci.
      JF David

    Répondre à ce message

  • Superbe plugin, superbe doc et superbe vidéo de présentation ! Un grand bravo !

    Répondre à ce message

  • 1

    Houlà, à peine revenu, je m’aperçois que ma remarque anodine a soulevé une montagne de réponses :-))
    J’ai donc visité plusieurs pages, effectivement, leurs auteurs renvoient systématiquement vers la page du pluging.

    Or, aux débuts de SPIP contrib, il me semble que cette expression était utilisée pour diriger vers un site de démo
    exemple pour iensp

    Après, il y a tellement longtemps que je n’avais plus cherché à voir le fonctionnement d’un squelette ou d’un pluging....
    je pense que « voir aussi » serait un excellent choix.
    Bonne continuation

    • Tiens, j’ai eu un problème qui a créé un nouveau fil :-(
      désolé

    Répondre à ce message

  • 1

    Oui je me doutais bien que je suis un cas à part car je n’ai que des images dans les albums.

    Et sinon même en saisissant « tous les états » le plugin v3 n’est pas listé.

    dd

    • Hum, c’est problématique. C’est peut-être dû au fait qu’il s’agit d’un changement de version avec rupture de compatibilité, pour éviter d’avoir des mises à jour automatiques.
      Par contre, il faudrait que cette version apparaîsse quand on fait une recherche dans le chargeur de plugins, afin de pouvoir faire une mise à jour manuelle. Il faut que je regarde de plus près le comportement du chargeur dans ces cas là. Merci pour le retour en tout cas.

    Répondre à ce message

  • 1

    Bonjour,

    Je ne m’étais pas penchée en détails dans toutes les possibilités des albums.
    Cette version 3 est vraiment très complète et pratique.
    Une petite chose : dans Albumothèque et dans les pages articles la présentation en vignette des albums (comme dans la version 2) est plus compacte et évitait d’avoir à scroller longuement lorsque l’on a plusieurs albums et pour déplacer les images.

    Merci en tout cas pour cette version (testée à l’instant avec SPIP 3.0.17).
    Est-ce normal si la version 3 n’apparaît pas sur la page ecrire/ ?exec=charger_plugin ?

    dd

    • Bonjour et merci pour le commentaire.

      Le problème avec la vue en vignettes de la version 2, c’est qu’elle n’est adaptée que pour les images. Pour les autres types de fichiers, elle est très peu pratique, voir franchement inutilisable. À la base, cette nouvelle version a été dévelopée pour résoudre ce gros souci d’ergonomie.

      Par défaut dans le chargeur des plugins, seuls les plugins en état « stable » sont affichés, il faut sélectionner l’option « tous les états ». Pour l’instant, le plugin est en « test » le temps d’avoir des retours et d’être sûr que tout roule, donc il n’apparaît pas par défaut.

    Répondre à ce message

  • 3

    Bonjour,
    petit point de détail
    Il me semble que « voir en ligne » sous entend
    voir le fonctionnement sur un site en ligne pour évaluer le résultat et son adaptation

    et non
    se retrouver sur la page de référencement du plugin qui renvoie... sur la présente page.
    On tourne en rond et je suis frustré :-)

    Cela aurait d’ailleurs pu se retrouver dans la vidéo de présentation
    Bonne continuation

    • Bonjour,
      Oui c’est vrai, le terme « voir en ligne » est ambigu. Mais les rédacteurs n’ont pas la main dessus, c’est comme ça que contrib affiche les liens qui mènent vers plugins.spip.net. Allez, donnons-nous la main, et tournons en rond ensemble.

    • oui, je me demande pourquoi on a choisi de mettre automatiquement ce lien vers plugins.spip.net, sachant que ce dernier renvoi quasi systématiquement sur contrib...

      bon, ce qu’on peux faire, pour éviter de vexer l’auteur de cet ajout automatique, cc’est de trouver un intitulé moins gênant ... si vous avez... on prend...

    • Après d’âpres réflections, voici 2 propositions :

      • « voir aussi » : terme très générique, mais au moins on est sûr que le lien n’amène pas vers une démonstration en ligne du plugin.
      • « plugin référencé en ligne » : verbeux, mais ça dit exactemement la teneur du lien.

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

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