Projet:Modèle/Demandes

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 :

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 2020 ; 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 :
Bonsoir 2017-CMI  . J’ai regardé cette demande et ma conclusion est qu’il n’y a pas besoin de nouveau modèle. Le {{modèle:Date}} saurait faire l’affaire. En effet, ce modèle fait le lien avec les pages construites de la façon suivante : <date> <qualificatif>. Exemples de qualificatifs : « à la radio », « au cinéma », « dans les chemins de fer », « en musique ». Remarque : « (guerre mondiale) » est une exception, j’ai cherché et je n’ai pas trouvé d’autres chronologies ne respectant pas cette règle de nommage.
Certaines chronologies de guerres mondiales ont déjà des redirections qui pourraient convenir. Par exemple, Septembre 1916 dans la Première Guerre mondiale.
Mes propositions :
  • Ajouter « dans la Première Guerre mondiale » et « dans la Seconde Guerre mondiale » à Module:Date/Data ;
  • Renommer les 128 pages concernées (en inversant les 47 redirections existantes). On les trouve en faisant la recherche suivante : intitle:/[0-9]+ \(guerre mondiale\)/.
Si cela te convient, je veux bien faire le premier point pour tester sur une redirection existante que la solution proposée convient.
--FDo64 (discuter) 20 janvier 2020 à 22:01 (CET)
Bonjour FDo64  , Sur le fond, je suis d'accord, l'essentiel étant l'accès facile à un contexte particulier. Sur l'aspect renommage, il y a deux groupes d'articles : juillet 1914 - décembre 1918 / septembre 1939 - septembre 1945, aucune équivoque n'est possible (en d'autres termes, on ne peut pas avoir "Mars 1918 (Seconde Guerre mondiale)", par exemple). Au départ, les articles avaient été créés sous la forme "mois année (Première [seconde] Guerre mondiale)" ; avant le départ de Gkml, nous avions convenu, après un débat sur le bistro, de les nommer sous la forme "mois année (guerre mondiale)", au lieu de "mois année dans la Seconde Guerre mondiale", qui ne veut rien dire. Je ne te suis pas sur l'aspect purement technique : pourquoi alors ne pas créer un modèle qui serait celui-ci , ce qui posséderait l'avantage de générer un seul modèle pour les deux guerres mondiales? La solution que tu proposes aboutit à créer deux groupes (WW1 / WW2) alors que précisément, l'absence d'équivoque nous permet de gérer un seul groupe d'articles chronologiques. CMI 2017 (un problème existentiel?) aka le conteur 23 janvier 2020 à 16:54 (CET)
Bonsoir 2017-CMI  . Le modèle date est une coquille vide qui se contente d'appeler un module archi complexe écrit en Lua. On ne trouvera jamais personne pour en réécrire un juste pour ce cas particulier. Je ne vois donc pas d'autre solution que de trouver un qualificatif. Je peux comprendre que celui que je proposais ne convienne pas (même si je ne l'ai pas inventé). Toute autre proposition est bienvenue (voir les exemples déjà fournis). Et il n'y a pas obligation à distinguer les guerres, donc "dans la Guerre mondiale" pourrait convenir.
Autrement je crains que cette demande ne soit classée sans suite.
--FDo64 (discuter) 23 janvier 2020 à 21:43 (CET)

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) 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,

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 : Trafic annuel sur l'aéroport CDG NCE

Voir la requête sur le moteur Wikidata.

  • Discussions :

Bonsoir Bouzinac   Je vois que tu as déployé ce modèle et j'ai donc supprimé le bandeau {{en travaux}}. Je me suis également permis de supprimer les sauts de lignes inutiles. --FDo64 (discuter) 20 janvier 2020 à 22:08 (CET)

Salut FDo64 (d · c · b) euh oui merci, mais comme le modèle Graph (cf https://www.mediawiki.org/wiki/Extension:Graph/fr ) ne fonctionne pas pour taper dans Wikidata, et bien... ce n'est juste qu'un lien pour obtenir de la donnée. Mais si tu avais une meilleure idée pour représenter visuellement un graphique avec données Wikidata régulièrement màj ...? --Bouzinac (discuter) 20 janvier 2020 à 23:08 (CET)
  Bouzinac : Aucune idée. Je rouvre donc la requête puisque ton modèle ne fonctionne pas… --FDo64 (discuter) 20 janvier 2020 à 23:11 (CET)
Bonsoir Bouzinac  . Je reviens vers toi pour deux remarques :
  1.   Simon Villeneuve : a développé le modèle:Wikidata list. Peut-être saura-t-il t’aider ?
  2. Comme j’avais un doute, j’ai consulté Wikipédia:Utilisation de données Wikidata dans les articles et ce modèle entre bien dans la catégorie « Parties des articles où des données Wikidata peuvent être utilisées (…) dans les tableaux, histogrammes et autres graphiques de présentation de données ».
--FDo64 (discuter) 21 janvier 2020 à 22:19 (CET)

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.

Création Modèle:Tournoi sur 5 tours et 6 toursModifier

Travail demandé par William Jexpire (discuter) 29 septembre 2019 à 22:35 (CEST)

Modèle:Graphique démographiqueModifier

Travail demandé par Roland45 (discuter) 23 janvier 2020 à 16:47 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Le modèle:Graphique démographique a été créé il y a quelques années (2014). Quantd il est utilisé, il est couplé avec un tableau permettant de visualiser les données. Une amélioration qui me paraîtrait utile si on veut s’affranchir d’afficher ce tableau de données (lourd visuellement quand il y a beaucoup de données) serait d’afficher les données en infobulles. Comme on peut le voir dans ce graphiques de l’université de Sherbrooke.
    Cette amélioration parait-elle faisable ? et si oui merci par avance à celui qui voudra bien se pencher sur le sujet. Cela constituerait un pas considérable pour tous les graphiques (pas uniquement de population). Cordialement.
  • Discussions :

Boîte déroulante fonctionnelle pour mobileModifier

Travail demandé par — Cantons-de-l'Est p|d|d [‌sysop] 5 février 2020 à 02:26 (CET)

  • Avancement :
    0 %
  • Détails de la demande : {{boîte déroulante}} fonctionne bien si la page est consultée avec un portable ou un ordinateur de bureau. Si elle est consultée avec un smartphone (donc via fr.m.wikipedia.org), la boîte déroulante est toujours déroulée et aucun bouton n'apparaît pour la faire enrouler. J'ai essayé une boîte déroulante avec les classes mw-collapsible, mw-collapsed et mw-collapsible-content (tel que recommandé dans [1]), mais le même problème persiste. Pourtant, la table des matières (appelée « Sommaire » pour les smartphones) réagit comme une boîte déroulante « normale ». Merci de vous pencher sur ce problème, peu importe s'il y a une solution ou pas.
  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
+1, je l'avais déjà demandé en page de discussion et c'est vrai que certaines pages (notamment en dehors de l'espace encyclopédique) peuvent vite devenir illisible sur mobile à cause de ces boites déroulées... -- Nemo Discuter 24 mars 2020 à 19:50 (CET)

Modèle:Graphique épidémie (pour Covid-19)Modifier

Travail demandé par Bouzinac (discuter) 11 mars 2020 à 11:34 (CET)
et
Travail demandé par Dirac (discuter) 3 juin 2020 à 23:02 (CEST)


  • Avancement :
    100 %
  • Détails de la demande :
    • Demande de Bouzinac:

Bonjour, quelqu'un a fait un modèle anglais pour faire des graphiques d'épidémie. Celle du corona en l'occurrence. Donc j'ai tenté de l'adapter côté frwiki ici {{Graphique épidémie}} mais avec un succès mitigé. Si quelqu'un de très calé pouvait aider à optimiser le modèle? Il s'agit d'avoir un rendu équivalent à ceux existant tout en étant plus simples et facile à paramétrer que les existants, avec une mise en forme uniforme.

    • Demande de Dirac:
 
Exemple d'utilisation du modèle Medical cases chart pour le Québec, et disponible uniquement sur Wikipédia EN. Seuls les 15 derniers jours sont affichés.

Il y a présentement beaucoup d'articles sur Wikipédia FR couvrant la pandémie de Covid-19 dans différents États du monde. La plupart des articles utilisent un graphique en haut de la page pour illustrer l'évolution de la pandémie. Une liste de ces graphiques peut être consulté sur Wikipédia:Liste des modèles territoriaux sur la pandémie de Covid-19. Comme la pandémie de Covid-19 s'étire dans le temps, les graphiques de cette liste, pour la grande majorité basés sur Modèle:Bar stacked, s'allongent verticalement jusqu'à devenir beaucoup trop long. On peut constater ce problème au début de l'article sur la pandémie au Québec (graphique à droite) ou en France.

Wikipédia en anglais a réglé ce problème grâce au modèle Medical cases chart. Il permet de visualiser uniquement les 15 derniers jours. C'est ce modèle qui est utilisé dans les articles de la majorité des pays sur Wikipédia EN (graphique sur la gauche).

Ce modèle a été transféré sur Wikipédia en français dans Modèle:Graphique épidémie, mais il n'est pas fonctionnel. J'ignore pourquoi, et le créateur du modèle n'a pas répondu à mes questions à ce sujet.

Serait-il possible d'avoir de l'assistance pour corriger le code du modèle et pouvoir ainsi l'utiliser dans les articles traitant de la Covid-19 sur Wikipédia FR? Il sera populaire, j'en suis convaincu.

  • Discussions :
J'ai fusionné ma demande avec celle de Bouzinac. Dirac (discuter) 4 juin 2020 à 14:24 (CEST)
J'ai essayé de copier le code du modèle de modèle Medical cases chart dans Module:Tableau des cas médicaux, mais clairement mes compétences en lua font défaut. J'ai l'erreur Erreur Lua : bad argument #1 to 'gsub' (string expected, got nil). Y a-t-il un codeur lua dans la salle, ou sinon, où puis-je en trouver un?Dirac (discuter) 4 juin 2020 à 15:38 (CEST)
Bonjour Dirac  , tu peux facilement afficher un seul mois (en l’occurrence le mois en cours ou le mois en cours + le précédent en début de mois) par défaut pour éviter que le graphique ne prenne trop de place. J'ai fait un test ici en reprenant les données de la COVID-19 concernant le Québec. N'hésites pas à me dire si cela te convient. Noritop      4 juin 2020 à 17:17 (CEST)
Exactement ce dont j'avais besoin. Merci Noritop  . Dirac (discuter) 5 juin 2020 à 01:38 (CEST)
Super mais j'ai pas vu ce qui permet de collapser les "vieux" mois ? --Bouzinac (discuter) 5 juin 2020 à 08:03 (CEST)
OK, vu avec le code |collapsed=1. --Bouzinac (discuter) 5 juin 2020 à 08:04 (CEST)

Problèmes d'affichage du modèle « Intervalle »Modifier

Travail demandé par Ariel (discuter) 3 mai 2020 à 08:12 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Trois problèmes liés :
    (1) quand les deux dates sont av. J.-C. mais indiquées avec le signe "−", on se retrouve avec un affichage fort inélégant, p. ex. −664–−525 (infobox de l'article XXVIe dynastie égyptienne), car les dates négatives ne sont pas considérées comme « composées » (cf. la documentation du modèle) ;
    (2) quand seule la 2e date est « composée », on a des espaces indésirables, p. ex. 750 – 332 avant notre ère (infobox de l'article Basse époque).
    Je ne suis pas sûr du meilleur moyen de régler ces deux problèmes. La solution à laquelle j'ai pensé, afin de ne pas perturber les autres pages appelant le modèle, est d'ajouter un paramètre nommé facultatif permettant d'imposer les espaces insécables ou leur absence (en court-circuitant alors le choix fait par le modèle), paramètre qui serait facile à transmettre depuis les pages appelant le modèle, par exemple le modèle Infobox Ancienne entité territoriale (appelé par XXVIe dynastie égyptienne comme par Basse époque).
    (3) Par ailleurs il serait peut-être préférable d'afficher "à" plutôt que "–" quand il y a les espaces avant et après (notamment quand le tiret sépare deux dates négatives), soit systématiquement (je n'ai pas réfléchi aux inconvénients possibles, c'est peut-être imprudent), soit au vu d'un paramètre nommé facultatif (qu'on pourrait peut-être combiner en un seul avec celui évoqué ci-dessus, pour ne pas compliquer à l'excès l'appel et la documentation du modèle).
    Merci d'avance, et bon courage !
  • Article(s) pour le modèle : XXVIe dynastie égyptienne et articles similaires ; Basse époque et articles similaires
  • Discussions :
  Ariel Provost : Je constate que le modèle {{Intervalle}} n'est utilisé que par {{Infobox Ancienne entité territoriale}} et qu'il y a d'autres cas ou l'affichage est bancal. Par exemple dans l'article Commonwealth des Philippines il y a « 1935-1942–1945-1946 ». Je pense aussi que replacer le tiret par « à » est la meilleure solution.
  Recruos : Qu'en penses-tu ?
--FDo64 (discuter) 15 octobre 2020 à 21:57 (CEST)

Demande de modifications sur le modèle Infobox LivreModifier

Travail demandé par Auctores varii (discuter) 24 mai 2020 à 21:31 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Pourrait-on ajouter à ce modèle les 3 paramètres suivants, demandés sur la page de discussion du modèle ?
    • un paramètre permettant d'afficher le lien vers Wikilivres quand il existe ;
    • un paramètre permettant d'afficher le nom de l'illustrateur/illustratrice de l'édition originale quand l'édition en français n'est pas illustrée par le même artiste, voire pas illustrée du tout ;
    • un paramètre permettant d'afficher le nombre de mots d'un roman, plus parlant que le nombre de pages, qui change en fonction de très nombreux paramètres.
  • Article(s) pour le modèle : {{Infobox Livre}}
  • Discussions :

Ces demandes existent sur la page de discussion du modèle — qui n'est pas, disons-le, très fréquentée^^ — certaines depuis plusieurs mois. C'est pour cette raison que je me permets de les reporter ici. Merci d'avance pour votre travail^^
Auctores varii (discuter) 24 mai 2020 à 21:31 (CEST)

Bonjour Auctores varii  , la page du modèle étant en semi-protection, je n'ose pas trop y toucher s'il n'y a pas de consensus concernant l’intérêt de ces ajouts. Peut-être faudrait t-il initier une discussion sur le projet:Littérature ? Noritop      24 août 2020 à 18:41 (CEST)

Masquer certaines infos en fonction affichage mobile/PCModifier

Travail demandé par Bouzinac (discuter) 29 mai 2020 à 15:59 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, existe-t-il un paramètre qui permettrait d'afficher, soit l'ensemble des points, soit les points jugés les plus importants en fonction de si ça s'affiche sur un tél mobile ou sur un PC ? L'idée est de :
    • simplifier si mobile, c'est à dire afficher seulement X, Y, Z ,
    • compléter si PC fixe, c'est à dire afficher X,Y,Z,A,B,C etc.
  • Article(s) pour le modèle : {{Carte/Aéroports en Amérique du Sud/Brésil}}
  • Discussions :

Modèle "inflation" indexé sur le PIB ?Modifier

Travail demandé par rob1bureau (discuter) 28 juin 2020 à 14:48 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, selon https://en.wikipedia.org/wiki/Template:Inflation, l'inflation des dépenses publiques (entre autres) devrait être calculée sur la base du PIB et non sur l'indice des prix à la consommation. Or, s'il existe un modèle:Inflation pour ce dernier cas, je n'ai pas trouvé d'équivalent pour le premier. Si l'info est exacte (je ne suis pas économiste), je pense que ce serait très utile. (A noter qu'il existe un Modèle:PIB Arménie TAB.)
  • Article(s) pour le modèle : tous les articles où on indique un prix passé devant être calculé de cette manière (j'ai découvert la question en voulant indiquer le prix unitaire du Lockheed SR-71 Blackbird, faute de mieux j'ai utilisé le modèle inflation).
  • Discussions :

Fait Modèle anglophone SidebarModifier

Travail demandé par Gerardgiraud (discuter) 12 octobre 2020 à 19:18 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : dans la page en anglais Chemocline existe le modèle Aquatic layer topics (Couches aquatiques) que j'aurais voulu transposer pour la page en français Chimiocline. Or le modèle "Aquatic layer topics" encapsule le modèle Sidebar qui n'existe pas en français. Quel est l'équivalent du modèle Sidebar en Français ? Merci. Cordialement.
  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
  Gerardgiraud : Bonsoir. Pour les palettes verticales, nous avons {{Méta infobox navigation}}.
Il faudra sans doute mettre position = left pour un bon affichage des légendes.
--FDo64 (discuter) 12 octobre 2020 à 23:21 (CEST)
  FDo64 : Bonjour. Ok pour le modèle proposé, délicat à utiliser mais avec lui j'ai pu créer ça : {{Modèle:Répartition des eaux}} à peu près conforme à son équivalent anglais. Merci beaucoup de l'information. Gerardgiraud (discuter) 14 octobre 2020 à 14:44 (CEST)
  Gerardgiraud : Bonne nouvelle, par contre je te signale trois problèmes :
  1. Puisqu'il s'agit d'une palette verticale, ce modèle doit s'appeler {{Modèle:Palette Répartition des eaux}}
  2. Il ne faut classer le modèle que dans l'espace modèle et plus précisément dans Catégorie:Palette verticale et Catégorie:Palette Eau.
  3. Il faut ajouter {{Documentation palette verticale}}.
Dans le cas contraire, tu vas remplir la page Projet:Palette/Maintenance/Listes et je serai obligé de m'en charger  .
Pour plus de précisions, voir Aide:Palette de navigation. --FDo64 (discuter) 14 octobre 2020 à 22:07 (CEST)
OK   FDo64 : j'ai fait les modifications demandées ici : {{Modèle:Palette Répartition des eaux}}.
Une question, dans {{Méta infobox navigation}} à quoi sert (et comment renseigner) le paramètre parent ?
| parent  = {{{parent|}}}<!-- Obligatoire, utile au modèle Palette. Ne pas supprimer -->
Merci. Gerardgiraud (discuter) 15 octobre 2020 à 14:57 (CEST)
  Gerardgiraud : Comme indiqué dans la documentation et dans le commentaire ci-dessus, le paramètre parent est obligatoire car utile au modèle Palette. Je l'ai donc ajouté. J'en ai profité pour supprimer les sauts de lignes en fin de modèle et j'ai remplacé une redirection. --FDo64 (discuter) 15 octobre 2020 à 20:58 (CEST)
Merci   FDo64 :. Cependant "paramètre parent est obligatoire car utile au modèle Palette" mais utile à quoi ? Car le comportement semble identique que ce paramètre y soit ou pas. Bon, ce n'est pas bien grave si tu ne connais pas précisément la réponse à cette question. Merci encore du coup de main qui m'a fait progresser dans la connaissance des palettes. Gerardgiraud (discuter) 16 octobre 2020 à 09:48 (CEST)
  Gerardgiraud : Bonsoir, l'écriture du module:Palette date d'il y a 6 ans maintenant, j'ai du faire des recherches ! L'explication se trouve ici. Cette ligne est nécessaire pour éviter un problème d'affichage dans le cas où quelqu'un utiliserait le modèle {{Palette}} qui ne devrait être appelé que pour les palettes verticales. --FDo64 (discuter) 16 octobre 2020 à 22:02 (CEST)
Bonjour   FDo64 :. Oh, c'est très technique ! Merci d'avoir pris le temps de me donner cette information. Cordialement. Gerardgiraud (discuter) 18 octobre 2020 à 14:18 (CEST)

Fait Modèle « Article » : numéros hors-sérieModifier

Travail demandé par Ariel (discuter) 24 octobre 2020 à 18:52 (CEST)

  • Avancement :  
  • Détails de la demande : Un certain nombre de revues publient régulièrement des hors-séries, datés et numérotés. Le paramètre série= est disponible, mais l'affichage « série Hors-série, no XXX » laisse à désirer. Ne pourrait-on pas prévoir pour ce paramètre la valeur HS (ou hors-série si vous pensez que HS peut prêter à confusion), de telle sorte que l'affichage soit alors seulement « hors-série, no XXX » ? En fait l'idéal serait que l'affichage soit « hors-série no XXX » (c.-à-d. sans la virgule) mais ça obligerait à gérer les paramètres série et numéro conjointement, ce qui serait sûrement plus difficile à coder.
  • Article(s) pour le modèle : une bonne partie de ceux qui font référence à des revues de vulgarisation.
  • Discussions :

Bonjour Ariel. Même si ce serait possible à gérer sans trop de difficulté, il est effectivement plus facile pour le code (et plus simple pour le contributeur) de conserver des paramètres série et numéro entièrement dissociés et donc la virgule. Pour le reste, un simple ajout dans le Module:Biblio/Article par exemple du type cette proposition mise en œuvre à l'instant, conviendrait à priori.

Dans la pratique, on observe sur les statistiques d'insertion du modèle que les utilisateurs s'adaptent actuellement avec des syntaxes comme |numéro=Hors-série 9, |numéro=7 (hors-série), |titre volume=Hors-série, |champ libre=Hors-série de Séries TV ou encore |mois=hors-série d'automne. Il y a donc très peu d'articles potentiellement concernés par cette modification.

Est-ce que l'action menée correspond à tes attentes ? — Ideawipik (discuter) 24 octobre 2020 à 23:31 (CEST)

  Ariel Provost. Le non affichage de la virgule dans le cas où le paramètre série vaut « hors-série » a été ajouté au modèle. Il faut juste voir si cette modification du comportement doit être conservée ou est jugée anecdotique au regard du rapport coût/bénéfice. — Ideawipik (discuter) 25 octobre 2020 à 10:18 (CET)

Super ! Merci Ideawipik  . Détail : comme c'est précédé d'une virgule, il me semble qu'il ne faudrait pas de majuscule à « Hors-série » (exemple ici, dernier item). — Ariel (discuter) 25 octobre 2020 à 10:57 (CET)
P.S. Il faudrait absolument que je me mette à Lua, c'est très frustrant de ne pas avoir accès aux variables internes dans les modèles en wikicode. — Ariel (discuter) 25 octobre 2020 à 10:57 (CET)
On le signale tout de suite dans la doc du modèle {{Article}} ou bien l'on attend des avis complémentaires ? — Ariel (discuter) 25 octobre 2020 à 11:00 (CET)
  Ariel Provost
  • La majuscule. Oui. Mais c'était déjà mieux que « série Hors-série n° 109 ». Je pensais que dans ce cas, la correction aurait dû avoir lieu dans les articles à l'insertion du modèle, mais l'implémentation directement dans le modèle ne coûte pas grand chose. C'est fait !
  • Documentation. J'attendais ta réaction pour en parler. Je te laisse volontiers ajouter une petite note sur la possibilité d'avoir série=hors-série associé à un (ou des numéros) dans numéro mais pas la peine de rentrer dans les détails.
  • Pour débuter facilement en Lua : wikiversity:Initiation au Lua avec Scribunto, Introduction sur www.luteus.biz et Start sur www.lua.org.
Ideawipik (discuter) 25 octobre 2020 à 11:31 (CET)
Dans la doc j'ai précisé qu'on pouvait coder série=hors-série (j'ai vu qu'on pouvait mettre une majuscule initiale ou ne pas mettre un tiret mais je ne pense pas que ce soit utile de le préciser dans la doc). J'allais compléter l'explication du paramètre numéro puis je me suis dit que ça n'était pas utile : l'utilisateur mettra le numéro et trouvera tout naturel que l'aspect soit bon, sans se poser de question. Merci encore. — Ariel (discuter) 28 octobre 2020 à 18:53 (CET)

Développement du modèle « Test 1 »Modifier

Travail demandé par Ariel (discuter) 27 octobre 2020 à 16:31 (CET)

  • Avancement :
    0 %
  • Détails de la demande : {{Test 1}}. La nouvelle version que je propose est ici (et sa doc ). Je l'ai présentée en deux fois (ici et ), avec à chaque fois une annonce sur le Bistro et une autre sur le Bulletin des patrouilleurs. Mes retours sont positifs mais peu nombreux. Pensez-vous que je puisse implanter cette nouvelle version ?
    P.S. Le code est un peu lourdingue mais c'est difficile de faire autrement sans variables locales. Quand je me serai mis à Lua je pourrai le simplifier.
    P.S. no 2 À propos de code, y a-t-il moyen que le code affiché sur la PdD du vandale soit débarrassé des #if: et #ifeq: qui sont résolus et ne servent plus à rien ?
  • Article(s) pour le modèle : les PdD des vandales.
  • Discussions :

Bonjour Ariel Provost  , je n'ai pas d'avis à t'apporter sur l'objet principal de ta requête, car je ne fais que peu de patrouille mais, en revanche, concernant ta 2e demande, il me semble qu'il n'est pas possible de se passer de l'inclusion du code intégral du modèle en subst, y compris les tests. Par contre, ça me semble tout à fait possible en Lua. J'ai un doute concernant la transclusion de modèles Lua, mais il me semble que ce qui est transclus est ce qui est généré par le script, donc le wikicode que l'on souhaite (et les tests peuvent alors se retrouver au niveau de la structure de contrôle de la génération du wikicode et donc être absents du wikicode final).  . Epok__ (), le 27 octobre 2020 à 19:27 (CET)

Conflit d’éditionBonjour Ariel.
  • Réponse au feu vert demandé. Étant donné qu'il n'y a pas de révolution du fonctionnement de base du modèle et une amélioration en termes de flexibilité, je ne pense pas qu'il y aura de levée de bouclier contre cette modification, à la condition qu'elle soit fonctionnelle. Autre argument : le modèle étant l'objet d'une substitution, la modification n'aura de conséquences à long terme sur les performances. Enfin, la documentation proposée est claire.
  • Réponse technique au PS2. Sauf erreur, en ajoutant un {{{|safesubst:}}} juste devant les #if…, tu devrais avoir le résultat escompté lors de la substitution. Lire le tableau d'exemples dans en:Help:Substitution#Recursive_substitution. Et tout de même faire un essai avant une mise en production.
Hors sujet. Merci Ariel si tu peux mettre un mot dans la documentation pour l'ajout récent dans {{Article}} (requête précédente).
Hors sujet 2. Bonjour Epok. Les liens internes et les crochets/accolades dans les titres de section, ce n'est pas top pour créer des liens internes ancrées vers ces sections (même si ce n'est pas impossible). Il vaut donc mieux les mettre en début de section dans le texte.
Ideawipik (discuter) 27 octobre 2020 à 19:38 (CET)
Salut Ideawipik   Réponse hors sujet 2 : oui, j'évite en général les modèles dans les titres, mais il me semble que le problème d'ancre se pose surtout lorsque le modèle est au début de la ligne (retour depuis l'édition de section cassé, comme sur les WP:DR notamment), et je n'ai jamais eu de problème avec ce modèle particulier ({{m}}), très simple et qui n'introduit pas de caractères bizarres. Epok__ (), le 28 octobre 2020 à 08:27 (CET)
Bonjour Ariel. Tu peux faire des essais avec la petite modification qui vient d'être effectuée sur ton brouillon : un simple ajout de « safesubst: » pour tous les tests if/ifeq.
Salut Epok. Ce que je voulais dire c'est que pour créer un lien ancré vers cette discussion depuis une autre page, il y a besoin d'introduire dans le code des caractères HTML peu évidents pour le tout venant. Par exemple ici, [[Projet:Modèle/Demandes#Développement du modèle « &#123;&#123;Test 1&#125;&#125; »]], en raison des accolades. Par ailleurs, dans l'historique de la page, si tu cliques sur le lien vers la section (celui généré par défaut actuellement) dans un commentaire de diff, la cible n'est pas trouvée et la page s'ouvre en pointant vers le haut de la page de discussion. Fin du HS.
Ideawipik (discuter) 28 octobre 2020 à 11:19 (CET)
  Ideawipik Effectivement, je n'avais pas noté le problème d'ancre sur l'historique, je retiens ! En ce qui concerne la génération du lien, j'utilise personnellement le gadget "AncreTitres" pour générer tant les URL que le wikicode du lien, et il semble s'accommoder des modèles. Mais le problème sur les liens de l'historique est à lui seul un bon argument pour éviter cet usage, merci pour l'info ! Epok__ (), le 28 octobre 2020 à 12:08 (CET)
Merci Epok et Ideawipik  , je vais donc remplacer le modèle actuel par la nouvelle version. Concernant l'allègement du code des messages obtenus avec subst:, bravo Ideawipik ! J'avais bien vu qu'il fallait un safesubst devant les #if: et #ifeq: mais sur la doc en anglais je n'en avais vu l'application qu'aux modèles, ça n'était pas du tout mentionné. Ça marche au poil (exemple ici ; il reste un modèle non « safesubstitué » ({{Multiparamètres}}, mais je suppose que c'est juste un oubli (à moins que ce soit dû au fait que ce modèle safesubstitue lui-même un #invoke: ?). Quant à la doc du modèle {{Article}}, oui je vais m'en occuper (et tu as bien fait de me le rappeler). — Ariel (discuter) 28 octobre 2020 à 16:12 (CET)
C'était bien juste un oubli, j'ai remplacé {{multiparamètres| par {{safesubst:multiparamètres| et le code du message ne contient plus que du texte et des liens internes. Pendant que j'y suis, voulez-vous que j’enlève les liens (vers les articles vandalisés) dans le titre de section ? — Ariel (discuter) 28 octobre 2020 à 16:26 (CET)
  Ariel. Nickel donc ! Techniquement, il n'est pas la peine d'enlever les liens dans les titres. S'il sont de la forme [[page|libellé]], le problème évoqué en tout petit juste au-dessus disparaît, tous les liens ancrés étant valides, à partir du moment où cette partie du texte est remplacée par libellé, ce que fait l'éditeur de section dans le commentaire automatique. Voir pour exemple la section juste en dessous avec un lien vers un modèle. Il faut juste espérer que ce type de message n'incite pas les rédacteurs à reproduire cette pratique dans les articles. Étant donné que des liens identiques sont dans le cadre qui suis, leur absence dans le titre ne me choquerait pas, mais libre à toi de choisir quant à ce détail.
Tu peux sans problème remplacer demander à un opérateur (disposant des droits d'édition) de remplacer les documentation et modèle existants par les nouveaux codes. Par exemple   Epok, FDo64, Od1n ou Orlodrim qui, au passage, apporteront peut-être un critique avisée sur la proposition de nouvelle version du modèle. PS : En tant qu'administrateur, tu dois aussi pouvoir le réaliser. — Ideawipik (discuter) 28 octobre 2020 à 17:16 (CET)

Modification de Infobox Parti politique/Sièges: centrage du texte du modèle dans un tableauModifier

Travail demandé par Julmath (discuter) 27 octobre 2020 à 18:19 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Je cherche à utiliser ledit modèle dans un tableau de résultats électoraux. Le problème est que le modèle en lui-même (la "boîte") peut être centré dans une cellule de tableau avec le paramètre align=center, mais le texte dudit modèle est alors décalé par rapport au centre de la "boîte". Ma demande serait donc de modifier le modèle pour qu'il puisse être centré dans un tableau sans que son texte en soit décalé. Cf article joint.
  • Article(s) pour le modèle : Utilisateur:Julmath/Brouillon/Modèle:elecmunipt, 3e ligne, deux dernières colonnes.
  • Discussions :