Pouvoir afficher une image ou un document sans titre #4914

Open
opened 2 months ago by Yohooo · 8 comments
Yohooo commented 2 months ago

Bonjour, je ne trouve pas de ticket parlant de cette problèmatique précise.

La suppression du modèle <img> a empêché de pouvoir publier une image sans legende.

C'est pourtant utile lorsque :

  • on utilise un document dans plusieur endroits du site avec certain endroit où l'on a besoin de titre et d'autre ou on n'en a pas besoin.
  • on nomme ses images avec un titre dans le backoffice pour pouvoir le trier / classer / retrouver facilement avec le moteur de recherche, mais que l'on ne veut pas voir la légende s'afficher sous l'image.
  • on utilise le titre juste pour renseigner la balise alt, , mais que l'on ne veut pas voir la légende s'afficher sous l'image.

Pour l'instant nous avons 3 solutions inadaptées pour arriver à supprimer un titre :

  • utiliser <doc|titre= > (foireux)
  • utiliser _COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB dans mes options (et perdre beaucoup d'évolutions recentes du plugin).
  • créer ses propres modèles (pas adapté à l'utilisateur)

Ne pourrait-on pas créer un filtre <doc|nolegend> pour arriver à ces fins ?

Bonjour, je ne trouve pas de ticket parlant de cette problèmatique précise. La suppression du modèle \<img\> a empêché de pouvoir publier une image sans legende. C'est pourtant utile lorsque : - on utilise un document dans plusieur endroits du site avec certain endroit où l'on a besoin de titre et d'autre ou on n'en a pas besoin. - on nomme ses images avec un titre dans le backoffice pour pouvoir le trier / classer / retrouver facilement avec le moteur de recherche, mais que l'on ne veut pas voir la légende s'afficher sous l'image. - on utilise le titre juste pour renseigner la balise alt, , mais que l'on ne veut pas voir la légende s'afficher sous l'image. Pour l'instant nous avons 3 solutions inadaptées pour arriver à supprimer un titre : - utiliser \<doc|titre=&nbsp;\> (foireux) - utiliser \_COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB dans mes options (et perdre beaucoup d'évolutions recentes du plugin). - créer ses propres modèles (pas adapté à l'utilisateur) Ne pourrait-on pas créer un filtre \<doc|nolegend\> pour arriver à ces fins ?
Owner

on utilise le titre juste pour renseigner la balise alt, , mais que l'on ne veut pas voir la légende s'afficher sous l'image.

Ça c'est mal, très mal, il y a un champ dédié pour ça maintenant.

utiliser <doc|titre= > (foireux)

Pourquoi est-ce foireux ? Si tu uses du titre pour usage détourné de son affichage, ça me semble normal que tu doives utiliser un moyen de contournement pour ne pas l'afficher. Sinon, il te reste la solution de créer un modèle perso comme tu le signales.

> on utilise le titre juste pour renseigner la balise alt, , mais que l'on ne veut pas voir la légende s'afficher sous l'image. Ça c'est mal, très mal, il y a un champ dédié pour ça maintenant. > utiliser <doc|titre= > (foireux) Pourquoi est-ce foireux ? Si tu uses du titre pour usage détourné de son affichage, ça me semble normal que tu doives utiliser un moyen de contournement pour ne pas l'afficher. Sinon, il te reste la solution de créer un modèle perso comme tu le signales.
b_b added the
amélioration
label 2 months ago
b_b added this to the spip-4.2 milestone 2 months ago
Owner

Tu peux déjà utiliser le raccourci <docXX|nolegend> ou <docXX|cequetuveux> et ça utilisera le modèle doc normal avec une classe nolegend ou cequetuveux.

Ensuite plus qu'à mettre une règle CSS pour la masquer sur ces modèles

Tu peux déjà utiliser le raccourci `<docXX|nolegend>` ou `<docXX|cequetuveux>` et ça utilisera le modèle doc normal avec une classe `nolegend` ou `cequetuveux`. Ensuite plus qu'à mettre une règle CSS pour la masquer sur ces modèles
Poster

Pourquoi est-ce foireux ? Si tu uses du titre pour usage détourné de son affichage, ça me semble normal que tu doives utiliser un moyen de contournement pour ne pas l'afficher. Sinon, il te reste la solution de créer un modèle perso comme tu le signales.

Pardon, ce n'est pas ça qui fonctionne :
<doc|titre= >

mais ça :
<doc|titre=&nbsp;>

Et c'est foireux parce que :

  • ça génére une balise figcaption presque vide avec &nbsp; comme titre et que si on a une feuille de style qui met, par exemple, la legende sur fond coloré, on a un carré vide qui apparaît
  • c'est tout simplement pas conforatble à écrire

Tu peux déjà utiliser le raccourci <docXX|nolegend> ou <docXX|cequetuveux> et ça utilisera le modèle doc normal avec une classe nolegend ou cequetuveux.

Ensuite plus qu'à mettre une règle CSS pour la masquer sur ces modèles

OK, c'est la solution de secours pour l'instant. Mais pas à la portée des utilisateurs.
Et ça génère une balise figcaption qui ne sert à rien.

Ça c'est mal, très mal, il y a un champ dédié pour ça maintenant.

Avait pô vu. Au temps pour moi.

> Pourquoi est-ce foireux ? Si tu uses du titre pour usage détourné de son affichage, ça me semble normal que tu doives utiliser un moyen de contournement pour ne pas l'afficher. Sinon, il te reste la solution de créer un modèle perso comme tu le signales. Pardon, ce n'est pas ça qui fonctionne : <doc|titre= > mais ça : <doc|titre=\&nbsp;> Et c'est foireux parce que : - ça génére une balise figcaption presque vide avec \&nbsp; comme titre et que si on a une feuille de style qui met, par exemple, la legende sur fond coloré, on a un carré vide qui apparaît - c'est tout simplement pas conforatble à écrire > Tu peux déjà utiliser le raccourci `<docXX|nolegend>` ou `<docXX|cequetuveux>` et ça utilisera le modèle doc normal avec une classe `nolegend` ou `cequetuveux`. > > Ensuite plus qu'à mettre une règle CSS pour la masquer sur ces modèles OK, c'est la solution de secours pour l'instant. Mais pas à la portée des utilisateurs. Et ça génère une balise figcaption qui ne sert à rien. > Ça c'est mal, très mal, il y a un champ dédié pour ça maintenant. Avait pô vu. Au temps pour moi.

Il n'y a strictement aucun usage détourné @b_b : mettre des titres et descriptifs est absolument obligatoire et indispensable si on a une base de milliers de documents, et qu'on doit pouvoir les chercher retrouver quand on veut les insérer dans les contenus ensuite.

Or comme le dit @Yohooo, suivant l'endroit où on l'insère, on ne veut pas forcément de légende obligatoire, ça peut être des choses pour faire joli, ou des pictos, etc.

C'est exactement le même principe que le ticket #4856 : apparemment ya pas mal de gens qui ne comprennent pas pourquoi l'évolution très bien et légitime des modèles obligerait forcément à perdre des fonctionnalités qui étaient parfaitement légitimes aussi, et courantes !

Je ne saisis pas trop (et il semblerait que je sois pas le seul) pourquoi la solution proposée dans les deux cas c'est "démerdez vous dans votre coin" (et chacun sa ptite solution différente avec des nomenclatures différentes). Et non pas d'avoir prévu des remplacements livrés par défaut qui continuent de fournir les mêmes fonctionnalités pour ces cas : insérer en inline, et insérer sans légende.

Il n'y a strictement aucun usage détourné @b_b : mettre des titres et descriptifs est absolument *obligatoire et indispensable* si on a une base de milliers de documents, et qu'on doit pouvoir les chercher retrouver quand on veut les insérer dans les contenus ensuite. Or comme le dit @Yohooo, suivant l'endroit où on l'insère, on ne veut pas forcément de légende obligatoire, ça peut être des choses pour faire joli, ou des pictos, etc. C'est exactement le même principe que le ticket https://git.spip.net/spip/medias/issues/4856 : apparemment ya pas mal de gens qui ne comprennent pas pourquoi l'évolution très bien et légitime des modèles obligerait forcément à *perdre des fonctionnalités* qui étaient parfaitement légitimes aussi, et courantes ! Je ne saisis pas trop (et il semblerait que je sois pas le seul) pourquoi la solution proposée dans les deux cas c'est "démerdez vous dans votre coin" (et chacun sa ptite solution différente avec des nomenclatures différentes). Et non pas d'avoir prévu des remplacements *livrés par défaut* qui continuent de fournir les mêmes fonctionnalités pour ces cas : insérer en inline, et insérer sans légende.
Poster

Coucou,

Je m'en suis sorti en ajoutant la condition :

{si #ENV*{legende}|=={non}|non}

ici : f2f036ff48/modeles/document_legende.html (L3)

C'est une modif simple et utile qui ne demande pas de modifier la feuille de style et qui pourra être utiliser sur tous les types de documents.

il suffira alors d'ajouter |legende=non sur n'importe quel style de document pour voire disparaître la légende.

ça serait super si ça pouvait être intégré au plugin.

Coucou, Je m'en suis sorti en ajoutant la condition : `{si #ENV*{legende}|=={non}|non}` ici : https://git.spip.net/spip/medias/src/commit/f2f036ff489a642556c52d0527004c9fcf18583f/modeles/document_legende.html#L3 C'est une modif simple et utile qui ne demande pas de modifier la feuille de style et qui pourra être utiliser sur tous les types de documents. il suffira alors d'ajouter |legende=non sur n'importe quel style de document pour voire disparaître la légende. ça serait super si ça pouvait être intégré au plugin.
Collaborator
  1. J'ai souvent ce problème, donc je plussoie
  2. Par contre on pourrait utiliser en terme de nomenclatura celle du plugins albums, qui proposer <album|masquer_legende=oui>
1. J'ai souvent ce problème, donc je plussoie 2. Par contre on pourrait utiliser en terme de nomenclatura celle du plugins albums, qui proposer `<album|masquer_legende=oui>`
  • créer ses propres modèles (pas adapté à l'utilisateur)

Pourquoi ça ne serait pas adapté ?

Afin d'assurer une compatibilité ascendante de plusieurs dizaines de sites en 3.2 passant à 4.1, j'ai juste créé ce modèle qui permet d'avoir <imgNNN|alignement> et <imgNNN> pour une image inline : https://git.spip.net/spip-contrib-squelettes/soyezcreateurs/src/branch/master/modeles/image_img.html

> - créer ses propres modèles (pas adapté à l'utilisateur) Pourquoi ça ne serait pas adapté ? Afin d'assurer une compatibilité ascendante de plusieurs dizaines de sites en 3.2 passant à 4.1, j'ai juste créé ce modèle qui permet d'avoir `<imgNNN|alignement>` et `<imgNNN>` pour une image inline : https://git.spip.net/spip-contrib-squelettes/soyezcreateurs/src/branch/master/modeles/image_img.html

Pourquoi ça ne serait pas adapté ?

Parce qu'il parle de la création même de ces modèles persos il me semble, pas de leur insertion, donc un utilisateur ne crée pas de modèles, c'est le dév qui fait ça, l'intégrateur avec accès webmaster. Donc si t'es juste admin qui utilise l'existant bah t'as rien pour le faire proprement de base sans bidouille (ce qui est le demande de ce ticket de permettre ça dès la dist).

> Pourquoi ça ne serait pas adapté ? Parce qu'il parle de la création même de ces modèles persos il me semble, pas de leur insertion, donc un utilisateur ne crée pas de modèles, c'est le dév qui fait ça, l'intégrateur avec accès webmaster. Donc si t'es juste admin qui utilise l'existant bah t'as rien pour le faire proprement de base sans bidouille (ce qui est le demande de ce ticket de permettre ça dès la dist).
Sign in to join this conversation.
No Milestone
No Assignees
6 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.