Ouvrir le menu principal
Demandes/améliorations de modèles

Cette page regroupe les requêtes des modèles à construire ou améliorer. Si votre demande concerne une « Infobox », une « Palette » ou une « Boîte Utilisateur », veuillez consulter les projets respectifs.

Avant de faire une demande :

OOjs UI icon next-ltr-progressive.svg Ajouter une demande pour un modèle

OOjs UI icon next-ltr-progressive.svg Demander une infobox

OOjs UI icon next-ltr-progressive.svg Demander une palette

OOjs UI icon next-ltr-progressive.svg Demander une boîte utilisateur

Cette page est automatiquement archivée. Les sections répondues n'ayant aucune activité depuis 7 jours sont automatiquement déplacées.

Plays-offs manquants sur des modèlesModifier

Travail demandé par Sport12345 (discuter) 7 octobre 2018 à 19:57 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Demande postée ici et ici
  • Article(s) pour le modèle : Team Strasbourg et autres clubs
  • Discussions :

Entrée manquante dans le modèle Lien webModifier

Travail demandé par Cgolds (discuter) 17 novembre 2018 à 18:30 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, je viens de découvrir en relisant l'article Ode à l'automne un petit problème avec le modèle "Lien web". En effet, contrairement aux modèles "Ouvrage" ou "Article", il n'est pas possible d'y intégrer "plume=oui" (avec la question du point final bien réglée). L'auteur de l'article en question a essayé d'utiliser "plume=oui" pour la référence Sheley de la bibliographie (Ode à l'automne#Annexes#Bibliographie#Ouvrages et articles spécifiques), sans succès. Je m'en suis rendu compte en essayant d'ajouter un point final après la référence ; comme cela n'a pas marché, il semble que la présence de plume=oui dans le code ait quand même un effet dans le modèle, mais pas le bon, en tout cas. Si quelqu'un pouvait régler cela (et ajouter le champ plume légalement dans le modèle), ce serait gentil et utile ! Merci beaucoup.
  • Article(s) pour le modèle : Ode à l'automne ; ...; ...
  • Discussions :

Demande transférée par   TomT0m. En attente de traitement. --FDo64 (discuter) 15 février 2019 à 22:28 (CET)

Modèle de date supplémentaireModifier

Travail demandé par Gkml (discuter) 2 décembre 2018 à 15:54 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, dans le but de simplifier de manière drastque la codification aujourd’hui très lourde pour pointer sur les articles adéquats, un nouveau modèle de date serait nécessaire pour pointer sur les articles du type Septembre 1916 (guerre mondiale) ou Mai 1942 (guerre mondiale), ceci en accord avec la personne ayant créé le articles considérés ; ce modèle pourrait s'appeler :
    • {{date|jour mois année|guerre mondiale}} ;
    • {{date|jour mois année|gm}} ;
    • {{date|jour mois année|GM}} ;
    • {{date guerre mondiale|jour mois année}} ;
    • {{date GM|jour mois année}} ;
    • {{date gm|jour mois année}}.
    Un choix du nom de modèle et de ses alias serait à effectuer. À votre disposition pour toute précision. Merci de votre aide. Cdt. — Gkml (discuter) 2 décembre 2018 à 15:54 (CET)
    P.-S. : pour paramétrer l'affichage d’un bandeau et simplifier une opération, j'aurais besoin de savoir s'il y a un modèle qui renvoie le texte (chaîne de caractères) du nom de fichier-article, comme par exemple Modèle:CURRENTYEAR renvoie l’année en cours : écrire {{CURRENTYEAR}} renvoie 2019 ; merci également. — Gkml (discuter) 2 décembre 2018 à 16:09 (CET)
Bonjour, Gkml étant bloqué en indef, je reprends la demande à mon compte, puisqu'elle est la conséquence d'un échange avec ce contributeur. Cordialement. CMI 2017 (un problème existentiel?) aka le conteur 7 juillet 2019 à 19:30 (CEST)
  • Article(s) pour le modèle : Première Guerre mondiale ; Seconde Guerre mondiale ; tous les articles liés à ces deux guerres mondiales + tous ceux qui mentionnent un évènement du conflit, sans y être expressément lié.
  • Discussions :

