Plugin Visuels

Cette contribution ou ce plugin est en phase de test. Des bugs peuvent subsister. N’hésitez pas à les signaler dans le forum ci-dessous.

Des LOGOS, des documents, un portfolio, oui. Mais avec des Visuels, c’est encore mieux !

À quoi sert Visuels ?

Afin de gérer ses images, SPIP dispose d’une bibliothèque de documents. Pour chaque article, ces images peuvent être catégorisées, soit comme simple document, soit placées dans le portfolio. Ce mécanisme permet déjà de pouvoir organiser un petit tri.

Chaque article éditorial (qu’il soit rédigé dans SPIP ou non) possède d’une manière générale une image « mise en avant ». C’est souvent cette image qui représente la « couverture », le premier visuel d’un article. Afin de répondre à ce besoin, SPIP a prévu la notion de LOGO et de LOGO de survol.

Mais de nombreux cas peuvent nécessiter de pouvoir organiser plus finement les visuels liés à un article comme par exemple : avoir un visuel différent du LOGO pour être placé dans un carrousel, avoir deux formats différents pour le même visuel (l’un paysage, l’autre portrait), un visuel différent pour une version responsive, etc.

Les techniques communément utilisées aujourd’hui pour répondre à ce besoin sont des détournements des LOGO, LOGO de survol, utilisation des champs textes disponibles sur les documents, etc. Ces techniques sont souvent contraignantes, il n’est par exemple pas possible de modifier un LOGO sans supprimer au préalable le logo de survol, utiliser un champ texte d’un document est source d’erreur, des coquilles peuvent se glisser lors de la saisie, etc.

Le plugin Visuels permet de répondre à ce besoin en permettant de créer un nombre illimité de « rôles » pour des « visuels » (images) donnés.

Utilisation du plugin

Depuis la configuration du plugin, une liste de rôle est définie par l’administrateur, comme par exemple « Visuel pour le sommaire, Visuel pour la colonne de droite, Visuel responsive, Visuel haute définition, etc. »

Dès lors, depuis un article ou une rubrique de SPIP (il est en prévision d’étendre ce comportement à tous les objets de SPIP) il devient possible de choisir une image, et de lui attribuer un rôle.

Cette image est alors disponible depuis un modèle, soit dans la saisie du texte d’un article

<visuels|type=visuel_aside>

Soit directement dans les squelettes de SPIP

<BOUCLE_article(ARTICLES){par date}>
    <h1>#TITRE</h1>
    #MODELE{visuel, type=visuel_home}
    #TEXTE
</BOUCLE_article>

Avancement dans le développement

Ce plugin est actuellement parfaitement fonctionnel. Il attend en revanche de nombreuses améliorations :

  • Améliorer le modèle :
    • intégrer une limite (0,n)
    • intégrer un numéro ! Pour par exemple extraire le 3è visuel de type XXX
  • Chaines de langues
  • Supprimer l’image physiquement et pas uniquement dans la base quand on supprime un visuel
  • Faire des visuels une extension des documents ? (plutôt qu’une gestion à part)
  • Charter un peu la liste et le formulaire
  • Meilleure gestion de l’ajax
  • Autorisations : empêcher un « non auteur » de l’article d’ajouter/supprimer un visuel pour l’article concerné
  • Configuration : pouvoir choisir les objets sur lesquels on permet les visuels
  • Pouvoir « modifier/remplacer » les visuels, comme c’est le cas pour les documents, pour ne pas être obligé de supprimer/réuploader comme c’est actuellement le cas

Discussion

