Évolution des #LOGO_ #2823

Closed
opened 10 years ago by vlentz · 4 comments
vlentz commented 10 years ago

Les logos (d'article, de rubrique, de mots clés...) sont une fonctionnalité très pratique de SPIP en ce sens qu'ils permettent d'associer un visuel à un contenu éditorial ce qui facilite la vie des contributeurs et concepteurs de sites en permettant de prévoir un emplacement prédéterminé pour un visuel (dans les listes de contenus ou sur la page article par exemple).

Historiquement le logo a été aussi largement détourné de son objectif premier notamment aux débuts de SPIP (par exemple pour gérer un titre en image avec un effet de survol).

Depuis SPIP a beaucoup évolué mais pas les logos.

Avec la nouvelle gestion des documents de SPIP 3.0 ou de la médiathèque les limites des logos sont désormais particulièrement ressenties. Je site quelques-uns de ces inconvénients :

  • l'interface ne permet pas de sélectionner le logo dans la médiathèque ce qui oblige pour réutiliser une même image à réimporter le même fichier plusieurs fois. On ne peut pas non plus le détacher : on est tenu de le supprimer.
  • les métadonnées associées aux documents ne sont pas disponibles (titre, descriptif, crédits...) : il existe un plugin pour ceci mais ce devrait être natif. On ne peut pas du coup non plus renseigner le alt de manière pertinente.
  • les fichiers sont renommés artonxx, rubonxx ce qui notamment fait de la peine aux référenceurs.

Ma proposition serait de conserver l'interface et les balises mais de transformer le logo en un "statut" (un tag) donné à une image de la médiathèque.

N'étant pas développeur je suis toutefois incapable d'estimer la charge de travail que représenterait une telle évolution.

Les logos (d'article, de rubrique, de mots clés...) sont une fonctionnalité très pratique de SPIP en ce sens qu'ils permettent d'associer un visuel à un contenu éditorial ce qui facilite la vie des contributeurs et concepteurs de sites en permettant de prévoir un emplacement prédéterminé pour un visuel (dans les listes de contenus ou sur la page article par exemple). Historiquement le logo a été aussi largement détourné de son objectif premier notamment aux débuts de SPIP (par exemple pour gérer un titre en image avec un effet de survol). Depuis SPIP a beaucoup évolué mais pas les logos. Avec la nouvelle gestion des documents de SPIP 3.0 ou de la médiathèque les limites des logos sont désormais particulièrement ressenties. Je site quelques-uns de ces inconvénients : - l'interface ne permet pas de sélectionner le logo dans la médiathèque ce qui oblige pour réutiliser une même image à réimporter le même fichier plusieurs fois. On ne peut pas non plus le détacher : on est tenu de le supprimer. - les métadonnées associées aux documents ne sont pas disponibles (titre, descriptif, crédits...) : il existe un plugin pour ceci mais ce devrait être natif. On ne peut pas du coup non plus renseigner le alt de manière pertinente. - les fichiers sont renommés artonxx, rubonxx ce qui notamment fait de la peine aux référenceurs. Ma proposition serait de conserver l'interface et les balises mais de transformer le logo en un "statut" (un tag) donné à une image de la médiathèque. N'étant pas développeur je suis toutefois incapable d'estimer la charge de travail que représenterait une telle évolution.
Owner

Je tente de lier le ticket #920 qui aborde déjà ce sujet, mais redmine ne semble pas avoir envie de me laisser faire :p

Je tente de lier le ticket #920 qui aborde déjà ce sujet, mais redmine ne semble pas avoir envie de me laisser faire :p
Poster

b b a écrit :

Je tente de lier le ticket #920 qui aborde déjà ce sujet, mais redmine ne semble pas avoir envie de me laisser faire :p

en effet... merci pour l'info. j'avais fait une recherche sur Évolutions seulement (et pas sur Anomalie).

b b a écrit : > Je tente de lier le ticket #920 qui aborde déjà ce sujet, mais redmine ne semble pas avoir envie de me laisser faire :p en effet... merci pour l'info. j'avais fait une recherche sur Évolutions seulement (et pas sur Anomalie).
Owner

Statut changé à Fermé

**Statut changé à Fermé**
b_b commented 7 years ago
Owner
There is no content yet.
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.