Boîte statistiques issues de WikidataModifier

Travail demandé par Bouzinac (discuter) 13 janvier 2019 à 15:21 (CET)

  • Avancement :
    10 %
  • Détails de la demande : Avoir un modèle qui construirait un tableau avec les années et les statistiques de clientèle/passagers clientèle/passagers (d), trié par année décroissante. Il serait à jour avec ce que Wikidata contient (ou ne contient pas : table vide). Il y aurait des crayons permettant à l'utilisateur de modifier la donnée (si d'aventure fausse). Il faudrait prendre en priorité une seule statistique ayant rang privilégié par année (ou rang normal par année). Une petite note de bas de tableau présenterait les sources. Le modèle devrait pouvoir être copié et utilisé dans une autre langue wikipédia.
  • Article(s) pour le modèle : Aéroport international Shota-Rustaveli de Tbilissi ; Aéroport international de Bâle-Mulhouse-Fribourg; Aéroport international de Los Angeles, Aéroport de Vágar
  • Discussions :
  Pour et je signale que pour le diagramme, il existe déjà au moins un modèle similaire : {{graph production}} (utilisé sur Pont-l'évêque et Livarot (fromage)) dont on pourrait s'inspirer. Et si besoin, je rappelle aussi le résultat de Wikipédia:Prise de décision/Utilisation des données Wikidata dans les articles/étape 1 qui autorise Wikidata « dans des tableaux, histogrammes et autres graphiques de présentation de données ». Cdlt, Vigneron * discut. 16 janvier 2019 à 11:35 (CET)
Super pour l'idée : j'ai repris le code {{graph production}} et remis dans {{Wikidata/Clientèle}}. C'est plutôt pas mal(voir Aéroport international Shota-Rustaveli de Tbilissi ; Aéroport international de Bâle-Mulhouse-Fribourg; Aéroport international de Los Angeles, Aéroport de Vágar) mais il manquerait le crayon pour modifier côté Wikidata ou à tout le moins une petite légende indiquant que la donnée peut être modifiée sur Wikidata à l'adresse Qxxxx. Si une personne plus calée que moi en programmation passait par là? --Bouzinac (discuter) 16 janvier 2019 à 21:39 (CET)
Autre retour : par exemple sur Vágar, le rendu semble sauter des années cf données ici aéroport de Vágar [(d)  ] --Bouzinac (discuter) 16 janvier 2019 à 22:19 (CET)
@Bouzinac je ne suis pas du tout un expert du Lua donc je serais bien en peine d'améliorer ce module. Par contre, pour l'aéroport de Vágar, sauf erreur, il s'agit des lignes 116 et suivantes if #dates <= 20 then et suivante (si il y a 20 valeurs ou plus, alors le modèle échantillonne quelques valeurs) et cela me semble plutôt une bonne chose pour éviter que le graphique ne deviennent illisible (ce qui est plutôt une bonne chose dans l’absolu, là l'aéroport de Vágar a une cinquantaine de valeurs cela pourrait encore être affichable, mais imagine pour un aéroport qui aurait des milliers voire des dizaines de milliers de valeurs, par exemple pour un aéroport qui fournirait le nombre de passage par mois voire par jour sur plusieurs années). L'idéal d'avoir une option nombre de valeurs à afficher pour pouvoir choisir mais cela dépasse mes compétences (j'imagine qu'il faudrait remplacer la valeur 20 par une variable et laisser 20 en valeur par défaut). Sinon, le même module devrait pouvoir générer le graphique et le tableau (le tableau pouvant plus facilement être complet). Le mieux serait sans doute de demander sur Projet:Scribunto. Cdlt, Vigneron * discut. 17 janvier 2019 à 14:49 (CET)
Bonjour VIGNERON (d · c · b), je te plussoie sur le besoin d'avoir un tableau simple, en plus du graphique. Je comprends bien le besoin d'échatillonner pour ne pas avoir un truc illisible (d'où besoin de ne pas échantillonner dans le cas du tableau). En revanche, je ne comprends pas bien la logique du if #dates <= 20 then car la fiche Wikidata de Vagar contient 54 années. Le graphique produit par le code affiche 10 années. J'en déduirais plutôt qu'il fait une double réduction si >20 années, échantillon toute les x années // si <20 ans échantillon une fois toutes les deux années...--Bouzinac (discuter) 17 janvier 2019 à 15:57 (CET)
@Bouzinac if #dates <= 20 then veut dire « si il y a 20 dates ou moins » alors le module prend les 20 dates ou moins, sinon on passe effectivement dans la boucle suivante qui elle ne conserve que 10 dates : for i = 0, 9 do (ligne 123, la ligne 124 local j = math.floor(i * n / 9 + 0.5) + 1 servant à faire un échantillonnage de dix valeurs uniformément réparties entre la première et la dernière année). Effectivement c'est un peu étrange de ne garder que 10 valeurs au-dessus de 20 valeurs, la logique voudrait plutôt que le seuil soit le même dans les deux cas (mais il y a peut-être une subtilité qui m'échappe).

À l'idéal, le rendu du modèle serait plutôt comme ça mais il me manque le tableau brut + le crayon pour modifier la donnée facilement + l'automatisation de la recherche du numéro entité Wikidata pour le code SPARQL.

 

Voir la requête brute sur Wikidata. .

Le comparatif entre ces deux rendus est là : Aéroport_de_Southampton#Statistiques. Qu'en penses tu du modèle {{Graphique Ligne}}? --Bouzinac (discuter) 19 janvier 2019 à 22:10 (CET)

Création (ou remplacement) de modèles des bases Palissy, Mérimée, Joconde, Mémoire et MNR (plateforme ouverte du patrimoine)Modifier

Travail demandé par Rap2h (discuter) 18 janvier 2019 à 15:08 (CET)

  • Avancement :
    0 %
  • Détails de la demande :

Création (ou remplacement) de modèles des bases Palissy, Mérimée, Joconde, Mémoire et MNR (plateforme ouverte du patrimoine).

Actuellement il existe des modèles pour les bases de données du patrimoine qui envoient sur un site "Mistral". La Plateforme Ouverte du Patrimoine (POP) du ministère de la culture a été ouverte il y a quelques mois (https://www.pop.culture.gouv.fr/). Elle contient l'ensemble des bases citées ci-dessus, elle devient la référence (source). Il faudrait donc pouvoir référencer également (ou en remplacement) les notices de cette nouvelle base.

On peut y rechercher des notices de la même manière que sur "Mistral", par exemple la notice "IM67006195" peut être appelée sur mistral ici : http://www2.culture.gouv.fr/public/mistral/palissy_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=IM67006195 et sur POP https://pop.culture.gouv.fr/notice/palissy/IM67006195.

On notera cependant que les modèles actuelles permettaient de faire des recherches qui ne sont plus possibles sur POP (les fonctionnalités ne sont pas identiques). Cela veut donc dire qu'il y a une réflexion à avoir si il s'agit d'un remplacement.

Voilà, je ne sais pas trop par où commencer, je serai ravi d'avoir des conseils.

Des nouvelles ?

@Rap2h Bof, pourquoi pas mais ce nouveau portail (dont j'entends parler depuis presque un an) est toujours en beta et en construction donc je dirais plutôt   Attendre. Sur le contenu, il me semble qu'il n'apporte aucune information de plus que les bases existantes (voir même un peu moins). Mais l'idée reste bonne et il faudrait suivre l'évolution de ce portail et pas que pour la Wikipédia en français, les autres Wikipédia (20 possèdent un équivalent du modèle Mérimée), Commons ou Wikidata pointe encore abondamment vers les bases Mistral. Pour info, voir aussi la discussion Discussion_Projet:Monuments_historiques#Pop_culture. Cdlt, Vigneron * discut. 3 mars 2019 à 19:41 (CET)

Le modèle KML (et GeoGroup) ne marche plus bienModifier

Travail demandé par Jack ma ►discuter 26 janvier 2019 à 07:01 (CET)

  • Avancement :
    0 %
  • Détails de la demande :

Bonjour. Le modèle:KML ne marche plus sur les catégories et les listes d'articles géoréférencés (voir les exemples dans la documentation). Par exemple le lien OpenStreetMap dans :

Pour l'ensemble des points mentionnés sur la page Catégorie:Sommet en Belgique : voir sur OpenStreetMap (aide), Google Maps (aide), Bing Cartes (aide) (carte limitée à 200 lieux) ou télécharger au format KML (aide).

Il utilise le modèle sous-jacent {{GeoGroup}}, qui appelle kmlexport ou tools.wmflabs.org/osm4wiki/cgi-bin/wiki/wiki-osm.pl. Le modèle correspondant sur le wiki anglais semble toujours fonctionner. Merci d'avance pour votre aide. Personnellement, je ne me sens plus de taille à maintenir ce modèle partique et utile. Si quelqu'un sait le remettre en marche, ce serait super. Cordialement,

Ajouter les langues dans les modèles BasesModifier

Travail demandé par ParaBenT (discuter) 15 février 2019 à 13:02 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Serait-il possible d'associer dans Projet:Bases pour chacune modèle de bases à chacune des ressources, quand elle n’est pas (fr), sa langue: (en) ; (de) ; (es) etc. ?

Suite à discussion Discussion_Projet:Bases#Indication_langue.

  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
@ParaBenT l'idée est intéressante mais comment connaître la ou les langues d'une base ? Il faudrait que cette information soit stockées quelque part (sur Wikidata dans l’idéal ou en dur sur Wikipédia) et à ma connaissance ce n'est pas (encore) le cas. Cdlt, Vigneron * discut. 5 mars 2019 à 08:53 (CET)
Je ne maîtrise pas ces modèles, je pensais que c'était plus facile.
Pour le stockage de l’information les modèle {{allociné titre}} ; {{imdb titre}} etc. la contienne déjà, et quand ils sont appelés, génèrent des belles références propre et lisible à mettre dans lien externe, à la différence de {{bases audiovisuel}} qui les appelle très pauvrement et qui génère une présentation qui n'aide pas à rendre lisible et déchiffrable le contenus des informations proposées en confondant le lien vers la source et le fournisseur de source. --ParaBenT (discuter)
@VIGNERON et @ParaBenT
Je crois que c’est déjà possible en suivant le chemin P1629 (« élément Wikidata associé à la propriété »)/P407 (« langue de l'œuvre, du nom ou du terme ») à partir d’une propriété (ou directement de l’élément de sa bdd si on en dispose. Par ex en partant de P345 (« identifiant Internet Movie Database ») on récupère la valeur

(calculé par un modèle, le code est {{Liste valeur chemin wikidata|P345|P1629/P407}}, juste importé donc pas de doc pour l’instant :) ) — TomT0m [bla] 13 avril 2019 à 12:49 (CEST)
Merci TomT0m pour ce premier élément.
Comment doit s'utiliser ce nouveau modèle {{Liste valeur chemin wikidata}} ? Est-ce un simple modèle technique qui pourrait être utilisé par les modèles bases pour leur dire qu'elle langue afficher ? --ParaBenT (discuter) 21 avril 2019 à 16:33 (CEST)
  ParaBenT : Non sans doute pas en tant que tel, ce modèle se contente d’afficher une liste de valeurs qu’on trouve en suivant un « chemin » de propriété à partir d’une entité Wikidata, cf. la doc sur Wikidata. Par exemple pour lister les grand-parents du dieu Phobos on peut utiliser {{Liste valeur chemin wikidata|Q105019|(P22|P25)/(P22|P25)}}, et on récupère le père et la mère du père et de la mère de Phobos :

. Ce modèle se contente de mettre le tout en forme, mais l’idée serait plutôt d’utiliser le module lua sous-jacent : Module:Wikidata/Chemin (quoi que ça serait quand même possible avec ce modèle). Avec le chemin P1629/P407/P424 on peut même carrément récupérer directement le (ou les) codes de langue Wikimedia (pour imdb) :

  • en

. Du coup ça devient envisageable d’appeler juste de modèle correspondant {{en}} si on est complets là-dessus. Le code lua pourrait ressembler à un truc comme ça

function langs(property) 
    local lang_str = "" ; 
    for codelang in path.iterate(property, "P1629/P407/P424") do 
       lang_str = lang_str .. frame:expandTemplate(codelang) 
    end
    return lang_str
end

TomT0m [bla] 24 avril 2019 à 15:24 (CEST)

Merci TomT0m ; j'ai encore beaucoup à apprendre pour commencer à comprendre tout ceci   d’autant que l'organisation de wikidata me reste encore complètement hermétique entre autres ses divers entités et ce à quoi elle correspondent, en tout cas qui explicite trop insuffisamment ses termes !
@VIGNERON Il est donc réaliste, en suivant une piste ou l'autre, d'intégrer dans les divers modèles bases la langue pour chacune des sources sauf quand la langue est (fr) ou bien est-ce plus compliqué ? --ParaBenT (discuter) 1 mai 2019 à 10:02 (CEST)
@ParaBenT effectivement cela semble possible. J'arrive à suivre la pensée de Tom mais tout juste, je laisse donc un plus compétent que moi mettre cela en place. Cdlt, Vigneron * discut. 1 mai 2019 à 11:41 (CEST)
Vais tenter d’intégrer mon code dans le brouillon de Module:Bases. — TomT0m [bla] 1 mai 2019 à 14:05 (CEST)
@ParaBenT Tentative faite sur Module:Bases/Bac à sable. On peut voir des tests sur les pages de test des modèles (par ex. Modèle:Bases_art/Test). — TomT0m [bla] 1 mai 2019 à 14:50 (CEST)
(ah, et si éventuellement il en manque, c’est surement que la langue n’est pas indiquée sur l’élément de la base de donnée. Pour le rajouter, il faut aller sur la page du modèle, par exemple Modèle:Bases_art, ou sont listées les propriétés utilisées par le modèle, trouver la propriété pour laquelle il manque une langue, ce qui ramène sur la page Wikidata de la propriété (par exemple P2538 (« identifiant Nationalmuseum d'un artiste »)). Sur cette page il faut trouver la déclaration « élément associé à la propriété » (c’est à dire celle-ci dans notre exemple). Elle a pour valeur « nationalmuseum ». Et là problème :) si c’était un élément d’une base de donnée ou d’un site web, il suffirait de rajouter une déclaration « langue de l’oeuvre (ou du nom) » à cet élément valeur pour que le modèle l’affiche. Le truc c’est que là c’est un identifiant non seulement pour une base de données mais plus largement pour tout le musée … ça mérite réflexion. Peut-être qu’indiquer une langue en qualificatif des déclarations qui permettent de créer les liens vers les sites web marcherait (et ce serait intéressant dans le cas ou il y a des sites multilingues pour choisir les liens en français. Vais tenter çà en expérimentation et poser la question sur WD pour voir si c’est une solution qui conviendrait aux gens. — TomT0m [bla] 1 mai 2019 à 15:57 (CEST)
Poursuite de la discussion autour de son du développement : ici. --ParaBenT (discuter) 25 mai 2019 à 15:55 (CEST)
Il me semble que l'avancement peut être passé à 100% ?   TomT0m et Vigneron : --ParaBenT (discuter) 16 septembre 2019 à 11:47 (CEST)

Modèle pour le dictionnaire Larousse en ligneModifier

Travail demandé par Vega (discuter) 6 avril 2019 à 19:08 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, un modèle « Larousse » renvoyant vers ce dictionnaire en ligne n'existe pas encore, sauf erreur, malgré l'appel fréquent dans les RI. Pouvez-vous donc, ô Modèles, créer un tel outil ? Il pourrait prendre la forme suivante, à la manière de {{CNRTL}} ou {{GDT}} :

{{Larousse | <entrée du dictionnaire> | facultatif : <numéro> | facultatif : encyclo | facultatif : consulté le=<date> | facultatif : <id> }} avec :

  • numéro : correspondant à l'entrée et ajouté par larousse.fr dans l'url après le mot recherché
  • encyclo : mot-clef orientant vers la partie encyclopédique de larousse.fr (pas tellement intéressante, amha) plutôt que lexicographique
  • consulté le= : présent dans le modèle {{GDT}} mais pas dans {{CNRTL}} ; une définition a-t-elle besoin d'être datée ?
  • id : paramètre pour citation Harvard.

Exemples

  1. Base : {{Larousse | écologie }} donnerait : « écologie », dictionnaire Larousse. (équivalent à [https://www.larousse.fr/dictionnaires/francais/écologie/27614 « écologie »], dictionnaire Larousse.).
  2. Polysémie : {{Larousse | franc | 35003 }} donnerait : « franc », dictionnaire Larousse. alors que {{Larousse | franc | 35000 }} donnerait : « franc », dictionnaire Larousse. (url différent).
  3. Encyclopédie : {{Larousse | écologie || encyclo }} donnerait : « écologie », encyclopédie Larousse..

Remarques :

PS : J'ai trouvé difficile de chercher les modèles "Larousse", puisque Aide:Liste de modèles et Aide:Modèles liés aux sources ne les donnent pas, Catégorie:Espace Modèle offre une navigation laborieuse et j'ai échoué, enfin Spécial:Toutes les pages/Modèle: n'a pas de champs "Rechercher". Comment s'y retrouver dans la jungle des modèles, alors ?

  • Article(s) pour le modèle : des centaines ? des milliers ? des millions !
  • Discussions :

Personne pour se pencher sur ce modèle à large spectre d'utilisation, vraiment ? :-/ — Vega (discuter) 22 avril 2019 à 12:45 (CEST)

Nul doute que cela intéresse des contributeurs, mais ceux qui peuvent s'en occuper doivent sûrement manquer de temps. Lofhi (me contacter) 14 mai 2019 à 00:23 (CEST)

Vérification création modèleModifier

Travail demandé par Bouzinac (discuter) 4 juin 2019 à 15:41 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, j'ai créé un modèle {{Aéroport-Statistiques}} et avant de le déployer un peu partout, j'aimerais qu'un œil averti regarde le code et voir s'il y a d'éventuelles optimisations possibles
  • Article(s) pour le modèle : Exemple de rendu :
  • Discussions :

Modèle Pays au Chœur EurovisionModifier

Travail demandé par Olou (discuter) 28 juin 2019 à 11:33 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour. J'ai constaté que lorsque j'ai voulu créer la page Slovénie au Chœur Eurovision, il n'était pas possible que les informations du pays au Concours n'apparaissent dans leur totalité (notamment la première participation du pays au Concours, en 2017, où je me retrouve avec un lien rouge qui ne revoie nulle part lorsqu'il est affiché Chœur Eurovision de l'année 2017). S'il-vous-plaît, pouvez-vous créer un modèle spécifique pour les pays participants au Chœur Eurovision, où seraient affichées toutes les informations sur leurs participations, le diffuseur participant, ou encore une éventuelle victoire au Concours, à la manière du modèle pour les pays participants au Concours Eurovision de la chanson (ex : celui de la page France au Concours Eurovision de la chanson) ?

Je vous remercie d'avance.

Compléter le Modèle:Citation blocModifier

Travail demandé par Ellicrum {bablute [...]} 9 juillet 2019 à 03:08 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonsoir, demande assez rapide : est-il possible d'ajouter une option « date » pour le Modèle:Citation bloc ? Comme le montre l'exemple d'en dessous, on est obligé a priori d'incorporer la date avec le nom de l'ouvrage (ce qui ajoute un italique inutile).

« Ce modèle a besoin d'une complétion. »

— Un wikipédien, le Petit Wiki (2019)

Ellicrum {bablute [...]} 9 juillet 2019 à 03:08 (CEST)

  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :

  Ellicrum : Bonjour. C'est vrai que cela permettrait de respecter les Conventions bibliographiques. Je propose deux solutions :

  1. compliquer ce modèle en y ajoutant un quatrième paramètre non nommé dans lequel on pourrait mettre toutes les informations qui suivent le titre de l'ouvrage ;
  2. conseiller l'utilisation du modèle {{ouvrage}} dans le deuxième paramètre non nommé. C'est déjà le cas dans beaucoup d'articles (par exemple, canif).

De loin, c'est la deuxième solution ma préférée. --FDo64 (discuter) 9 juillet 2019 à 10:12 (CEST)

  FDo64 : j'avoue que la première solution me plaît également   : un quatrième paramètre permettra d'ajouter n'importe quelle information autre que l'auteur et le titre (en l'occurrence ici la date) et sans avoir besoin d'encastrer un second modèle (ce n'est donc pas nécessairement plus compliqué). Ce qui donnerait un truc du genre « {{Citation bloc|"Texte"|"Auteur"|"Titre"|"Information(s) complémentaire(s)"}} » (ce dernier ne sera pas en italique). Mais la deuxième solution me convient tout aussi bien (que je ne connaissais pas), où effectivement le problème est déjà pris en compte. — Ellicrum {bablute [...]} 9 juillet 2019 à 17:14 (CEST)

Modification mineure du modèle {{Infobox Météorite}}Modifier

Travail demandé par Ariel (discuter) 7 septembre 2019 à 07:48 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : La ligne « Date » (= date de la chute) ne devrait pas apparaître quand le paramètre chute a été renseigné avec la valeur Non (ou non).
  • Article(s) pour le modèle : tous les articles titrés « Météorite de XXX » ou « XXX (météorite) », par exemple Météorite de Fukang
  • Discussions :
Bonjour Ariel Provost  , je ne suis pas d'accord avec la solution proposée. Comme tu l'indiques « date = date de la chute » donc cette date devrait être vide lorsque chute=Non. Il s'agit juste de corriger une dizaine d'article que l'on retrouve en cherchant « Non » dans les statistiques.
Les seules modifications qui me semblent souhaitables seraient d'enlever le « ? » par défaut et de renommer le paramètre date en date chute pour qu'il n'y ait plus d'ambiguïté.
--FDo64 (discuter) 7 septembre 2019 à 08:09 (CEST)
Je trouve un peu bête qu'il apparaisse une ligne « Date » (de la chute) quand ce n'est pas une chute, et d'ailleurs aussi qu'il apparaisse une ligne « Découverte » quand ce n'est pas une découverte (une trouvaille, comme on dit dans le jargon). Comme dans d'autres infobox, différentes lignes n'apparaissent déjà pas quand le paramètre correspondant n'est pas renseigné (classification structurelle, choc, météorisation, compositionetc.). À la réflexion, je modifie ma demande : ne faire apparaître les lignes « Date » (de la chute) et « Découverte » que si les paramètres correspondants sont renseignés. Ce qui autorise de renseigner les deux, dans les (rarissimes) cas où une chute a été observée à une certaine date mais qu'on n'a retrouvé des fragments que des années plus tard. — Ariel (discuter) 7 septembre 2019 à 08:56 (CEST)
P.S. Je viens de vérifier sur Wiki-en (template:Infobox meteorite) : ils ont fait comme je le demande. Par exemple, pour Fukang meteorite, il n'y a pas de ligne pour la date de chute (puisque ça n'en est pas une), alors que le paramètre existe dans l'infobox. — Ariel (discuter) 7 septembre 2019 à 09:04 (CEST)