2 discussions

  • 5
    Spipmalion

    Je n’en reviens pas, c’est une des fonctionnalités les plus attendues depuis des années !

    Nous sommes forcés de bricoler des systèmes bancals sur de nombreux sites pour répondre à ces besoins, et les admins ne s’y retrouvent jamais

    Allez-y les gars, que la force soit avec vous !

    Donc on attends les futurs dév avant d’utiliser ce plugin, car il ne sera probablement pas compatible s’il y a une refonte du système de logo et des médias ?

    PS : D’accord avec Rasta :
    -  que les logos soient migrés en tant que Document avec le rôle « logo »
    et le reste

    • Salut :)

      A mon avis, avant que tout le système soit refondu (comme c’est long et compliqué), tu as largement le temps d’utiliser (et de contribuer sur ! :p) ce plugin :)

    • Bonjour,

      Enthousiasme partagé avec Spipmalion et sans doute aussi beaucoup.. énormément.. de spippeurs !

      Donc comme presque 3 ans ont passés, je me demande où en est le projet ? Sommeil.. abandon.. en cours.. ?

      Puisqu’il est ici question de « refonte du système » de gestion des images sur Spip, j’abonde sur cette nécessité même si ce n’est pas forcément le lieu :
      La gestion des images et leur divers types d’affichages, est sur Spip bien souvent « le sujet », demandant pas mal de jus de crâne.. : rôles des images et documents certes mais aussi tout simplement et je dirais « évidemment », enfin, affichage des champs pourtant disponibles : Titre/Descriptif/Credits. Quand même... grosse bizarrerie jamais comprise que Spip « décide » de ne pas afficher 2/3 des infos images/docs (vignettes et dans box) ! Incohérence, non ? puisque ces infos sont à la fois logiques et à encourager (Les crédits !!!). Cela oblige à surcharger : pourquoi ne pas offrir nativement cet affichage en demandant plutôt à ceux qui ne le veulent pas de surcharger ??

      Et puis alors... pour l’affichage des champs dans les box c’est le pompon.. via le « title », aï la vache... casse-tête dans les surcharges des modèles pour afficher les infos dans une box... avec en prime hélas le tout s’affichant aussi au survol (title).

      Donc oui, grosse attente.

      Très amicalement

    • Salut :)

      Alors on a continué le principe, mais changé d’outil, de notre côté nous utilisons dorénavant les roles de document, couplé avec une petite refonte graphique/ergo de la gestion de la médiathèque poussée par marcimat sur SPIP 3.1 et 3.2 et voilà le plug-in ci-dessus avantageusement remplacé :)

      Je t’invite donc à installer/utiliser le plug-in rôle de documents qui fera la même chose, mais en mieux/plus standard :)

    • Du coup xdjuj est-ce que tu pourrais mettre un mot introductif pour renvoyer vers cette nouvelle solution + mettre le mot clef archivé ?

    • Pris par ailleurs, ce n’est que maintenant que je vois vos réponses...)))
      Donc merci pour les infos, je vais voir Rôle de documents, avec enthousiasme !

    Répondre à ce message

  • 1

    Le concept est intéressant, mais effectivement, j’aurais plus vu ça comme une utilisation des documents déjà existants mais selon une manière et des interfaces en plus. Comme… le plugin Albums par exemple.

    En effet, là tu as été obligé de ré-inventer la roue pour plein de choses, et ça ne permet même pas de bénéficier de toutes les méthodes d’ajouts de Médias, càd upload normal, image externe aspirée, dossier tmp/upload, ou encore doc déjà dans la base pour utiliser plusieurs fois une même image sans la réuploader plusieurs fois !

    De plus, cette conception actuelle fini du coup… par reproduire (en un peu plus configurable bien sûr) ce que l’on reproche aux logos depuis des années : avoir une gestion séparée des Documents !

    Je n’ai pas de solution technique et ergonomique toute prête sous la main évidemment, mais conceptuellement, je pense que l’architecture devrait être (et ce directement dans Médias pour une bonne partie) :
    -  ajouter un rôle (ou autre nom) dans la table de liaison de documents (id_document, objet, id_objet, vu, role)
    -  que cette table de liaison ait ce rôle dans l’index, ce qui permet de lier un même document à un même objet plusieurs fois pour des rôles différents (même image pour le logo et le bandeau trucmuche par ex)
    -  que les logos soient migrés en tant que Document avec le rôle « logo » pour chaque objet
    -  supprimer l’interface des logos du noyau
    -  ajouter une interface pour les logos dans le plugin Médias, en les enregistrant comme Documents comme décrit précédemment

    Voilà, pour moi, ce que devrait contenir le plugin Médias à minima.

    Ensuite, des sous-plugins de Médias pourraient rajouter des interfaces pour ajouter des documents pour tels et tels rôles nouvellement inventés (et configurable quelque part). On pourrait même imaginer que Médias contiennent déjà le formulaire générique de base pour ajouter/retirer/modifier des docs pour un rôle quelconque, exactement comme il existe un formulaire générique de liaisons d’objets.

    Mais sinon, je suis tout à fait d’accord avec le besoin exprimé et solutionné (pour l’instant) avec ce plugin !

    • Salut Rasta, je suis 100% d’accord avec toi ! :)

      J’ai souvent fait ces remarques, mais je parlais toujours tout seul :p (j’en avais parlé avec Marcimat à une réunion sur Paris). C’est pour ça que pour répondre (rapidement) à un de mes besoins j’ai monté ce petit plugin (qui mériterait clairement d’être beaucoup plus propre).

      Mais en attendant que des travaux sérieux soient menés sur Media ou un sous-plugin (et donc que des gens sérieux s’y penchent, genre des mecs comme toi :p), il a le mérite de fonctionner parfaitement ET de faire réagir (c’était un des buts attendus :} ).

      Je serais ravi de contribuer à ces nouveaux chantiers, à hauteur de mes compétences (donc sous la supervision de l’un d’entre vous ? :) ).

    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