Discussion modèle:Listing

Wikidata

Je trouverais très judicieux et pratique de permettre de spécifier un identifiant Wikidata lorsqu'il est disponible, ce qui permettrait de ne pas devoir dupliquer des infos comme site web, article Wikipédia, coordonnées, etc. À première vue, cela devrait être facilement faisable. Des avis ? — Bjung (d) 10 juin 2014 à 18:04 (UTC)

Cela a déjà été discuté (mais je en sais plus ou), c'est actuellement impossible d'afficher des données de WD autre que celle de la fiche associée à l'article. Donc impossible d'utiliser WD pour les liens officiel ou wikipédia vers une attraction touristique... J'espère que cette fonction sera un jour activée... Sinon je sais qu'en russe ils ont crée un paramètre ID wikidata pour que dans le futur (si c'est un jour activé), ils puissent plus facilement accédé au donnée mais c'est actuellement totalement inutil. En français, nous avons le paramètre wikipédia qui pourrait être utilisé par un robot pour être modifié par l'ID wikidata si jamais... et au moins ça crée un lien vers l'article WP.--Adehertogh (discussion) 10 juin 2014 à 19:01 (UTC)

Ah ok, évidemment il devait y avoir une bonne raison à ces manquements. Mais si quelqu'un a du temps et les outils, on peut peut-être déjà envisager un remplissage des données manquantes à partir de Wikidata via l'article WP par un bot ? — Bjung (d) 10 juin 2014 à 19:23 (UTC)

Il "suffit" de chercher ce qqun... sur le principe, je suis Pour--Adehertogh (discussion) 10 juin 2014 à 19:52 (UTC)

class "noprint"

La class "noprint" est utilisée pour empêche l'élément DOM concerné d'être imprimé sur papier. Ici les puces numérotées, qui contiennent aussi les liens géolocalisés, ont la class "noprint". La conséquence est qu'il ne sont pas imprimés, il n'y a plus de liste numérotée donc. Plus embêtant, ils n'apparaissent pas non plus dans la version hors-ligne de Wikivoyage (qui enlève les éléments DON avec "noprint" qui concernent des notes pour l'édition). Je propose donc de supprimer l'utilisation de cette class ici. Kelson (discussion) 14 décembre 2014 à 17:35 (UTC)

Ha c'est donc ca !!. Car pour l'impression, il y a une catégorie spécifique à ajouter au modèle pour éviter l'impression. Ce qui est plus facile à gérer que du .css. Je suis pour la révision des "noprint" sans leur suppression totale sauf nécessité. Crochet.david (discussion) 14 décembre 2014 à 18:15 (UTC)

C'est fait. Kelson (discussion) 15 décembre 2014 à 13:26 (UTC)

Instagram & vk.com

Bonjour, il pourrait être judicieux d'ajouter ces deux site, l'un plutôt connu, et l'autre principalement connu dans les pays d'Europe de l'Est. Otourly (discussion) 24 octobre 2016 à 17:50 (UTC)

Otourly : encore faudrait-il savoir de quels sites tu parles ! tu n'as mis aucun lien. Quant-au modèle {{Métro de Samara}}, il serait bon de créer une page de documentation. --Omondi (discussion) 24 octobre 2016 à 19:20 (UTC)

Omondi : Il s'agit de w:Instagram et de w:vk.com. Et le modèle m'est pas fini; j'y ajouterai les tramways je pense. Otourly (discussion) 24 octobre 2016 à 19:59 (UTC)

