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.
Détails de la demande : Le modèle « Article » comporte depuis peu le paramètre accès url (valeurs autorisées : libre, inscription, limité et payant). Il faudrait que ce paramètre induise un affichage, non seulement quand le paramètre lire en ligne est renseigné, mais aussi quand c'est le cas du paramètre doi. Le doi est en effet définitif alors que l'url peut changer (réorganisation du site web du périodique, à la suite d'une fusion, d'une scission, d'un rachat ou même d'un simple problème technique) : quand le doi existe il est déconseillé de mettre aussi l'url (qui au mieux fait doublon, au pire devient fausse).
Article(s) pour le modèle : Tous articles de sciences (inhumaines aussi bien que molles)
Discussions :
Bonjour Ariel. Ce point (WP:Accès url) concerne tant le modèle article « Article » que « Ouvrage », « Chapitre », « Lien web » (j'en oublie peut-être) qui passent tous par le module:Biblio.
Voici d'autres questions :
Faut-il décliner le paramètre "accès url", en fonction des catalogues ou bibliothèques, afin que le cadenas informatif soit placé à côté du lien concerné ? Lire aussi Discussion modèle:Ouvrage#Accès URL. On est d'accord que le DOI est un élément un peu à part. Il faudra éviter les guirlandes de cadenas.
Tu as raison, j'oubliais que les ouvrages et même les liens web pouvaient aussi avoir un doi. Je pense que le cadenas doit être affiché dès que l'un au moins des paramètres lire en ligne et doi est renseigné. Le cadenas peut être différent pour le doi et pour le lien direct (qui peut être sur le site d'une université, par exemple) donc il faudrait un cadenas pour chacun des deux paramètres (et donc des tests indépendants). La redondance devrait être évitée parce qu'on ne devrait jamais renseigner le paramètre lire en ligne quand il renvoie à la même adresse que le doi (et peut devenir obsolète), il faudrait à mon sens rajouter cette recommandation aux docs.
Bonjour Ariel. Pour information, aux lecteurs de cette section, des paramètres « accès doi » et « accès hdl », associés respectivement aux « doi » et « hdl », ont été ajoutés aux modèles bibliographiques comme Article, Ouvrage, Chapitre ou Lien web. Les documentations sont encore incomplètes.
j'ai ajouté la ligne <code id="doi accès">accès doi</code> et la suivante à {{Lien web}}, à vérifier svp ;
si tout est correct, je compléterai le template data et la doc sur {{Lire en ligne}} et sur {{Chapitre}} (où il manque « hdl »).
J'ai aussi ajoutéune mention à {{Lien web}} et {{Article}} à propos de la redondance URL/DOI ; si elle vous convient, je compléterai de même Chapitre et Ouvrage.
En passant, ce ne serait pas l'occasion d'uniformiser "résumé" et "présentation en ligne" entre Article et Chapitre/Ouvrage respectivement, qui y sont inversement des alias ? — Vega (discuter) 23 juin 2022 à 19:50 (CEST)[répondre]
Hello @Ariel Provost, @Ideawipik et @Vega, je sais que le DOI peut être redondant avec l'url, mais même quand les deux adresses sont identiques, c'est bien pratique d'avoir les deux : le doi parce qu'il stable, et l'url parce qu'il est pratique d'en faire un c/c quand on a besoin de vérifier le contenu d'une source sans quitter la page en cours. --Pa2chant.bis (discuter) 12 juin 2023 à 11:17 (CEST)[répondre]
Bonjour SyntaxTerror. Ça fait un bon moment que le modèle {{Article}} accepte indépendamment les deux paramètres accès url et accès doi, et les répercute dans l'affichage. Le doi étant peu employé pour les autres types de documents, je ne sais pas si le paramètre accès doi a également été ajouté dans les modèles concernés, mais je crois bien (il me semble l'avoir employé deux ou trois fois dans d'autres modèles que {{Article}}). — Ariel (discuter) 18 novembre 2023 à 17:30 (CET)[répondre]
@Ariel : comme dit plus haut, le modèle Article est géré par le Module:Biblio, qui est utilisé par tous les modèles bibliographiques. La question est de savoir si leurs documentations ont bien toutes été éditées concernant ce paramètre.
Je laisse Ideawipik répondre et clore la demande si tout est bon.
Détails de la demande : Cf Modèle:Stations_voisines/Documentation#Bugs_connus_à_résoudre : il se peut parfois qu'une station de métro ne soit desservie que dans un seul sens. Exemple de Gulleråsen, cf cette carte. Je ne sais trop comment prendre le problème, s'il faut affiner côté Wikidata ou ajouter une règle de gestion dans le lua du module associé au modèle (ou probablement un peu des deux). Actuellement le modèle part de deux postulats : soit la station est un terminus, soit elle est entre deux stations. Merci pour vos idées !
Bonjour, j'avais complètement oublié cette demande.
Dans l'exemple de Gullerasen, peut être lire un très petit texte "(ne prend pas de voyageur)" juste en dessous de Gråkammen si le qualifier P5051 n'est pas présent ou a la valeur "aucune valeur" ? Bouzinac (discuter) 19 avril 2023 à 10:21 (CEST)[répondre]
@Bouzinac Bonjour. Il semble que ça soit la seule station qui soit représentée de la sorte sur Wikidata et qui n’est pas sur une boucle. À moins de pouvoir identifier une autre station de métro dans le même cas (station sur une ligne linéaire desservi que d’un côté), le plus simple serait peut-être de modifier le modèle côté WP plutôt que de réfléchir à la modélisation sur WD. Je vais fouiller un peu. Ça laisse à d’autres le temps de donner leurs avis. Lepticed7 (Viens tcharer ! :D) 19 avril 2023 à 11:31 (CEST)[répondre]
SELECTdistinct?rezoLabel?station?stationLabel?subwayLineLabel?predLabel?towardsLabelWHERE{?searchwdt:P527|wdt:P121?lignes.#Quelles sont les lignes de ce métro?ligneswdt:P5817wd:Q55654238.#Lignes qui fonctionnent?ligneswdt:P559?termini.#Quels sont les terminus de ce métro?stationwdt:P31/wdt:P279*wd:Q928830;#station de métro ou assimiléwdt:P5817wd:Q55654238;#Qui fonctionnentwdt:P31wd:Q108667555;#station de métro à sens uniquewdt:P16?rezo;#Qui font partie du réseau recherchéwdt:P81|wdt:P1192?subwayLine;wdt:P197?pred.?predwdt:P625?coords_pred;wdt:P81|wdt:P1192?subwayLine_pred.#station précédentes et suivantes?stationp:P197_:b1._:b1ps:P197?pred;pq:P5051?towards;pq:P81|pq:P1192?line_pq.?predwdt:P5817wd:Q55654238.#Voisines qui fonctionnentoptional{?subwayLinewdt:P1671?line_number.}#Numéro alphanumérique de la ligne de métroFILTER(?subwayLine_pred=?lignes)#On ne prend les lignes que si la correspondance est sur la même ligneFILTER(?subwayLine=?lignes)#On ne prend les lignes que si la station est sur la même ligneFILTER(?subwayLine=?line_pq)#On ne prend les lignes que si la station voisine est sur la même ligne que la stationFILTER(?towards=?termini)#On ne prend que les directions, problématique : comment n'en choisir qu'une seuleSERVICEwikibase:label{bd:serviceParamwikibase:language"fr".}}order by?rezoxsd:decimal(?line_number)?line_number?subwayLine
Remplacer « Pays-Bas (pays constitutif) » par « Pays-Bas » (cet article se limite déjà au Covid-19 aux Pays-Bas européens), de façon analogue à ce qu'il y a déjà pour « Danemark ». Au passage, une même note, proprement écrite « Concerne le pays constitutif. » (avec majuscule et point final), peut convenir pour les deux pays, à la place des deux notes actuelles écrites un peu à l'arrache ;
Étant donné le statut contesté du Sahara occidental, utiliser à la ligne correspondante le drapeau de la République arabe sahraouie démocratique me semble jeter inutilement de l'huile sur le feu. On notera au passage que, contrairement à pour toutes les autres lignes, le tableau ne pointe pas vers un potentiel article dédié Pandémie de Covid-19 au Sahara occidental, mais vers l'article sur le territoire. Le fait est que, manifestement, les données de la ligne « Maroc » incluent déjà les données concernant le Sahara occidental, donc il faudrait que, d'une façon ou d'une autre, le tableau soit cohérent concernant le traitement de ce territoire.
Détails de la demande : Création d'un modéle pour les notices de la British Library
Article(s) pour le modèle : ...; ...; ...
Discussions :
Bizarrement je n'ai pas trouvé de modèle pour les notices de la British Library.
Voici le modèle anglophone. Il faudrait aussi le rajouter au modèle Autorité après création. Merci.
Bonjour Harmonizator. Ce type de modèle est très facile à écrire ; il s'agit d'un simple lien externe. Bémol : la Wikipédia anglophone ne sollicite ce modèle que sur 26 articles ; l'usage de ce modèle sur la Wikipédia francophone sera donc très sporadique. Mais, on peut tout de même le créer, à mon avis. Je suggère un nom plus explicite que BLCAT, avec éventuellement ce raccourci comme alternative (redirection). Par exemple, « Modèle:Notice British Library ». Le modèle sera (depuis sa page de documentation) à catégoriser dans Catégorie:Modèle créant un lien externe. Voici une proposition simplissime pour le code du modèle :
Mais peut-être serait-il préférable d'avoir un second paramètre pour spécifier un titre plutôt que le numéro de notice (et dans ce cas, deux paramètres nommés ?). — Ideawipik (discuter) 21 juin 2023 à 20:01 (CEST)[répondre]
Bonjour Harmonizator. Je pense qu'Ideawipik (que je ne notifie pas une fois de plus aujourd'hui ) attendait tes préférences. Qu'en penses-tu, et cette demande est-elle toujours d'actualité ? Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ18 novembre 2023 à 18:35 (CET)[répondre]
Détails de la demande : Bonjour, concernant le Modèle:G, est-il possible de personnaliser la couleur du modèle de point pour les champs « localité » ou « ville » ?
Un extrait de wikicode (tiré de cet article, où j'ai ajouté la carte annotée) :
{{Début de carte}}[[Fichier:{{Géolocalisation/États-Unis|image}}|1100px]]
{{G|États-Unis|40.66|-73.94|New York|Localité|e}}
Pour avoir des points de géolocalisation de différentes couleurs et tailles, j'ai été obligé de renseigner des champs aussi divers que « localité », « aire protégée » ou « bâtiment », ce qui n'est pas le choix le plus optimisé. Et pour comparer avec un second modèle, Modèle:Location map+, il y a une option « marksize=x », ce qui je crois n'existe pas avec le premier.
Ainsi, je suggère d'ajouter un peu plus de souplesse, la possibilité d'y intégrer plusieurs options de tailles et de couleurs pour les modèles de point (les différents fichiers sont déjà téléversés sur Commons) : bleu, rouge (celui par défaut, pour les localités et d'autres toponymes), vert, jaune, violet, orange, rose, brun, noir, blanc et gris. Plus optionnellement, on pourrait ajouter également : doré, cyan, turquoise, bleu foncé, bleu clair, vert foncé et vert clair.
À l'arrivée, on pourrait avoir quelque chose comme cela :
{{Début de carte}}[[Fichier:{{Géolocalisation/États-Unis|image}}|1100px]]
{{G|États-Unis|40.66|-73.94|New York|Localité|e|couleur=bleu|taille=6}}
Bonsoir Ellicrum. En utilisant {{Point/Ville}}, il y a plusieurs dizaines de points possible. Le mod��le peut afficher n'importe quel fichier nommé "City locator *.svg". Voir sur Commons.
Salut FDo64, non du tout ; ça me semblait plausible qu'il y ait une « option cachée » allant dans ce sens (pas tant que ça a priori). Et effectivement, cela correspond bien à ce que je recherche.
Juste pour rebondir, entrer un chiffre entre 1 et 34 modifie également la taille de police du lien concerné (au pif, on obtient « New York » avec le fichier 32) : que faut-il faire pour garder la « taille standard » ?
Aussi, pour chaque point de couleur que j'ai listé ci-dessus, est-ce que ça vaut le coup de créer une redirection pour chacun d'entre eux, pour qu'ils soient eux-aussi compatibles avec le modèle {{Point/Ville}} ? Par exemple, créer sur Commons une redirection « City locator 35.svg » pour le point bleu, pour qu'il soit reconnu par notre modèle (en partant du principe que cette manip fonctionne). — Ellicrum(bablute [...])5 août 2023 à 15:50 (CEST)[répondre]
Depuis, j'ai créé des redirections pour la catégorie dédiée sur Commons, permettant aux fichiers de points listés précédemment d'être effectivement compatible avec {{Point/Ville}}. Mais j'obtiens néanmoins le résultat suivant :
En supposant que le modèle permet une assez grande flexibilité, quelle est la manip à faire pour contrôler la taille des points et de la police des liens ? En comparaison, si je prends l'exemple de {{Location map+}}, il y a cette possibilité de le faire (ainsi que de mettre la carte sous forme de vignette) mais avec un wikicode nettement moins compact :
Je crois que tu n'as pas bien compris comment les points sont générés : ce ne sont pas des caractères dont on peut changer la couleur comme du texte HTML, mais des images prises sur Commons dont on peut juste modifier la taille. Cette taille est dictée par les méta-modèles qui sont utilisés dans les modèles de géolocalisation et autres.
On pourrait bien sûr créer plein de modèles de toutes les couleurs et rendre leur taille modifiable par les modèles utilisés dans les articles, mais ce n'est pas souhaitable à mon avis. Comme expliqué dans Aide:Modèle de point#Comment créer un nouveau point ?, il faut essayer d'utiliser ceux déjà existants.
Mon avis personnel est qu'il faut un minimum de constance dans les pages de Wikipédia, tout comme on n'autorise les drapeaux dans le corps des articles que dans de très rares cas, et que la couleur du texte doit rester noire, les cartes doivent toutes être basées sur la même charte graphique.
Le point le plus important à ne pas oublier est l'accessibilité. Les couleurs ne doivent pas servir à véhiculer une information, car par exemple pour les personnes d'origine européenne, 8 % des hommes et 0.5 % des femmes ont une forme ou une autre de daltonisme, et ne voient pas forcément la différence entre deux couleurs. Voir la page que j'ai créée Aide:Accessibilité des couleurs.
Bonjour SyntaxTerror (désolé pour le retard), c'est probable effectivement que je n'ai pas bien saisi toutes les explications fournies ; mais j'ai bien compris néanmoins que les points sont des fichiers Commons. Sans forcément créer de nouveaux modèles pour toutes les couleurs citées, on pourrait se limiter ainsi aux quelques couleurs primaires et visibles du plus grand nombre. Je constatais simplement que le modèle:Location map~ pouvait mettre en forme l'entièreté de ces points à sa guise, ce qui n'est visiblement pas le cas pour le modèle:G. — Ellicrum(bablute [...])28 novembre 2023 à 23:00 (CET)[répondre]
Détails de la demande : Bonjour, les boutons ci-dessus, qui agissent sur les PdD des contributeurs, ne fonctionnent plus depuis juin 2023. Ils renvoient bien sur la page de discussion des contributeurs, mais n’agissent plus. Est-il possible de les réactiver ? Bien à vous.
Détails de la demande : Bonjour, cette requête concernerait deux modèles d'infobox :
maintenant qu'il y a un modèle de géoloc pour les 50 provinces espagnoles, est-il possible d'ajouter ces dernières dans le wikicode du modèle:Infobox Commune d'Espagne ? On aurait alors comme affichage dans les infobox de villes « Espagne/communauté autonome/province » ;
pour le modèle:Infobox Commune de France (à moins qu'il y ait eu une ancienne discussion à ce sujet), est-il possible d'inverser l'ordre d'affichage de la géoloc pour les départements ? Actuellement, ces derniers sont intercalés entre la carte du pays et celle des régions. Le nouvel affichage serait ainsi quelque chose comme « France/région/département » ;
pour continuer sur ce dernier modèle, on peut voir dans un article de ville (au hasard Poitiers) qu'on a par défaut une carte de relief pour le département et une carte « blank » pour la région. Tout en conservant le géolocdual pour la France, est-il possible d'unifier cela en ne gardant pour les subdivisions administratives que la carte au format « blank » ?
Bonjour Ellicrum. Je me suis permis d'enlever le modèle dans le titre (les liens vers cette section ne se font pas bien sinon) et de numéroter les parties de ta demande, car elle ne va probablement pas être faite d'un seul coup.
J'ai aussi averti le Projet:Géolocalisation, parce que la géolocalisation demande des connaissances un peu particulières quand on en vient aux infoboxes (j'aurais bien aidé, mais je ne suis pas assez compétent sur le sujet pour être sûr de ne pas faire de bêtise).
Merci SyntaxTerror pour le « relayage ». YanikB, on peut effectivement le faire manuellement article par article, mais ce serait quand même un grand plus de tout centraliser dans un seul modèle. J'avais fait la procédure, entre autres, pour celui sur les villes de Turquie ; mais concernant les modèles espagnols et français, le wikicode est plus complexe à ce niveau-là. — Ellicrum(bablute [...])15 novembre 2023 à 22:40 (CET)[répondre]
Ellicrum Je comprends maintenant que tu veux automatiser la géolocalisation dans les infobox, ce serait bien. À mon avis le codage en dur dans les modèles n'est pas une bonne idée, difficile à maintenir pour les non-initiées, il serait préférable de passer par un modèle LUA qui utiliserait les données de Wikidata qui sont facilement modifiables. YanikB16 novembre 2023 à 14:50 (CET)[répondre]
Bonjour Ellicrum. Je ne suis pas un modéliste patenté mais je devrais pouvoir m'en occuper. À première vue, les liens à modifier sont dans le modèle « Taxoboxoutils rang », mais :
je vois aussi que le modèle prévoit déjà Super-phylum, Phylum, Sous-phylum, Infra-phylum et Parv-phylum (à actualiser), si son appel utilise ces mots : le modèle peut déjà être utilisé avec phylum et ses dérivés. Si je comprends bien, tu voudrais que les taxobox ne causent que de phylum, mais est-ce que tout le monde en est bien d'accord ?
Bonjour Ariel Provost, tout porte à croire effectivement que les rangs taxonomiques dérivés du phylum mériteraient une actualisation. Mais je préfère me limiter ici au « deuxième niveau de la classification », qui au moins est présent dans pratiquement toutes les taxobox. Tant que les sous-embranchements et consorts n'ont pas été renommés ou discutés sur le projet:Biologie (je ne sais pas pour le coup si ça a été le cas), mieux vaut pour l'instant les laisser de côté. C'était juste histoire ici d'avoir un lien direct sur « phylum », sans passer par une redirection. — Ellicrum(bablute [...])11 décembre 2023 à 21:12 (CET)[répondre]
Les statistiques wstat au du modèle {{imdb nom}} montrent un important nombre de pages utilisant des paramètres inconnus.
À l'analyse, j'ai plusieurs autres améliorations à proposer, si bien que j'en arrive à... une refonte.
Motivation et nouveautés sont présentées dans la page de discussion dédiée.
Détails de la demande : Bonjour, je souhaiterai la création de ce modèle car il est inexistant dans la base de données de la Catégorie:Modèle drapeau sans lien. Il existe ce modèle mais il ne possède pas la petite couronne en son centre et ne concerne donc que les périodes suivantes : 1828-1832, 1924-1935, 1941-1944 et 1975-1978. Ce modèle permettrai de mettre à jour de nombreux articles liés au sport notamment comme par exemple les 24 Heures du Mans ou encore les athlètes grecs.
Détails de la demande : Salut, le modèle demandé est le suivant: en:Template:Year in Poland (En Anglais) celui-ci sert à avoir un affichage propre pour les articles. Avec au centre, le drapeau Polonais puis de part et d'autres, les 5 années avant en Pologne et les 5 années après. Ce qui serait bien en plus (du modèle anglais) se serait d'avoir des liens vers : Histoire de la Pologne, Autres évenements de l'année 2024. Si possible, avoir la possibilité de rajouter : {{Year in Poland|1949}} afin de choisir quelle année affiché au centre du modèle.
Bonjour Yuilo. Il faut faire attention, car les pratiques diffèrent selon les versions de Wikipédia, et wp.en est très différente en ce qui concerne les infoboxes et autres palettes.
D'abord, comment pourrait-on associer les deux modèles sur une même page ? Un au-dessus, l'autre en dessous ? L'inverse ? Fusionner les deux ?
La question est surtout : pourquoi importer ce modèle uniquement pour la Pologne et pas pour tous les autres pays ?
Aussi, la mise en place dans tous les articles similaires demanderait un travail considérable.
Donc avant de créer un tel modèle, il faut en discuter avec les projets concernés, et je ne pense pas qu'un consensus va être trouvé pour une telle modification.
Je laisse les autres modélistes s'exprimer, mais pour moi cette requête doit être refusée car elle est trop prématurée et ne prouve pas qu'elle est consensuelle.
Salutations oui effectivement je comprends que crée le modèle pour la Pologne impliquerait donc la création pour les 200 autres pays. De plus la : {{Palette Années en Pologne}} fait tout à fait le travail. Yuilo (discuter) 1 mars 2024 à 09:08 (CET)[répondre]
Je n'ai pas trop le temps de m'en occuper, donc si quelqu'un veut prendre la suite, pas de problème. Sinon il faudra attendre un peu.
Aussi, si ce modèle est principalement prévu pour être importé d'autres Wikipédias, il faut garder le nom des paramètres ou au moins des alias, sinon on peut tout traduire.
Détails de la demande : Bonjour, je viens d'importer sur Commons des fichiers dédiés à des statuts de conservation spécifiques à la liste rouge de l'UICN France (cf. la galerie ci-dessous) : ce sont quatre déclinaisons du statut « Non applicable » (NA). Au sujet ici du modèle:Icône UICN France, est-il possible d'y ajouter les statuts « NA (a) », « NA (b) », « NA (c) » et « NA (d) » ? Pour le rendu du wikicode, cela pourrait donner quelque chose comme {{Icône UICN France|NA|a}} ou {{Icône UICN France|NAa}}. — Ellicrum(bablute [...])18 mars 2024 à 23:51 (CET)[répondre]
Statut NA (a)
Statut NA (b)
Statut NA (c)
Statut NA (d)
Article(s) pour le modèle : ...; ...; ...
Discussions :
Bonjour Ellicrum partiellement fait, j'ai demandé le renommage des fichiers. Si c'est validé, ce sera 100% fait, sinon je modifierai pour avoir le nom actuel. LD (d) 2 août 2024 à 16:40 (CEST)[répondre]
Bonjour LD, merci beaucoup pour la prise en charge, je m'en vais de ce pas les intégrer dans les pages concernées !
Détails de la demande : Créer un modèle qui reprend la même typonomie que " modèle {{Palette GP Formule 1 2024}}" pour la Formule E ici
Article(s) pour le modèle :
ePrix de Mexico 2024 ;
e Prix de Dariya 2024 ;
ePrix de São Paulo 2024 ;
ePrix de Tokyo 2024 ;
ePrix de Misano 2024 ;
ePrix de Monaco 2024 ;
ePrix de de Berlin 2024 ;
ePrix de Shanghai 2024 ;
ePrix de Portland 2024 ;
ePrix de Londres 2024.
Détails de la demande : Old IAFD film IDs (d:Property:P5098) are used in these modules/templates: Module:Bases/pornographie and Modèle:IAFD film. IAFD has recently started using UUIDs for films. The old links still work. However, the old IDs are no longer visible on the website. As of today, the UUID can be retrieved from Wikidata: d:Property:P12654. All Wikidata items with an old film ID now also have a new film UUID. It would be advisable to adapt your templates. -- Reise Reise (discuter) 21 avril 2024 à 19:10 (CEST)[répondre]
Détails de la demande : Bonjour, j'ai mis à jour le statut de conservation des espèces de mes articles en conséquence de la sortie de la liste rouge nationale des espèces de champignons. Le problème est le suivant : je peux en effet mettre le statut UICN, mais le problème est dans le titre du modèle. Dans l'article, il est marqué "Statut de conservation UICN" une fois le statut choisi dans le modèle de la taxobox (exemple voir sur la box de Xerocomus subtomentosus). Il est important de bien préciser que le statut UICN donné est pour la France ! (Liste rouge nationale), en l'état actuel des choses vu comme c'est présenté dans la taxobox, ça pourrait aussi être régional, européen ou mondial, ou d'autres pays... J'ai essayé de modifier cette phrase dans le modèle mais je n'y arrive pas, je voudrais la remplacer par "statut IUCN (Liste rouge nationale 2024)" ou "statut de conservation IUCN (Liste rouge nationale 2024)" mais pas moyen. Serait-il possible de rendre le modèle modifiable ou alors en créer un pour la liste rouge nationale ? C'est important à préciser. Je ne sais pas comment m'y prendre
Article(s) pour le modèle : Tout article traitant sur des espèces fongiques sorties dans la liste rouge nationale 2024
Discussions :
Création d'un modèle pour le téléphérique de Toulouse
Détails de la demande : Bonjour. J'aimerais de l'aide pour créer un modèle pour le téléphérique de Toulouse (Téléo). Il existe déjà ce modèle , mais il serait également pratique d'en avoir un qui est semblable à ceux utilisés pour les lignes de métro, comme ceci , mais avec écrit Téléo et la couleur utilisée par Tisséo (https://plan-interactif.tisseo.fr/assets/images/lines/TELEO.svg). Merci d'avance.
Je souhaiterais que Module:Italiques biologiques mette systématiquement (peu importe le rang [ex. famille, ordre, ...] et/ou le règne [animal, algue, ...]) des italiques pour les termes « incertae sedis », qui renseignent le « nom scientifique » (ex. Insecta, Ciliophora, ...), puisque c'est du latin scientifique.
Aussi, on peut systématiquement appliquer un tag « lang » (« la » pour latin) sur ces termes.
Enfin, pour être rigoureux, je suggère d'avoir un dictionnaire car la littérature décline ce terme selon le rang (incertae familiae, incertae ordinis, ...). On verra ultérieurement si on le décline complètement :
Titre original : Modèle pour indiquer que les évènements présentés dans un article donné devraient l'être dans l'ordre inversé que celui utilisé (chronologique au lieu de antichronologique, en l'occurrence)
Travail demandé par Eskivor (discuter) 4 août 2024 à 17:05 (CEST)[répondre]
Avancement :
50 %
Détails de la demande : Suite à Discussion Projet:Musique#Festival - Ordre chronologique des éditions, on m'a répondu qu'il est préférable d'avoir ici des articles avec des évènements classés de manière chronologique (en tout cas pour les festivals). Il reste cependant encore un certain nombre d'articles (ceux que j'ai indiqué sont loin d'être les seuls) qui sont encore selon un ordre antichronologique. Or changer l'ordre des évènements sur tout un article peut prendre pas mal de temps, en fonction de la longueur de l'article. Du coup, l'existence d'un modèle de bandeau à appliquer en début d'article peut sacrément aider à la maintenance, permettant d'apposer le bandeau dans un premier temps, pour ensuite faire la correction dans un second temps.
J'ai commencé le travail : Modèle:Ordre chronologique. Je veux bien un retour (ou des retouches directement) de la part de ceux qui ont plus l'habitude de créer des bandeaux. ◾ Luciofr💬28 août 2024 à 19:37 (CEST) / PS: pour l'image, j'avais aussi pensé à celle ci-contre.[répondre]
Ce bandeau correspond-il à une « règle » qui s'applique à tous les articles comme semble l'indiquer le texte qui s'affiche dans le bandeau ? Sera-t-il utilisable avec {{Problèmes multiples}} ? Je suppose qu'il sera utilisé le plus souvent pour une section à corriger. --Dom (discuter) 29 août 2024 à 00:35 (CEST)[répondre]
Détails de la demande : Il arrive (rarement, certes) qu'une même page liste des sigles n'ayant pas le même nombre de caractères, il serait bien qu'on puisse cocher plus d'une ligne dans le tableau généré par le modèle {{Sigle}}, en codant par exemple {{sigle|3|4|nocat}} pour l'exemple ci-dessous. Merci d'avance.
Article(s) pour le modèle : par exemple « Gwa » (qui liste les sigles GWA et GWAS).
Détails de la demande : Bonjour à tous,je souhaite créer un modèle horizontal pour les 11 épisodes de la série Apocalyse diffusé sur France 2 et la RTBF. Merci.
Article(s) pour le modèle :
Apocalypse, la Seconde Guerre mondiale 2009
Apocalypse, Hitler 2011
Apocalypse, la Première Guerre mondiale 2014
Apocalypse, Staline 2015
Apocalypse, Verdun 2016
Apocalypse, la paix impossible 1918-1926 2018
Apocalypse, la guerre des mondes 2019
Apocalypse, l'année 40 : Hitler attaque à l'ouest 2021
Apocalypse, Hitler attaque à l'est 2021
Apocalypse, le crépuscule d'Hitler 2023
Apocalypse, les débarquements, 2024
Si dans tes articles tu remplaces simplement {{Années}} par {{Années|après année=_en chimie}} (ne pas oublier le blanc souligné), la palette t'affichera les liens désirés pour les années en chimie, au lieu du bête lien standard sur l'année. Peut-être que cela devrait suffire. -- Alserv (discuter) 6 septembre 2024 à 19:15 (CEST)[répondre]
Bonjour @DameEowynOmbrage, si tu veux fignoler, tu peux plutôt ajouter une première palette spécifique à la chimie, avec le code {{Années|titre=En chimie|après année=_en chimie|décennies=non|siècles=non|millénaires=non|géographiques=non|thématiques=non|calendriers=non}} qui ne gardera que l'affichage des années pour la chimie. Pas besoin de mentionner l'année, la palette l'extrait du titre de la page. -- Alserv (discuter) 6 septembre 2024 à 19:43 (CEST)[répondre]
Pour que la palette affiche aussi les décennies, avec les bons liens, tu peux utiliser {{Années|titre=En chimie|après année=_en chimie|avant décennie=Chronologie de la chimie#Années_|siècles=non|millénaires=non|géographiques=non|thématiques=non|calendriers=non}}... -- Alserv (discuter) 6 septembre 2024 à 20:00 (CEST)[répondre]
Effectivement, en rajoutant la dernière proposition sur la page 1999 en chimie, je trouve qu'on peut plus facilement naviguer parmi les pages de chronologie de la chimie !
Détails de la demande : Bonjour, serait-il possible de créer un modèle sur la même base que celui-ci Chronologie de la science mais pour les pages de chimie telles que 1999 en chimie ?
Hello @JKRS's, pourrais-tu faire un essai avec le modèle {{Utilisateur:Alserv/Brouillon}}, par exemple {{Utilisateur:Alserv/Brouillon|1|2|3}} pour 1 jour, 2 mois, 3 ans ? Je ne garantis rien, je n'y connais rien dans les tables et mon Lua est assez vieux, mais j'ai fait au plus simple et ça devrait marcher. Si le résultat te plaît, dis-le moi et je publierai le modèle et le module "officiels". Bien sûr n'utiliser la version brouillon que pour des tests, le brouillon disparaîtra un jour ou l'autre.
Attention au piège : les paramètres du modèle sont dans l'ordre jour, mois, année, même si l'affichage est dans l'ordre inverse. Ceci pour rester cohérent avec les modèles {{Date}} et {{Durée}} entre autres.
je viens de tester sur mon brouillon, ça semble parfaitement fonctionner ! Merci beaucoup !
Bien sûr que ça me convient, tu peux donc le publier . Effectivement, tu as raison, il faut mieux l'inverse pour rester cohérent avec les autres modèles.
Voilà @JKRS's, le modèle {{Durée seule}} est publié. Je me suis permis de recopier l'exemple bien fait de ton brouillon dans la documentation du modèle, j'espère que tu ne m'en voudras pas. Il suffit de me contacter s'il y a le moindre problème.
Détails de la demande : {{bibliographie|Q54676224|page=246}} présente un problème de rendu. Il faudrait que le paramètre « page » donne le même rendu que {{p.}} : p. 246 et non « p.246 ».
Noter qu'il existe des implémentations plus élaborées, voir Module:Biblio/Commun (méthode formatePassage) ainsi que Module:P., mais ces codes sont déjà un peu trop compliqués à mon goût (c'est surtout qu'ils sont divergents). Je m'en suis donc tenu à une implémentation basique : espace insécable et une infobulle générique, mais pas d'analyse du contenu pour affiner l'infobulle (c'est plutôt dispensable) ou pour éventuellement ajouter une classe nowrap.
À propos, la factorisation de ces divers codes de mise en forme des pages serait quand même à envisager.
Une petite subtilité est que Biblio/Commun.formatePassage peut recevoir soit une valeur simple (ou un intervalle, etc.) auquel cas il ajoute un « p. », soit une valeur libre, auquel cas il affiche directement cette valeur, sans ajouter de « p. ». Cela remonte à 98346790. Cette détection ne devrait pas être nécessaire dans les autres modules, où l'on peut considérer que l'ajout d'un « p. » est toujours souhaité.
Ce qui me préoccupe surtout avec une cette factorisation, c'est de limiter la quantité de require(). En particulier, Module:P. est un module appelé de nombreuses fois et qui doit être léger ; actuellement il n'effectue aucun require(), et j'aimerais bien que cela reste le cas.
La suppression des balises avant détection n'est pas nécessaire, mais si elle venait à être effectuée quand même, cela ne dérangerait pas. Côté performances, c'est un simple string.gsub(), donc absolument négligeable.
Pour ce qui est de ne pas ajouter de « p. » si la valeur n'est pas reconnue (les détections supplémentaires dans Module:Biblio/Commun), et bien cela serait aussi utile ici : voir cette recherche dans les utilisations.
Ainsi, cela s'orienterait vers une réutilisation de code avec Module:Wikidata/Références qui ferait usage de la méthode de Module:Biblio/Commun, et en revanche Module:P. resterait comme il est (j'apprécie que le module soit aussi léger, sans aucun require(), même pas d'utilisation de mw.*).
Comme prévu, j'ai fait usage de Biblio/Commun.formatePassage : 220558359.
Par ailleurs, lorsque j'ai effectué 220558252, j'ai remarqué que l'ordonnancement dans les résultats de la méthode Linguistique.conj était incertain (en raison de pairs() dont l'ordre d'itération est indéterminé). J'ai rectifié cela, voir notamment 220557824. Démonstration : conj({[2]='bar',[1]='foo'},'comma') donnait auparavant « bar, foo » (ordre d'insertion) au lieu de « foo, bar » (ordre attendu).
Avec tout cela, on peut amplement considérer que la requête est complétée.
Hey @Od1n, je te remercie chaleureusement pour tes explications (notamment dans les diffs, c'est très clair) et ta réactivité. Tu as été si réactif que je n'ai pas vu tes messages à temps (faut dire que j'avais pas mis la liste en suivi !). Merci encore, LD (d) 3 décembre 2024 à 22:32 (CET)[répondre]
Mise à jour des modèles de la palette "Subdivision du Mali"
Détails de la demande : En février 2023, les régions du Mali ont été redécoupées, retirant certains cercles de certaines régions pour en former de nouvelles. Par exemple, le cercle de Nara faisait originellement partie de la région de Koulikoro, mais est maintenant sa propre région. Je n'ai aucune idée de comment gérer des modèles et je pourrais essayer si personne ne s'y met, mais j'aimerais quand même savoir si j'ai un espace de nom pour essayer des choses sans tout casser.
Bonjour Naakyys. Pour info, si tu veux faire des tests toi-même sur des modèles :
Il est conseillé de recopier le contenu du modèle dans la sous-page /Bac à sable du modèle (Modèle:Nom du modèle/Bac à sable), d'y effectuer sa modification et de la tester dans la sous-page de test (Modèle:Nom du modèle/Test).
Un lien à ces deux pages se trouve en bas du modèle de documentation.
Bonjour Naakyys Je vais apporter une réponse complémentaire à celle de Şÿℵדαχ₮ɘɼɾ๏ʁ :. Avant de te lancer dans cette contribution, il faut de mon point de vue prendre un peu de recul et réfléchir au résultat qu'on veut obtenir dans sa globalité:
Premièrement peux-tu nous donner la ou les références pour ce nouveau découpage ?
Deuxièmement, ce découpage n'est pas le premier — et peut-être pas le dernier —, je vois dans l'histoire des régions du Mali qu'il y a eu un redécoupage en 2016. Comment a-t-il été géré ? Pour cette question je suis volontairement imprécis.
Troisièmement, cette solution est-elle la bonne ? Pour cette question je suis encore plus imprécis et c'est toujours volontaire .
À priori je suis prêt à aider pour cette évolution qui me semble nécessaire. Par aide, il ne faut pas comprendre faire mais apporter mon support en testant, critiquant ... --Dom (discuter) 19 décembre 2024 à 18:48 (CET)[répondre]
Demandes/améliorations de modèles
Ajouter une demande pour un modèle
. Ça fait un bon moment que le modèle {{Article}} accepte indépendamment les deux paramètres 
) attendait tes préférences. Qu'en penses-tu, et cette demande est-elle toujours d'actualité ? Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 18 novembre 2023 à 18:35 (CET)
. En utilisant {{Point/Ville}}, il y a plusieurs dizaines de points possible. Le mod��le peut afficher n'importe quel fichier nommé "City locator *.svg". Voir sur Commons.
Od1n et Jules* ont visiblement des propositions (?). Il faut des admins pour modifier ces pages de toute façon.
Yanik B 16 novembre 2023 à 14:50 (CET)
d'avance pour vos commentaires et vos votes.
Statut NA (a)
Statut NA (b)
Statut NA (c)
Statut NA (d)
, mais il serait également pratique d'en avoir un qui est semblable à ceux utilisés pour les lignes de métro, comme ceci 
, mais avec écrit Téléo et la couleur utilisée par Tisséo (https://plan-interactif.tisseo.fr/assets/images/lines/TELEO.svg). Merci d'avance.
. Effectivement, tu as raison, il faut mieux l'inverse pour rester cohérent avec les autres modèles.
! — JKrs's (discuter) le 7 septembre 2024 à 21:21 (CEST)
Şÿℵדαχ₮ɘɼɾ๏ʁ :.