Otourly : étant donné que le modèle listing est présent sur des milliers de pages de Wikivoyage, il est préférable, avant toute modification, de demander l'approbation de la communauté. Pour ce faire, tu places une annonce sur la page Wikivoyage:Communauté et tu crées la page [[Wikivoyage:Prise de décision/Modification du modèle listing]] (comparable à celle-ci). D'ores et déjà, mon opinion est : pourquoi pas pour VKontakte et non pour Instagram qui n'est qu'un site de partage de photos et de vidéos (pourquoi pas aussi WhatsApp tant qu'on y est ?). --Omondi (discussion) 25 octobre 2016 à 06:01 (UTC)

Je rejoins Omondi sur la pluralité des lien vers différents sites. Pour ma part je serais encore plus intransigeant : Soit l'élément dispose d'un site web, dans ce cas là, twitter, facebook et tous le reste n'as pas à vocation d'être dans les éléments à lister, les utilisateur n'ont qu'à aller sur le site pour avoir les liens vers instagramm, twitter, machin_truc et budule_du_genre. Soit l'élément n'as pas de site web, dans ce cas là il peut utiliser facebook et twitter pour « fabriquer » son site. Maintenant il faut que le site apporte des éléments supplémentaires à wikivoyage. Si un site, tel qu'il soit, n'apporte pas de plus-value, il n'est pas utile de l'ajouter : Est-ce que des photos et de vidéos sont une plus-value sans site web à côté ?. Je pense que non. Crochet.david (discussion) 25 octobre 2016 à 07:48 (UTC)

Oui, oui, et ce n'est pas à WV de faire la com de ces lieux... Sauf que je pense qu'il faut nuancer. C'est pas parce qu'un lieu a un site web, que ce site web est forcément plus à jour ou plus intéressant qu'une page Facebook ou VK et inversement. Maintenant pour savoir ce qui vaut mieux pour les lecteurs, franchement je n'en sais rien, je fais comme si la page m'était destinée (mais si on fait tous comme ça on est pas près d'être d'accord ;-) ). Otourly (discussion) 25 octobre 2016 à 17:01 (UTC)

Tout ajout est possible mais alourdi le chargement des pages surtout que le modèle est utilisé de très nombreuses fois par page donc je pense que limité le nombre de paramètre est essentiel. Je serais donc d'avis de ne pas ajouter ces sites. Néanmoins, en l'absence de site internet on devrait toléré un lien vers vKontakte. Le lien vers twitter selon moi devrait être supprimé, il est peu utilisé sur WV. Facebook mondialement utilisé et dont les liens depuis WV sont plus fréquent pourrait être conservé.

Sinon, il y a une solution technique de compromis: crée un paramètre "site web2" et "nom site web2" où "site web2" est l'adresse sur par exemple twitter et "nom site web2" et le mot twitter. "nom site web2" serait relié a une base de donnée allant chercher le logo de twitter, vKontakte, tripadvisor ou tout autre site. Dans ce cas on peut ajouter tout type site y compris des site régionnaux comme vKontakte en contrôlant le nombre maximum de site autorisé par listing pour ne pas chargé de trop les pages. --Adehertogh (discussion) 25 octobre 2016 à 21:18 (UTC)

L'idée d'Adehertogh est séduisante à première vue mais c'est, peut-être ouvrir la boite de Pandore et la multiplication des liens à éviter (comme Tripadvisor justement). Si le lieu possède un site web et une page Facebook, cette dernière peut donner des informations complémentaires au premier. Twitter est, à mon sens, intéressant pour certains cas comme par exemple une compagnie aérienne ou une société de chemin de fer qui donnent des informations instantanées sur leur trafic ou la Croix Rouge kényane qui twitte les encombrements de la circulation dus aux accidents ou elle intervient, etc. et ne doit donc pas être supprimé. VKontakte, pendant de Facebook, n'entrera généralement en compte que dans les pages concernant des pays de l'ancienne URSS. --Omondi (discussion) 26 octobre 2016 à 15:13 (UTC)

Le système proposé est contrôlable dans la mesure ou seuls les sites acceptés après consensus seraient dans la liste du paramètre "nom site web2".--Adehertogh (discussion) 26 octobre 2016 à 15:29 (UTC)

Dans ce cas, pour moi c'est Pour --Omondi (discussion) 26 octobre 2016 à 15:45 (UTC)

ça me semble un bon compromis Pour Otourly (discussion) 26 octobre 2016 à 17:52 (UTC)

Pour--Pom445 (discussion) 26 octobre 2016 à 17:58 (UTC)

┌─────────────────────────┘
Un autre problème est que toute modification du modèle listing implique une modification de l'éditeur de listing... donc il faut trouver une personne qui a le temps et le capacité technique de le faire. Un candidat?--Adehertogh (discussion) 26 octobre 2016 à 20:31 (UTC)

erreur html

Bonjour. Je pense qu'il faut écrire

-->{{#if:{{{arrivée|}}}|&#32;<span class="note">disponible à partir de <span class="listing-checkin">{{{arrivée|}}}</span>{{#if:{{{départ|}}}|&#32;, à libérer avant <span class="listing-checkout">{{{départ|}}}</span>}}</span>.|{{#if:{{{départ|}}}|<span class="note">à libérer avant <span class="listing-checkout">{{{départ|}}}</span></span>.}}}}<!--

au lieu de

-->{{#if:{{{arrivée|}}}|&#32;<span class="note">disponible à partir de <span class="listing-checkin">{{{arrivée|}}}</span>{{#if:{{{départ|}}}32;|, à libérer avant <span class="listing-checkout">{{{départ|}}}</span>}}</span>.|{{#if:{{{départ|}}}|<span class="note">à libérer avant <span class="listing-checkout">{{{départ|}}}</span></span>.}}}}<!--

Crochet.david (discussion) 17 mars 2023 à 21:48 (UTC)

Je pense que cela serait encore mieux :

-->{{#if:{{{arrivée|}}}|&#32;<span class="note">disponible à partir de <span class="listing-checkin">{{{arrivée|}}}</span></span>.}}<!--
-->{{#if:{{{départ|}}}|&#32;<span class="note">à libérer avant <span class="listing-checkout">{{{départ|}}}</span></span>.}}<!--

Crochet.david (discussion) 7 août 2023 à 16:37 (UTC)

Choix de « if » pas très logique.

Bonjour Je pense qu'il faudrait remplacer vers la ligne 34

-->{{#if:{{Wi-Fi|{{{wifi|}}}}}{{Handicap|{{{handicap|}}}}}{{{description|}}}|&nbsp;–&#32;}}<!--

par

-->{{#if:{{{wifi|}}}|&#32;{{Wi-Fi|{{{wifi}}} }} }}<!--

-->{{#if:{{{handicap|}}}|&#32;{{Handicap|{{{handicap}}} }} }}<!--

Crochet.david (discussion) 7 août 2023 à 16:34 (UTC)

Icônes téléphone, horaires et prix cliquables

Bonjour, il serait jucidieux d'ajouter le paramètre link= aux icônes téléphone, horaires, et prix afin qu'on ne puisse pas cliquer sur celles-ci et se retrouver sur la page du fichier:

[[File:Simple icon time.svg|alt=Logo indiquant des horaires|16px|Horaire]] → (cliquable)

[[File:Simple icon time.svg|alt=Logo indiquant des horaires|16px|Horaire|link=]] → (non cliquable)

Codl (discussion) 4 octobre 2023 à 14:28 (UTC)