Discussion Projet:Modèle

Le projet « Modèle » n'est pas notifié pour le moment.

Le salon des modélistes

Questions générales. On discute du projet modèle.

Afin de vous assurer que vous faites votre demande au bon endroit, veuillez consulter l’encadré ci-dessous et déterminer si vous postez au bon endroit.

Le salon des modélistes concerne principalement les discussions à propos du projet, mais aussi les questions générales portant sur les modèles si les différentes rubriques d’aide n’y répondent pas. Toute demande qui aurait dû être faite dans l’une des pages mentionnées ci-dessous n’est pas faite au bon endroit, elle pourrait être ignorée.

Question aux modélistes

Annonces (section remplie automatiquement)

Modèles proposés à la suppression

• Modèle:Déco Officier de la Médaille de la Résistance (15 avril 2025)

Nouveaux modèles

16 avril 2025

• 02:3316 avril 2025 à 02:33 Modèle:Élection générale canadienne de 2011 — Ottawa-Ouest—Nepean (hist | modifier) [972 octets] AndréLegault (discuter | contributions) (Nouveau Modèle:Élection générale canadienne de 2011 — Ottawa-Ouest—Nepean)
• 02:2116 avril 2025 à 02:21 Modèle:Élection générale canadienne de 2015 — Ottawa-Ouest—Nepean (hist | modifier) [1 012 octets] AndréLegault (discuter | contributions) (Nouveau Modèle:Élection générale canadienne de 2015 — Ottawa-Ouest—Nepean)
• 01:4516 avril 2025 à 01:45 Modèle:Prononciation/sans Wikidata (hist | modifier) [292 octets] GrandEscogriffe (discuter | contributions) (Nouvelle page : <includeonly>{{#if:{{{1|}}} |<sup class="noprint">{{#tag:phonos|{{{2|Écouter}}}|file={{{1|}}}}}</sup> |Catégorie:Demande de prononciation audio }}</includeonly><noinclude>{{Documentation}}</noinclude>)
• 01:1116 avril 2025 à 01:11 Modèle:Prononciation/Bac à sable (hist | modifier) [106 octets] GrandEscogriffe (discuter | contributions) (Nouvelle page : <includeonly>{{#invoke:Prononciation|prononciation}}</includeonly><noinclude>{{Documentation}}</noinclude>)
• 00:5816 avril 2025 à 00:58 Modèle:Palette Maroc 17 ans Coupe d'Afrique 2025 (hist | modifier) [1 618 octets] A.Nawfel (discuter | contributions) (Nouvelle page : {{Méta palette Équipe nationale | name = Palette Maroc 17 ans Coupe d'Afrique 2025 | country = Maroc | charte = football | team link = Équipe du Maroc des moins de 17 ans de football | comp link = Coupe d'Afrique des nations de football des moins de 17 ans | comp = Finaliste de la CAN des moins de 17 ans 2025 | p1 = Bellaarouch {{gardien}} | p3 = El Arbaoui | p4 = Joseph Bellahsen|Be...) Balise : Éditeur de source 2017
• 00:0616 avril 2025 à 00:06 Modèle:Lettre à Pierre/Documentation (hist | modifier) [1 290 octets] Pre7 (discuter | contributions) (Nouvelle page : {{Sous-page de documentation}} == Utilisation == Modèle à utilisation uniquement sur la page utilisateur permettant une description du profil. == Paramètres == <templatedata> { "params": { "1": { "aliases": [ "Message" ], "type": "content", "suggested": true } }, "description": "Modèle à utilisation uniquement sur la page utilisateur permettant une description du profil.", "format": "block" } </templatedata> == Exemple == <nowiki>{{</nowiki>...) Balise : Éditeur de source 2017
• 00:0016 avril 2025 à 00:00 Modèle:Lettre à Pierre (hist | modifier) [408 octets] Pre7 (discuter | contributions) (Nouvelle page : center <div style="background-color: #f8f8f8; height: 300pt; line-height: 1.25; margin: auto; width: 1024px; overflow: hidden; overflow-y: scroll; box-sizing: border-box; border: 0.45mm solid #005bf4; font-size: 0.9em;"> <div style="margin-left: 16pt; margin-right: 16pt;"><br> {{{1|}}} </div></div><br>) Balise : Éditeur de source 2017

15 avril 2025

• 20:3815 avril 2025 à 20:38 Modèle:Infobox country at games (hist | modifier) [34 octets] Baname LARE (discuter | contributions) (Nouvelle page : {{Palette|Porte-drapeau togolais}})
• 18:2815 avril 2025 à 18:28 Modèle:Palette Draft WNBA 2025 (hist | modifier) [2 158 octets] Patroklis (discuter | contributions) (Création.) Balise : Éditeur de source 2017
• 18:1815 avril 2025 à 18:18 Modèle:Souris (hist | modifier) [574 octets] Pre7 (discuter | contributions) (Nouvelle page : <span class="smiley">{{{{{|safesubst:}}}#if:{{{1|}}}|{{{{{|safesubst:}}}Taille px pour image|{{{1}}}}}|20px}}|alt=Souris Windows|Souris</span><noinclude> {{Documentation|contenu= == Utilisation == Affiche une émoticône avec souris Windows. == Paramètres == * taille : taille en pixels, par défaut à 20 pixels. == Exemples == * '''<code><nowiki>{{Souris}}</nowiki></code> :''' {{Souris}} * '''<cod...) Balise : Éditeur de source 2017

Le projet « Modèle » n'est pas notifié pour le moment.

Archives

• 2006
• 2007
• 2008
• 2009
• 2010
• 2011
• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021 s1
• 2021 s2
• 2022
• 2023
• 2024

Modèle:Sommaire

Dans la documentation de ce sommaire, il apparaît comme obsolète. Le bandeau a été ajouté en janvier 2024 par Escargot bleu. En quoi ce bandeau est-il obsolète ? Il est dit "le modèle ne fonctionne pas avec le nouveau format des sommaires. Une mise à jour pour ajouter une gestion des niveaux des sommaires semblable à la précédente est cependant envisagée.". Personnellement, je travaille sur un article où je veux faire apparaître les niveaux 1 (==) et 2 (===) mais pas le niveau 3 (====). En fait le modèle ne reconnaît pas les niveaux en tant que tel, mais le nombre de niveaux dans une section. Je prends deux exemples : Utilisateur:Berdea/Test1 et Utilisateur:Berdea/Test2. Dans le test 2, on voit apparaître dans le sommaire un titre de niveau 3 alors que cela ne devrait pas être le cas, tout simplement parce qu'il n'existe pas de titre de niveau 2 dans la section. Comment faire donc ?

Berdea (discuter) 31 octobre 2024 à 14:34 (CET)

Le modèle est obsolète parce qu'il ne fonctionne plus avec le sommaire de Vector-2022 l'habillage par défaut. Je suppose que vous utilisez un ancien habillage, donc le modèle fonctionne comme avant. Dans quelle situation avez-vous un titre de niveau 3 sans titre de niveau 2 ? Escargot (discuter) 31 octobre 2024 à 14:51 (CET)

Bien vu. Je n'aime pas vector-2022 et j'utilise vector-2010. Voici l'article sur lequel je travaille : Chronologie des alternatives (XXIe siècle). Je veux mettre les années en titre de niveau 3 (====) pour ne pas les faire apparaître dans le sommaire, mais je garde les sous-sections "Articles connexes" et "Liens externes" en niveau 2 (==) et qu'ils apparaissent dans le sommaire. — Berdea (discuter) 31 octobre 2024 à 18:00 (CET)

Il vaut mieux éviter de faire une mise en forme spécifiquement pour un rendu avec Vector 2010, ou en tout cas il faut vérifier que le rendu avec vector 2022 reste correct (en ajoutant ?useskin=vector-2022 à l'url ou en passant en navigation privée).

Il n'y a pas moyen d'obtenir proprement le rendu que vous désirez. Il faudra accepter de ne pas voir « Articles connexes » et « Liens externes » dans le sommaire.

Mis à part ça, je ne suis pas convaincu par la pertinence des éléments en annexe, en particulier des liens externes, dont la moitié sont morts. Escargot (discuter) 31 octobre 2024 à 18:14 (CET)

Bien noté. Je ne suis pas l'auteur de l'article et je n'ai pas regardé le contenu de la sous-section des liens externes qui ne relèvent pas de ma question. C'est bien dommage qu'on ne puisse pas avoir un sommaire dans le sens que je proposais. — Berdea (discuter) 31 octobre 2024 à 18:35 (CET)

Ajout de catégories dans des modèles : besoin d'avis

Serait-ce possible d'avoir un avis sur les propositions de  Pre7, qui cherche à indexer dans des catégories les pages utilisant une palette (en mettant les catégories hors du <noinclude>). La discussion a commencé ici : Discussion utilisateur:Le Petit Chat#Annulations sur les catégories.

Merci, -- Le Petit Chat (discuter) 11 novembre 2024 à 18:12 (CET)

Je pense personnellement que l'utilisation devrait simplement être limitée aux pages le nécessitant. Pour l'instant, celles que je suis en train d'effectuer cela ont catégorisé leur modèle avant ma contribution à une catégorie vide.

J'ai créé Modèle:Catégorie de modèle (ne pas confondre avec Modèle:Catégorie de modèles) afin d'être capable d'effectuer une meilleure gestion des modèles, comme Modèle:Onglets Utilisateur que j'ai créé et que j'aimerais savoir s'il est bien utilisé et maintenir une bonne unilisation de la part des wikipédiens. Pre7 (d) 11 novembre 2024 à 18:18 (CET)

La discussion se poursuit là-bas : Discussion Projet:Maintenance#Ajout de catégories dans des modèles : besoin d'avis. Le Petit Chat (discuter) 11 novembre 2024 à 20:56 (CET)

Supprimer Modèle:Date début

Bonjour, si jamais je vais sur toutes les pages liées à ce modèle obsolète et que je les change pour le nouveau modèle (Modèle:Date), ce modèle sera donc prêt à être supprimé? Pre7 (d) 12 novembre 2024 à 15:27 (CET)

 Projet:Maintenance Pre7 (d) 12 novembre 2024 à 15:29 (CET)

Et est-ce que cela s'applique à toute cette catégorie? Catégorie:Modèle obsolète à garder Pre7 (d) 12 novembre 2024 à 15:31 (CET)

Dans les pages liées, il y a un tas de pages utilisateur. Il ne me semble pas très aimable de modifier les pages d'un utilisateur. Donc à mon avis, cela part d'une bonne intention mais c'est probablement une mauvaise idée. -- Alserv (discuter) 12 novembre 2024 à 16:25 (CET)

Honnêtement, si c'est visuellement la même chose, mais le retrait de 6 caractères dans le code presque invisibles, je pense que les gens pour lesquels cette modification se fera sur leur page utilisateur n'y verront pas de problèmes et auront probablement envie de remercier étant donné que leur travail sera mis à jour, avec un modèle non-obsolète. J'attends l'avis d'autres utilisateurs. Pre7 (d) 12 novembre 2024 à 16:34 (CET)

Bonsoir Pre7 . Comme son nom l'indique, la Catégorie:Modèle obsolète à garder contient des modèles obsolètes à garder pour diverses raisons :

1. soit leur suppression ne fait pas consensus,
2. soit, comme expliqué par Alserv, ils sont encore utilisés sur des PU,
3. soit leur équivalent de wp:en est encore utilisé et il se retrouve chez nous lors de traductions. C'est le cas ici pour {{Start date}} qui est une redirection de {{Date début}}.

Il faut donc être prudent (même si personnellement j'y suis favorable).

De plus, il ne s'agit pas juste du « retrait de 6 caractères » mais également d'inverser la date.

--FDo64 (discuter) 13 novembre 2024 à 00:06 (CET)

Hello,

Sur le principe, je serai favorable à sa suppression, mais comme indiqué par FDo64, ce modèle est largement utilisé dans des traductions d'articles. Il a d'ailleurs été supprimé, ainsi que sa redirection {{Start date}}, en novembre 2023... Et quelqu'un a immédiatement recréé {{Start date}}, avec un code obsolète plutôt que d'utiliser le Module:Date. Il est donc malheureusement nécessaire de conserver ce modèle, au risque d'avoir des recréation intempestives.

Le fait qu'il faille conserver ce modèle est clairement indiqué sur le bandeau qui s'affiche sur le modèle.

Epok (✉), le 13 novembre 2024 à 07:48 (CET)

Merci pour votre explication détaillée Epok et FDo64. C'est compris! Pour ceux à supprimer tout court, je pourrai faire les mesures que j'ai expliqué, c'est-à-dire enlever les pages liées et ensuite demander la suppression. Pre7 (d) 13 novembre 2024 à 15:12 (CET)

Nouveaux modèles

Bonjour! J'ai créé deux modèles complètement automatisés, dont un qui est modifiable. Ce sont deux modèles simples à installer et possibles d'être installés sans nécessité d'ajouter des options.

Ce sont des modèles pour utilisateurs, les voici : Modèle:Onglets Utilisateur et Modèle:Informations Utilisateur.

Si vous souhaitez voir leur application, n'hésitez pas à aller faire un tour sur mon profil! Pre7 (d) 13 novembre 2024 à 17:27 (CET)

Merci pour avoir créé les modèles !

Je pense faire cavalier seul, et toujours utiliser mon propre menu, mais je te conseille de fouiller par là pour tes icônes.

Amicalement, Athozus ^Discussion 13 novembre 2024 à 23:26 (CET)

Merci beaucoup!

C'est simplement pour aider les nouveaux qui ne comprennent pas vraiment tout le jargon wikipédia avec le code et pour rendre le tout digeste avec un simple modèle à mettre pour ceux qui commencent à se lancer dans la préparation de leur profil Wikipédia. Pre7 (d) 14 novembre 2024 à 01:00 (CET)

Ok, c'est tout à fait de bonne volonté ! :) Athozus ^Discussion 14 novembre 2024 à 01:02 (CET)

Ah ne t'inquiète pas j'avais compris haha je voulais juste préciser ^^ Pre7 (d) 14 novembre 2024 à 01:21 (CET)

Aucun problème :) Athozus ^Discussion 14 novembre 2024 à 14:59 (CET)

Ajout du mois et de l'année aux bannières des mois Wikipédia avec un modèle.

Bonjour.

Je ne participe plus vraiment en ce moment, mais je continue de faire les bannières des mois africain, américain, etc. qui sont affichées en haut des pages avec Sitenotice.

Par exemple :

La seule chose qui change est en général l'année, et parfois le mois (mais c'est exceptionnel).

Je crois qu'il est possible d'ajouter du texte aux images, avec une taille et une police définie, à une position définie (mais je ne me souviens plus quel modèle fait cela).

Quelqu'un sait-il comment faire cela ?

Vous pouvez faire des essais avec File:Wikipédia Mois africain 2025 bannière-fr.svg par exemple, en mettant le texte par-dessus « MAI 2025 », pour voir si c'est faisable.

La police est du DejaVu Sans (une police qui est reconnue par le moteur de rendu Wikimedia, c'est la même pour toutes les bannières des mois Wikipédia si je ne me trompe pas, en tout cas celles que j'ai faites). Par contre, il n'y a pas de taille, j'ai recadré le mois et l'année pour qu'ils soient de même taille (ils font 100×40 px).

Une autre solution serait d'insérer une image pour le mois et une autre pour l'année, il suffirait de faire une douzaine d'images pour les mois et une autre pour les années, de quoi tenir jusqu'en 2040...

Si c'est possible, il serait bien de faire un modèle spécifique (je devrais pouvoir m'en occuper si on me dit quels modèles utiliser pour insérer le texte ou les images), avec une taille spécifique aux différents mois (qui n'ont pas tous le même nombre de lettres).

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 21 novembre 2024 à 05:13 (CET)

Création de Modèle:Boîte Projet

Bonjour, afin de simplifier la tâche à ceux qui ne veulent pas perdre 15 à 20 minutes à trouver toutes les boites utilisateur des projets auquels ils participent, j'ai créé ce modèle, basé sur le fonctionnement de Modèle:Onglets portail, afin de permettre une automatisation du processus avec un viseul, selon moi, beaucoup plus joli que Modèle:Boite utilisateur.

Fonctionnement

L'utilisation de ce modèle est relativement simple :

1. Insérez le modèle dans votre page utilisateur : Copiez et collez l'exemple ci-dessous dans votre page utilisateur.
2. Indiquez les noms des projets : Remplacez les valeurs par défaut (Modèle, Maintenance, etc.) par les noms des projets auxquels vous participez, jusqu'à un maximum de huit.

{{Boîte Projet|Modèle|Maintenance}}

Ou

{{Boîte Projet
 | Modèle
 | Maintenance}}

Pre7 (d) 27 novembre 2024 à 23:02 (CET)

 Projet:Modèle Je préviens que je prévois ajouter plus de quantité de projets pour le modèle, ne vous inquiétez pas. Je préviens également que chaque projet est compatible, même ceux n'existant pas encore. Vous pouvez consulter la documentation du modèle ou mon profil utilisateur afin d'avoir un visuel d'à quoi ressemble ce modèle. Pre7 (d) 27 novembre 2024 à 23:05 (CET)

En plus de {{Boîte utilisateur}}, il existe aussi {{BUtilisateur 2}} dont le rendu est meilleur, voir par exemple la page utilisateur de SleaY. Escargot (discuter) 27 novembre 2024 à 23:33 (CET)

Oui, mais c'est automatisé (pour tous les projets, automatique) et c'est un différent style, qui me plait bien! ^^ Pre7 (d) 28 novembre 2024 à 01:10 (CET)

Détermination de la couleur du texte selon le background

Bonjour, dans un tout autre cadre, j'ai développé un petit système qui, pour une couleur de background spécifiée, détermine la couleur de texte à utiliser.

En fait, je dispose même de deux systèmes :

• Détermine s'il faut afficher le texte en noir ou en blanc. C'est la méthode "accessible" classique, qui résulte en du texte très lisible (c'est celle qui donne le plus grand contraste possible).
• Détermine une couleur complémentaire. Cela permet d'avoir une plus grande diversité de couleurs de texte que seulement noir ou blanc, et visuellement c'est assez sympa. En contrepartie, dans certains cas la couleur obtenue a un mauvais contraste, mais les cas sont rares et c'est vraiment avec des couleurs improbables (genre fluo).

Avant d'éventuellement amener cela sur frwiki, je me demande s'il y a des situations ou cela pourrait nous servir. Là, je pense aux entêtes des infoboxes, où il n'y aurait plus besoin de spécifier manuellement lorsqu'il faut afficher le texte en blanc. L'objet du présent message est de collecter d'éventuelles autres possibilités d'utilisation, pour déterminer si cela vaut la peine d'introduire la fonctionnalité.

L'implémentation pourrait se faire en JavaScript (pour les scripts du site, les gadgets, etc.) ainsi qu'en Lua (pour les modèles).

Notif @Escargot tout particulièrement.

od†n ↗^blah 30 novembre 2024 à 11:09 (CET)

Les modèles qui posent des problèmes sont tous les modèles pour lesquels une couleur de fond est spécifiée. À partir du moment ou une couleur de fond est spécifiée, il peut y avoir des problèmes en mode sombre. Ces problèmes concernent surtout la couleur des liens, plus que la couleur du texte simple.

Il y a un modèle en particulier pour lequel il est difficile de faire des corrections sur les couleurs de texte : {{Boîte déroulante}} (et donc {{Boîte déroulante/début}}) parce que le bouton [afficher] est sibling du NavHead au lieu d'être enfant (mais que des variantes conçues différemment existent). La couleur de fond du Navhead n'est pas considérée comme la couleur de fond du NavToggle, mais visuellement c'est bien celle qu'on voit comme couleur de fond.

Un autre modèle embêtant est {{Avancement}}, pour lequel la couleur de fond n'est pas la même pour l'ensemble du texte et pour lequel il faut systématiquement définir la couleur du texte actuellement. Escargot (discuter) 30 novembre 2024 à 11:48 (CET)

• Le système pourrait aussi être utilisé pour avoir un lien de couleur bien contrastée avec le fond. En revanche, cela serait la même couleur que du texte ordinaire : mon système ne permet de déterminer qu'une seule couleur complémentaire à la couleur du background.
• Je vois, il serait effectivement plus cohérent que le toggle soit à l'intérieur du NavHead. J'ai essayé très vite fait, et cela semble aussi fonctionner. Cela sort du cadre de cette requête, et surtout cela serait à étudier davantage, mais cela serait effectivement à envisager.
• Étant donné que le texte empiète (parfois oui, parfois non) sur la jauge, pour le coup mon système ne permettrait pas d'améliorer la situation :
  • En cas d'utilisation avec les couleurs de background par défaut : le texte noir reste la meilleure solution.
  • En cas de couleur de background personnalisée : si la couleur de texte calculée est claire, le texte ne serait plus lisible sur le background gris clair (de jauge vide).

od†n ↗^blah 1 décembre 2024 à 22:41 (CET)

Présence anormale d'un article dans les pages liées

Bonjour, j'aurais une colle pour vous. Dans les pages les plus liées, j'ai remarqué ceci :

1236. Chevalier de la Légion d'honneur (utilisé sur 11 408 pages)

Cela n'a absolument rien à faire à être transclus (ou inopinément détecté en tant que tel). Remarquer qu'il s'agit d'une redirection (vers une section d'un article).

J'ai cherché mais je n'ai pas trouvé la cause de la présence de cette entrée…

od†n ↗^blah 17 décembre 2024 à 12:47 (CET)

Bonjour Od1n .

Quand tu édites une page liée (par exemple Antoine Meillet) on voit que Chevalier de la Légion d'honneur et d'autres articles sont vus comme des modèles.

Une piste : il s'agit de propriétés définies dans Wikidata et utilisées par {{Infobox Biographie2}}.

--FDo64 (discuter) 17 décembre 2024 à 14:01 (CET)

Bonjour Od1n. Je n'ai sans doute pas les capacités pour résoudre le problème, mais si ça peut aider, je me souviens que quand on avait mis en place Wikipédia:AutoWikiBrowser/Template redirects en 2016, il existait une centaine de modèles qui n'en étaient pas vraiment, mais qui étaient des redirections (comme le Modèle:Divinités aztèques qui redirigeaient vers la liste Divinités aztèques).

Ils ont tous été supprimés par FDo64 il me semble (cf. discussion).

Sinon, personnellement j'utiliserais la brute force : chercher {{Chevalier de la Légion d'honneur}} et ses synonymes dans le dump. Ça peut sembler idiot, mais c'est un robot qui passe son temps à chercher, pas nous.

Bon courage, Şÿℵדαχ₮ɘɼɾ๏ʁ 17 décembre 2024 à 15:25 (CET)

Je viens de remarquer que cela concerne les cas (et uniquement ceux-ci) où, sur Wikidata, la propriété pointe vers une redirection. Ce que l'on peut aussi observer dans la section "Modèles utilisés par cette page". Et il s'avère que ces redirections sont traitées dans le résultat (le texte du lien est encore le titre de la redirection, mais la destination est la page finale). Quelques recherches m'ont ensuite permis de trouver Module:Wikidata#L-189, et manifestement c'est là que ça se joue. od†n ↗^blah 17 décembre 2024 à 15:56 (CET)

L'ajout a été effectué dans 207373817 ; du coup, notif @Escargot 👋

Problématiques :

• Sur par exemple Antoine Meillet, en retirant le code on passe de 660 ms à 632 ms. Le gain n'est pas gigantesque, mais quand même intéressant. (surtout que les infoboxes sont maintenant les modèles les plus coûteux, depuis que j'ai traité en grande partie les problèmes de perfs avec l'enclume qu'est {{Liens}})
• Mais le gros problème, c'est que le code incrémente le Expensive parser function count (explications) pour chacune des pages testées (pas seulement celles qui sont des redirections). Ainsi, toujours avec l'exemple de Antoine Meillet, en retirant le code on passe de 34/500 à 1/500…
• Et bien entendu le problème de départ : le fait que les redirections sont considérées comme des pages transcluses. Je ne sais pas trop si ce comportement dans MediaWiki est inopiné ou au contraire souhaité.

Tentative de résolution :

• J'ai initialement envisagé de retirer le code, considérant les divers problèmes, et parce que j'ai pensé qu'il était préférable que les redirections soient davantage visibles, pour inciter à leur correction.
• Mais le problème c'est que, du fait que les interwikis ne correspondent pas 1:1, ces redirections sont souvent (toujours ?) prévues pour rester en place et continuer d'être utilisées. Du coup, j'ai quand même cherché pour voir si on pouvait garder le système mais en procédant autrement.
• Constatant que l'on voit sur Wikidata lesquels des sitelinks sont des redirections, j'avais donc développé une implémentation différente, utilisant mw.wikibase.getBadges() (pour détecter la présence de d:Q70893996). Malheureusement :
  • Cela augmente aussi le "Expensive parser function count" (et pire encore : comme ce n'est pas mis en cache en interne, en testant le code dans une boucle on pulvérise aisément la limite de 500)
  • C'est même moins performant (sur un test avec une boucle ciblée de 10 itérations, j'ai eu une augmentation de 697 ms à 941 ms).
  • Et concernant les "fausses inclusions", ça en a éliminé seulement deux sur les six… (pas compris pourquoi, et pas cherché davantage)

Au vu des problèmes occasionnés qui sont assez importants, notamment le "Expensive parser function count" et les "fausses inclusions", et l'impossibilité de réaliser une implémentation plus efficace, je pense que le mieux est de retirer le code.

od†n ↗^blah 18 décembre 2024 à 03:55 (CET)

Bonjour,

Pas d'opposition à retirer ce code. Je l'avais ajouté pour le cas des éléments Wikidata qui n'ont pas d'espoir d'être un jour associé à une page et resteront toujours une redirection, comme Tokyo (toponyme). Le code a pour intérêt d'enlever le message « Redirigé depuis » qui n'apporte rien et de lier directement vers la page pertinente.

Concernant le fait de considérer les redirections initialement ciblées comme des pages liées cela évite que des pages soient sconsideres à tort ecomme intileisés. Le nombre de pages liées tomberait à 0 dans certains cas, sur des pages nommées de telle manière qu'on a envie de les supprimer. Escargot (discuter) 18 décembre 2024 à 07:56 (CET)

Durée d'une fonction dans Infobox Biographie2

Je me permets de notifier le projet modèle avec une question/demande posée sur le projet infobox, juste ici. Cette demande concerne Infobox Biographie2, afin que ce modèle affiche la durée d'une fonction/mandat. N'hésitez pas à y donner votre avis. Merci d'avance. Cordialement. Gabon100 (discuter) 3 janvier 2025 à 14:54 (CET)

Variable locale

Bonjour

Je désire utiliser à plusieurs endroits le résultat d'un même calcul.

Plutôt que de copier/coller chaque fois le calcul entier, J'ai pensé à créer une variable locale : placé à un seul endroit, le code en serait plus facile à maintenir.

J'ai cherché comment gérer une variable locale, je n'ai pas trouvé. Y a-t-il une solution simple à mon besoin, la variable locale ou une autre ?

Merci d'avance

LeFit (discuter) 5 janvier 2025 à 13:53 (CET)

Bonjour,

Pour faire une variable locale, il faut utiliser lua. Il est aussi possible de faire un sous-modèle que l'on appelle plusieurs fois, mais on ne gagne rien en performance puisque les calculs au sein du sous-modèle seront effectués pour chaque appel (sauf si c'est un appel sans paramètres). Escargot (discuter) 5 janvier 2025 à 14:17 (CET)

Merci @Escargot. Le lua (Scribunto?) m'est opaque, je prendrai plus de temps à essayer d'en comprendre la structure.

Ce n'est pas la réponse que j'espérais, mais c'est la meilleure réponse qu'on puisse me donner... LeFit (discuter) 5 janvier 2025 à 15:07 (CET)

Je suppose que c'est pour {{Liste d'élections nationales par année/Introduction}} ? Je me suis un peu penché sur le sujet, et j'ai créé le Module:Liste d'élections nationales par année, à utiliser ainsi :

{{#invoke:Liste d'élections nationales par année|determineAnnee|{{{1|}}}}}

D'ailleurs, je l'ai déjà mis en œuvre dans le bac à sable.

C'est la solution la plus simple que j'ai trouvée. Ça fait six invocations Lua, mais le module est très léger, et c'est déjà mieux que les douze invocations du code précédent. Et comme le modèle est destiné à n'être employé qu'une seule fois sur la page, il n'y a absolument aucun problème concernant les performances.

Autres approches envisagées, mais rejetées :

• Faire seulement la "détection automatique avec le pagename" dans le module, et laisser toutes les gestions "if paramètre 1" dans le modèle. En rapport avec le fait que les appels de modèles sans paramètre sont mis en cache. Mais le résultat aurait été beaucoup plus complexe (besoin d'un "modèle wrapper" pour le module, et code de {{Liste d'élections nationales par année/Introduction}} quasiment pas simplifié), pour un gain de performances infinitésimal.
• Faire générer au module l'entièreté du contenu de l'introduction. Mais du coup, c'est le code Lua qui aurait eu à générer {{Palette Années}} et {{Chronologie des élections}}, ce qui est une approche qui me déplait : la génération de ces modèles serait alors comptée dans la limite des 10 secondes de temps d'exécution Lua, et aussi, ça peut paraître bizarre, mais je n'aime pas faire manipuler des trop grosses chaînes à Lua (car c'est souvent le signe que l'approche est mauvaise quelque part). De surcroit, ça aurait été moins lisible/maintenable qu'avec le contenu simplement en wikitexte dans le modèle.

od†n ↗^blah 6 janvier 2025 à 05:30 (CET)

@Od1n Impressionné!

Je récupère dans les autres modèles de la famille.

Grand merci! LeFit (discuter) 6 janvier 2025 à 18:27 (CET)

 LeFit : Je n'avais pas pensé que cela serait utilisé dans tout cet ensemble de modèles. Du coup, cela fait quand même un sacré paquet d'invokes (voir notamment dans {{Liste d'élections nationales par année/Bas de page}}). Plus que les performances, ce qui me préoccupe surtout c'est la lisibilité du code, avec tous ces longs invokes.

J'aurais donc une nouvelle "moins pire solution", avec un système de gabarit auto-inclus dans le modèle :

<includeonly>{{#ifeq: {{{mode|}}} | gabarit
  |
{{Palette Années|{{{1}}}|spécial=Élections}}
{{Chronologie des élections|{{{1}}}}}

'''Cette liste recense les [[élection]]s organisées durant l'année [[{{{1}}}]].''' Elle inclut les élections législatives et présidentielles nationales dans les [[État souverain|États souverains]], ainsi que les principaux [[référendum]]s{{#ifexpr: {{{1}}} >= 1968 |{{sfn|texte=Base de données ''Parline'' de l'Union interparlementaire.|id=Parline}}}}.

== Événements majeurs en {{{1}}} ==

  |
{{#if: {{#invoke:Liste d'élections nationales par année|determineAnnee|{{{1|}}}}}
  | <!-- l'argument passé est un nombre. Il est traité pour être une année correcte. -->
    {{Liste d'élections nationales par année/Introduction|mode=gabarit|{{#invoke:Liste d'élections nationales par année|determineAnnee|{{{1|}}}}}}}
  | {{erreur paramètre|Précisez l'année des élections dans le modèle {{m|Liste d'élections nationales par année/Introduction}}}}
}}

}}</includeonly><noinclude>{{documentation}}</noinclude>

Avantages :

• Aucun changement nécessaire dans les articles utilisant cette série de modèles.
• Pas de sous-sous-modèle (« Liste d'élections nationales par année/Introduction/gabarit »), notamment parce que cela aurait rendu pénible la modification du contenu, à aller chercher dans des sous-sous-pages.
• Deux invokes par sous-modèle, au lieu d'en avoir un nombre potentiellement élevé.
• Code beaucoup plus lisible au sein du gabarit.

Inconvénients :

• Cela augmente le niveau de transclusion (refs Highest expansion depth), et la taille des contenus transclus (palettes, etc.) est comptée une fois supplémentaire (refs Post-expand include size). Mais on devrait être encore très, très loin des limites.
• Le code le plus compliqué n'est même pas dans les gabarits, mais dans le système de chargement avec détection préalable d'erreur. J'avais pensé à faire produire les erreurs par le module, mais en cas d'erreur (par exemple si la page n'a pas un titre « Trucmuche <année> »), le résultat serait horrible (les messages d'erreur du module se retrouvant dans les calculs, etc.)

od†n ↗^blah 8 janvier 2025 à 02:55 (CET)

J'ai pensé à encore une autre approche, où le module irait faire la détection d'erreur préalable et le chargement du gabarit. Voir la fonction chargeGabarit dans le bac à sable du module, qui permettrait de faire ce code dans le modèle :

<includeonly>{{#ifeq: {{{mode|}}} | gabarit
  |
{{Palette Années|{{{1}}}|spécial=Élections}}
{{Chronologie des élections|{{{1}}}}}

'''Cette liste recense les [[élection]]s organisées durant l'année [[{{{1}}}]].''' Elle inclut les élections législatives et présidentielles nationales dans les [[État souverain|États souverains]], ainsi que les principaux [[référendum]]s{{#ifexpr: {{{1}}} >= 1968 |{{sfn|texte=Base de données ''Parline'' de l'Union interparlementaire.|id=Parline}}}}.

== Événements majeurs en {{{1}}} ==

  | {{#invoke:Liste d'élections nationales par année|chargeGabarit|modèle=Liste d'élections nationales par année/Introduction|{{{1|}}}}}
}}</includeonly><noinclude>{{documentation}}</noinclude>

Avantage :

• Code hyper simple dans le modèle.

Inconvénient :

• La génération des modèles (palettes, etc.) serait comptée dans la limite des 10 secondes de temps d'exécution Lua (mais on a encore beaucoup de marge).

Vu à quel point cela simplifie le code des modèles, c'est cette nouvelle approche qui a ma préférence.

od†n ↗^blah 8 janvier 2025 à 03:28 (CET)

Les deux approches ci-dessus de "gabarit auto-inclus" ne fonctionnent pas : « Modèle en boucle détecté ». En théorie ça pourrait fonctionner, le problème est que le parseur MediaWiki n'est pas capable de détecter que la boucle n'est pas infinie. Du coup obligé d'abandonner l'idée, c'est très dommage.

Le problème est apparemment connu, voir Recursion in templates, et ne sera probablement jamais traité… J'ai aussi trouvé sur le web quelques discussions de développeurs de templates ayant rencontré la même problématique.

Il resterait la solution de mettre les gabarits dans des sous-pages séparées (« Liste d'élections nationales par année/Introduction/gabarit »). Il y a du pour et du contre, globalement ça serait plus élégant, mais il faudrait faire en sorte de pouvoir facilement accéder à ces sous-sous-pages lorsque l'on souhaite modifier le contenu.

od†n ↗^blah 8 janvier 2025 à 04:33 (CET)

Deux dates

Bonjour

Dans un modèle de ligne de wikitable triable, je prévois, dans une seule cellule, de traiter deux dates : "date début" (obligatoire, alias "date") et "date fin" (facultative). J'aimerais que le contributeur à l'article puisse écrire la date comme il veut, du moins selon toutes les formes acceptées par le modèle {{date}} : "1 janvier 2025", "1er janvier 2025", "1/1/2025", "01/01/2025" "2025-01-01", "janvier 2025", "janv. 2025".

La colonne de cette cellule doit être triable selon la date de début ; la date de fin n'est que secondaire.

Voici la table de décision à laquelle je désire arriver :

Condition	Résultat	Exemple	Rendu
Date début omise	Message d'erreur	Usage de {{erreur paramètre}}
Date fin antérieure à date début	Message d'erreur	Usage de {{erreur paramètre}}
Date fin omise ou égale à date début	la date début, sans l'année	{{date|31 juillet 1830-}}	31 juillet
Mois et années identiques	Le jour de la date début, le jour et le mois de date fin	{{date|10 juillet- 1830-}} - {{date|31 juillet 1830-}}	10 - 31 juillet
Années identiques mais pas les mois	Le jour et le mois de chaque date	{{date|30 juin 1962-}} - {{date|2 septembre 1962-}}	30 juin - 2 septembre
Années différentes	Les dates complètes	{{date|5/10/1774}} - {{date|5 février 1775}}	5 octobre 1774 - 5 février 1775

Le besoin étant maintenant bien placé, je suis persuadé que je m'en sortirai si vous m'aiguillez vers une façon d'extraire le jour, le mois et l'année d'une date passée en un seul paramètre date. Je ne l'ai trouvée (ou identifiée, comprise) ni dans la documentation du modèle {{date}} ni celle du module:Date (j'avoue que le jargon du Scribunto m'est opaque )

Pouvez-vous m'orienter vers ma solution? Des concessions à devoir faire?

Merci d'avanceLeFit (discuter) 5 janvier 2025 à 15:03 (CET)

Qu'est-ce que ça donne si on rentre juste les dates normalement avec le modèle {{Date}} ? Je m'attendrais à ce que le tri se fasse correctement. Sinon, autant séparer en deux colonnes et ne pas se casser la tête. Escargot (discuter) 5 janvier 2025 à 15:48 (CET)

J'aurais dû penser à faire le test avec des valeurs non calculées. Le tri se fait bien sur les dates et non sur le texte affiché.

Je sais que l'affichage initial se fait dans d'ordre du wikitexte ; il est impossible de le forcer dans l'ordre d'une colonne.

Reste maintenant la question principale : la table de décision de l'affichage de la période.

LeFit (discuter) 5 janvier 2025 à 20:20 (CET)

Country data

Bonjour

Pouvez-vous m'aider avec la demande décrite ici : Discussion Projet:Modèle/Système Country#Modèles Country data apparentés : regrouper dans un sous-modèle ?

Merci d'avance.

Cdt, LeFit (discuter) 16 janvier 2025 à 11:17 (CET)

Modèle:Foot résultat

Bonjour, j'aurais besoin d'aide quant au Modèle:Foot résultat.

Il se trouve que je modifie actuellement les pages sur la 2e division est-allemande, et j'y ai notamment inséré le modèle foot résultat. Cependant pour la page Championnat de RDA de football de deuxième division 1950-1951, j'aurais besoin de faire une remarque afin d'imposer la couleur d'arrière plan pour un résultat (défaite sur tapis vert 0-0). Mais ce résultat est en 1e colonne, et pour imposer une couleur il faut faire une remarque sur la case précédente avec le texte {{!!}}bgcolor={{fc|perdu}}{{!}}0-0. Mais 0rem ça ne marche pas, et écrire directement dans la case non plus. Ma solution provisoire c'est d'ajouter une nouvelle colonne vide, mais ce n'est pas très élégant … Serait-il possible d'ajouter une fonctionnalité 0rem qui permettrai une remarque théoriquement sur la colonne des équipes à domicile, mais qui permettrai de fait d'imposer la couleur d'arrière plan sur la 1e colonne ? Merci d'avance ! TheÆtherPlayer (discuter) 19 janvier 2025 à 19:45 (CET)

je pourrais recréer le tableau mais bon si ça pouvait être ajouté … TheÆtherPlayer (discuter) 19 janvier 2025 à 20:46 (CET)

pour voir le tableau recréé vs le max que je puisse faire avec le modèle actuel cf ma page utilisateur TheÆtherPlayer (discuter) 19 janvier 2025 à 21:28 (CET)

Avenir des pictogrammes

Bonjour,

Une discussion est en cours portant sur l'avenir des pictogrammes dans les infobox. Tous les avis sont les bienvenus. Crdlt. Riad Salih (discuter) 21 janvier 2025 à 12:41 (CET)

Affichage différent des pages de description des fichiers de Commons sur wp.fr

Bonjour

Ça ne concerne pas vraiment le projet modèle en soi, mais je pense que ça met en œuvre des modèles (et je n'ai pas le courage d'ouvrir une tâche sur Phabricator).

L'affichage des galeries (<gallery>) sur les pages de description des fichiers Commons sur wp.fr se fait sous forme de liste à puce assez disgracieuse avec les légendes collées à l'image suivante, alors que sur Commons, l'affichage sous forme de liste horizontale est celui auquel on s'attend.

Voir par exemple la différence entre la liste des « Autres versions » de Commons:File:Open book Russia.svg et de Fichier:Open book Russia.svg (cette liste est centralisée dans le c:Template:OpenBook).

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 27 janvier 2025 à 17:16 (CET)

Bonsoir SyntaxTerror .

J'ai surtout l'impression que ça ne concerne pas Wikipedia. Si on regarde l'équivalent d'un fichier qui est sur notre espace Fichier, la présentation est correcte. Voir par exemple Fichier:Bourrichon.jpg.

Le paramètre autres_versions contient également une <gallery>. Donc notre Modèle:Information fonctionne bien.

Ton exemple concerne un fichier qui provient de Wikimedia Commons. Quand on clique sur « Accéder au fichier sur Commons », l'affichage est correct.

Il y a une sorte de redirect dont j'ignore le mécanisme. Sans doute du css à mettre à jour quelque part ?

--FDo64 (discuter) 27 janvier 2025 à 23:19 (CET)

@FDo64 : en effet, à y regarder de plus près, on a le même problème sur wp.en, wp.de, et sans doute les autres : en:File:Open_book_Russia.svg.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 28 janvier 2025 à 17:42 (CET)

Relance de ma question

Salut, est ce que le modèle présent dans mon brouillon est conforme au règlement ?

Utilisateur:Yuilo/Brouillon/Modèle:Country data Chinland ?

merci beaucoup ! Yuilo (discuter) 28 janvier 2025 à 08:46 (CET)

Voir : Discussion Projet:Modèle#Demande de relecture de modèle Yuilo (discuter) 28 janvier 2025 à 08:48 (CET)

Bonjour Yuilo.

Je ne suis pas spécialiste de ce genre de modèle, mais si tu as juste recopié un modèle similaire existant en remplaçant les drapeaux, ça devrait aller.

Le seul problème que je vois est que les paramètres et leurs valeurs sont en anglais, mais ça semble déjà être le cas sur les autres modèles country data.

Assure-toi juste que ces drapeaux ont des sources fiables et n'hésite pas !

Sinon, petit point technique : il ne faut pas mettre de catégories dans tes pages personnelles (ta page de brouillon se retrouve dans la Catégorie:Modèle Country data, tu peux éviter ça en la mettant entre des balises de commentaire <!-- commentaire caché --> en attendant de publier la page).

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 15:24 (CET)

Merci beaucoup ! Yuilo (discuter) 1 février 2025 à 18:12 (CET)

Question sur les codes langues dans les modèles ouvrages, articles, etc.

Bonjour, je ne suis pas sûr que ce soit le bon endroit pour poser la question, mais si ça parle à quelqu'un... Donc : un système d'import depuis le logiciel Zotero vers les modèles ouvrages, Chapitre, article, site web, etc. a été proposé par @Jules* (production d'un style dédié Wikipedia pour Zotero, voir ici). Le problème est que Zotero est souvent nourri depuis des bases bibliographiques (comme le catalogue de la BNF, notices au format Unimarc) dont les codes langues sont en ISO 639-2, avec un identifiant francophone fre (ou fra), quand nos modèles fonctionnent avec des codes langues en ISO 639-1 (fr). Ce qui nous donne donc des messages d'erreur du modèle une fois importé dans wp.

• Ma question est donc la suivante : Est-il possible de modifier lesdits modèles pour qu'ils acceptent, en plus des identifiants langue ISO 639-1, les identifiants 639-2 ? (proposition formulée par @Raminagrobis ) a minima pour les plus courants fr/en ?

Merci d'avance. Unptitpeudtout (discuter) 1 février 2025 à 12:36 (CET)

Je plussoie ! — Jules* ^discuter 1 février 2025 à 13:17 (CET)

Bonjour Unptitpeudtout.

J'ai beaucoup travaillé sur les codes de langues et ce ne sont pas les codes ISO 639 qui sont utilisés par le module:Biblio (qui gère tous les modèles bibliographiques), mais les codes IETF BCP 47, qui correspondent soit au code ISO 639-1 (deux lettres), soit au code ISO 639-2 ou 3 (trois lettres) quand ISO 631-1 n'existe pas, par contre, je n'ai plus travaillé avec depuis un bon moment et je ne me souviens plus très bien quelles sont les exceptions. Les codes IETF ont aussi parfois des étiquettes supplémentaires pour la région ou le système d'écriture (zh-Hans-TW, chinois en caractères traditionnels utilisé à Taïwan).

On a aussi quelques codes de langue des Wikipédias qui sont rangés dans la même liste (et bien sûr, il y en a qui sont problématiques, quoi que je pense avoir réglé la majorité des problèmes au fil du temps).

La liste est dans la sous-page module:Langue/Data, c'est là-bas qu'il faudrait ajouter les alias (sous la forme jp = {"japonais", invalide = "ja"},, jp est le code invalide, le valide étant ja), mais ne modifie pas cette liste sans savoir exactement ce que tu fais, son exactitude est vitale, car elle est utilisée sur des millions d'articles, et les erreurs sont difficiles à repérer.

Pour avoir passé des heures dessus qu'elle soit correcte, je ne suis pas sûr qu'ajouter plein de codes invalides à cette liste soit une bonne idée, car elle est déjà monstrueuse (71 Mo) et s'agrandit en permanence avec des nouveaux codes bien valides.

Aussi, ça va prendre un long moment, parce que même avec une liste des correspondances ISO/IETF (que je ne sais même pas où trouver), il faut vérifier qu'il n'y a pas de doublons et/ou de codes utilisés deux fois pour des langues différentes.

Une solution intermédiaire serait de n'ajouter qu'une douzaine d'alias pour les langues les plus courantes et de faire les corrections nécessaires « à la main » si jamais tu as affaire à une langue peu utilisée, parce qu'à mon avis, faire ça de façon extensive est un sacré boulot, et il faut que la gêne soit vraiment importante pour se lancer là-dedans. Mais même cela est à ne faire que si le besoin est réelement impérieux, car même maintenir une liste correcte n'utilisant que des codes valides est un travail compliqué, et sans vouloir me jeter des fleurs, je suis le seul à m'être vraiment occupé de corriger les erreurs. Vu que je ne contribue plus beaucoup, il ne faudra pas compter sur moi de ce côté.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 13:56 (CET)

merci @SyntaxTerror pour ce retour clair et précis ! En effet si c'est trop lourd, se limiter à l'inclusion des cas les plus courants me parait une bonne solution (ceux pour lesquels ça risque de se poser régulièrement en important des biblio). On pourrait déjà envisager d’intégrer

fre = {"français", invalide = "fr"}, fra = {"français", invalide = "fr"}, eng = {"anglais", invalide = "en"}  ? Pour les autres je ne sais pas, il faudrait savoir quelles langues sont plus courantes dans les références sur WP pour juger lesquelles seraient pertinentes à ajouter ou non (en gardant évidemment à l'esprit ta remarque sur le fait de ne pas trop alourdir cette liste). Unptitpeudtout (discuter) 1 février 2025 à 14:15 (CET)

@Unptitpeudtout : je crois surtout que si le problème vient d'un logiciel, c'est le logiciel qu'il faut modifier, pas Wikipédia, qui doit rester éditable par tout le monde sans pour autant se compliquer de manière inutile.

Même si le nombre de modèles explose au fil des ans, on essaye toujours de simplifier les choses au maximum et de ne garder que l'essentiel pour que ça ne devienne pas une usine à gaz.

Juste pour avoir une idée, ça concerne environ combien d'ajouts de sources chaque année ?

Aussi, comment est-ce que les autres Wikipédias gèrent cela ? Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 14:42 (CET)

Je n'ai peut-être pas été très clair, le logiciel ne touche en rien aux données, il facilite seulement l'importation dans les modèles ouvrage (etc.) des données qu'il récupère entre autres de catalogues au format Unimarc (donc potentiellement des fonds bibliographiques très conséquents, comme BNF et SUDOC par exemple). Lesquels nous fournissent des données bibliographiques au bon format à l'exception notable de cette variable langue. Le problème n'est pas le format du logiciel, mais celui des catalogues des bibliothèques publiques fr...

L'idée c'est juste d'ajouter (a minima pour fr/en) de quoi faciliter la passerelle (via zotero, mais on peut envisager d'autres solutions techniques) entre les catalogues et WP pour les cas les plus courants. Aucune idée d'à quel volume ça peut correspondre, d'autant plus que @Jules* vient juste de proposer sa solution technique (fonctionnelle) facilitant grandement cette passerelle. Zotero est toutefois très diffusé/employé dans le monde universitaire francophone. Cela dit si le rapport bénéfice-coût d'un ajout est négatif, on laisse tomber, je ne suis pas du tout capable d'en juger. Unptitpeudtout (discuter) 1 février 2025 à 16:21 (CET)

Pour la question des autres WP ça dépasse de loin mes connaissances :( Unptitpeudtout (discuter) 1 février 2025 à 16:27 (CET)

Salut,

Il me semble que le problème peut être contourné grâce à une table de correspondance et le "substage" ({{subst:nom_modèle}} où {{subst:nom_modèle|fra}} deviendrait fr).

Dans l'idée, @SyntaxTerror, on pourrait avoir une fonction (un sous-module) pour Module:Langue qui utilise Module:Langue/Data afin de convertir une nomenclature vers une autre. Sur le principe, c'est similaire à Modèle:Nom langue qui convertit le code IETF en "nom de langue" et Modèle:Code langue qui fait l'autre sens.

Je laisse le soin à @Jules* de confirmer, je dirais néanmoins qu'on pourrait avoir : <text variable="language" prefix=" |langue={{subst:ZoteroLangue|" suffix="}}"/>. Ceci dit, le substage ne fonctionne pas dans les appels de note mais pour la biblio-sitographie, ça ne poserait aucun problème.

Ainsi, on éviterait d'avoir des paramètres invalides. En soi, ce n'est pas une mauvaise idée d'avoir une table qui recense, pour chaque langue, les différentes nomenclatures - car on sait qu'il n'est pas viable que le monde entier uniformise vers un standard commun (clin d'oeil au système métrique ...). LD (d) 1 février 2025 à 18:16 (CET)

┌─────────────────────────────────────────────────┘

@Unptitpeudtout, LD et Jules* : à bien y réfléchir, ajouter des alias n'est pas tant que ça problématique : on en a déjà un paquet qui ne servent jamais, vu qu'il est recommandé d'utiliser les codes IETF, mais il reste possible d'utiliser le nom de la langue en toutes lettres, ou un synonyme, ou même son nom dans la langue parfois (ça dépend des alias qu'on a mis dans la liste).

C'est Zebulon qui avait programmé ça dans le module Langue. C'est censé simplifier la vie des contributeurs, mais je n'ai jamais été très chaud pour ça, en partie parce que ça complique énormément la maintenance par bot (donc il faut éviter que ça ne s'ébruite, sinon on va vite se retrouver avec un sacré boxon dans les articles).

Je viens de faire un test en ajoutant fre et fra à la ligne du français [1], donc maintenant :

• {{ouvrage|langue=fr|titre=Machin}} donne : Machin
• {{ouvrage|langue=fre|titre=Truc}} donne : Truc
• {{ouvrage|langue=fra|titre=Chose}} donne : Chose

Il n'y a plus de message d'erreur ((fr) n'est pas affiché, c'est normal pour les documents en français), et ça marche pour tous les modèles biblio gérés par le module Langue.

Maintenant il faut une liste des équivalences et le problème est réglé sans trop de gêne (il faudrait juste ajouter en commentaire à la fin de la ligne « -- fre et fra sont des codes ISO 639-2 » pour qu'on se rappelle pourquoi ces alias sont là).

Préparez-moi cette liste et je m'occuperai de modifier le module Langue/Data.

Mais vu que ça complique quand même pas mal une éventuelle maintenance, et que ça complexifie les données présentes sur wp.fr, je pense toujours qu'il serait préférable de faire ce changement de codes au niveau de Zetero, pour avoir un maximum de codes IETF corrects dans nos articles.

Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 19:24 (CET)

Hello, honnêtement tu m'as perdu @LD (mais j'ai le cerveau fatigué ce soir), mais je vois que cette solution de contournement suppose de modifier le style CSL, alors que le problème ne réside pas là. Si @SyntaxTerror tu as pu solutionner le problème directement dans le module langue, ça me semble quand même le plus simple, et même le plus souhaitable : le problème ne vient pas en soi de Zotero, mais du fait que certaines bases de données / sources utilisent un code langue avec une norme différente de celle qui était jusque-là prise en charge par le module. Donc que « fre » ou « fra » soit ajouté par Zotero ou à la main par un contributeur, c'est bien que ce soit pris en charge par nos modèles. Bref, en tout cas merci à tous les trois ! — Jules* ^discuter 1 février 2025 à 19:39 (CET)

@SyntaxTerror, tu peux partir de wikidata, tout en notant néanmoins que certains ISO dépendent du contexte (pour le français on a ISO 639-2 avec fre, fra, comme tu l'as déjà souligné).

J'imagine que certains manquent, car c'est Wikidata, mais ça pourra toujours être ajouté ultérieurement ; l'effort doit être concentré sur les quelques entrées avec au moins deux identifiants. LD (d) 1 février 2025 à 19:50 (CET)

Je vous cache pas que les derniers messages me sont passé un peu au dessus de la tête vu mes connaissances techniques mais :

• Je ne crois pas que Zotero soit capable de changer les données à l'export (style CSL), il les classe seulement et les transfert (et vu qu'elles nous arrivent en ISO 639-2 on peut pas faire grand chose). On peut faire des modifications manuelles entre les deux, mais pas d'outil de traitement systématique/sériel à ma connaissance.
• la solution appliquée par @SyntaxTerror sur fre/fra fait très bien son office et réponds complètement au problème selon moi. La question est juste à quel point l'utiliser (combien d'alias ajouter - en évitant de surcharger le module), @Jules* ? une idée ?
• La solution de @LD : j'ai rien compris, désolé, a part que ce serait bien de se poser la question à long terme de la compatibilité (en dernier recourt on peut pas avoir un bot qui après coup nous transforme tous les fre/fra en fr histoire que ce soit homogène comme le souhaite @SyntaxTerror?).

En tout cas merci à vous. Unptitpeudtout (discuter) 1 février 2025 à 19:51 (CET)

@Jules* modifier le module Langue/Data est peut-être le plus simple, mais sûrement pas le plus souhaitable.

Comme je dis plus haut, ça vient avec des problèmes qui sont sans doute plus importants que la petite gêne occasionnée pour la poignée de contributeurs qui utilisent Zetero, sur une poignée d'articles, alors que le module Langue est utilisé dur des millions de pages.

Si l'on commence à accepter de modifier nos modèles et modules pour des outils externes anecdotiques, on n'est pas sortis de l'auberge. Donc encore une fois, n'est-il pas possible de faire ce changement de code du côté de Zetero ? Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 19:51 (CET)

Si on se pose la question de la compatibilité entre nos modèles et les catalogues de bibliothèques (et pas seulement via Zotero, qui ne fait que de la copie de données dans ce cas précis) ça vaut peut-être la peine, non ? Vrai question, notamment pour faciliter d'autres passerelles à l'avenir ? Unptitpeudtout (discuter) 1 février 2025 à 19:56 (CET)

Je réponds demain, le cerveau reposé ;) — Jules* ^discuter 1 février 2025 à 19:57 (CET)

Je ne sais plus qui m'en a parlé l'an dernier, mais cela semble être un besoin de plus en plus récurrent, même si de niche. De mémoire, on m'a demandé l'inverse : un outil web qui utilise Citoïd pour formater des sources compatibles avec Zotero. Un besoin externe, j'imagine que certains sont plus à l'aise avec la rédaction à l'aide de leur logiciel de traitement de texte de convenance. Le même problème donc, dans le sens inverse. Lofhi (discuter) 1 février 2025 à 20:13 (CET)

┌─────────────────────────────────────────────────┘

@Unptitpeudtout qu'un bot passe régulièrement pour corriger un problème causé par un logiciel utilisé par seulement quelques uns est juste un autre problème, pas une solution, à moins que tu n'aies déjà ce bot, ou le dresseur qui va faire le travail (sans compter que c'est une modification cosmétique qui n'est pas autorisée a être réalisée seule par un bot, parce qu'elle ne change en rien l'apparence de l'article et pertube les listes de suivi).

Je crois de plus en plus que programme qui vous semble à tous merveilleux mais qui n'est en fait pas très au point va causer une pagaille dans une liste qui sert sur la moitié des pages de wp.fr.

Il y a des gadgets qui font les mêmes genres de trucs, comme WP:REFILL qui remplit automatiquement les modèles Lien web, mais eux s'adaptent à Wikipédia, pas l'inverse.

Je pense vraiment que cette discussion à besoin de beaucoup plus d'avis, car on parle là d'un des modules les plus utilisés de wp.fr. Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 20:18 (CET)

@SyntaxTerror Tu as surement raison pour le bot, ça reste un pis-aller et mieux vaut ne pas créer le problème en amont. Pour le reste l'ajout que tu as déjà fait règle déjà le problème de l'import depuis un catalogue au format Unimarc via Zotero (ou autre) pour toutes les références en français, c'est pas rien ! Merci déjà pour ça. A voir d'autres avis pour la discussion plus large. Unptitpeudtout (discuter) 1 février 2025 à 20:29 (CET)

J'ai dû louper un truc, mais pourquoi le bot devrait passer ? Si les codes langues fre et fra (pour rester sur l'exemple du français) sont pris en charge par les modèles, pas besoin de passage de bot, non ? — Jules* ^discuter 1 février 2025 à 20:44 (CET)

J'avais cru comprendre qu'il y avait un enjeu à ce que tout soit, à terme, en codage IETF BCP 47 ? Unptitpeudtout (discuter) 1 février 2025 à 20:51 (CET)

@Jules* ces codes non standard ne devraient pas être dans les articles, notamment parce que ça n'est pas forcément clair pour les contributeurs pas au courant, et aussi parce que si l'on veut passer avec un bot pour remplacer xxx par yyy c'est facile, mais ça l'est beaucoup moins si xxx peut avoir des alias, parce que la liste du module Langue/Data à 1700 lignes...

Je suis sans doute un peu parano, mais j'ai eu tellement de problèmes avec ces codes de langue que je deviens méfiant. Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 20:52 (CET)

Ok, je peux comprendre. Désolé si ça a déjà été dit, mais les codes fre et fra, ils viennent d'une norme désuète et donc « fautive », ou simplement d'une norme différente de celle choisie sur Wikipédia (IETF BCP 47) ?

Car ça peut aider à décider ce qu'il faut faire :

• Dans la première hypothèse, ben c'est à la BNF et aux autres sources de données de se mettre à jour et d'utiliser les normes actuelles / recommandées ; et en attendant on peut imaginer des rustines de notre côté, mais c'est relou.
• Dans le second cas, c'est à nous (Wikipédia) de nous adapter. Même si on peut privilégier une norme, il est de notre ressort de permettre l'interopérabilité avec les autres normes, àmha.

— Jules* ^discuter 1 février 2025 à 20:57 (CET)

@Jules* fre et fra ne sont pas désuets, ce sont les codes ISO 639-2 du français (fre est aussi le code ISO 639-3), fr est le code ISO 639-1 et aussi le « code » IETF (IETF BCP 47 utilise les codes ISO 639-1,2,3 ou 5 à deux ou trois lettres pour désigner les langues, ISO 15924 le système d'écriture et ISO 3166-1 la région, les deux derniers ne sont utilisés que si nécessaire, par exemple pour zn-Hans-TW qui est le chinois en caractères traditionnels parlé à Taïwan, ce qui ne sert vraiment que pour la linguistique).

Le truc c'est que les différents codes ne servent pas focément pour les mêmes choses, même si on peut parfois utiliser les deux, et ils ont été créés et ont évolué au fil du temps. En plus, ils sont régits par des autorités d'enregistrement différentes, mais les choses vont plutôt en s'améliorant en réalité, c'était pire avant avec moins de codes.

Sinon, sur Wikipédia on est censés utiliser les codes IETF, mais je ne sais pas d'où vient la décision, et on ne fait même pas ça bien, parce que parfois d'autres codes de langue sont utilisés (parce que Machin qui est un fier habitant de Truc veut absolument que son patois ait un code, alors il va le prendre chez le seul groupe de linguistes qui a eu le courage de faire des études dessus et a créé un code spécialmement pour ça, ou bien parce que dans le passé certains linguistes trouvaient que le moldave était différent du roumain et lui ont donné le code mo, mais à bien y réfléchir non, alors maintenant c'est ro, mais ça plaît pas aux nationalistes moldaves qui veulent continuer à utiliser mo, ou bien on a des codes Wikipédia, qui bien sûr sont sorti de la poche du premier venu, mais qui en fait utilisent le code d'une autre langue, ou un truc inventé de toutes pièces, etc. ).

En tout cas, le truc wikipédo-wikipédien d'utiliser un code de langue entre parenthèses n'existe que sur wp.fr, on crée l'information alors qu'on ne devrait pas faire ça (mais les codes de langue servent aussi aux tags HTML/HTTP/XML, par exemple pour que les lecteurs d'écran utilisent la prononciation de la langue indiquée au lieu de lire le texte en français, et si la BnF décide d'utiliser ISO 639-2 ils ont sûrement des bonnes raisons, et on ne va pas les forcer à utiliser IETF BCP 47 qui est pourtant utilisé dans la majorité de l'informatique).

En bref, c'est compliqué, il faut avoir passé des heures dessus pour même pas tout saisir, il y a plus de 7000 codes ISO 639-3, avec des doulons ou des synonymes dans les autres groupes, plein de codes fusionnés, séparés, dépréciés, il y a bien sûr plusieurs autres systèmes, parfois contradictoires, et personne ne semble vouloir régler les problèmes méthodiquement à part moi qui suis dessus depuis plus de dix ans, donc en rajouter d'autres est un peu la vague qui vient lécher le bas de mon château de sable.

J'ai déjà passé une dizaine d'années pour réussir à remplacer les dizaines de modèles d'indication de langue multiples par un seul [2], peut-être que j'arriverais à terminer de simplifier les autres modèles de langue avant 2035 [3].

On verra ça plus tard hein, bonne soirée, Şÿℵדαχ₮ɘɼɾ๏ʁ 1 février 2025 à 22:22 (CET)

Pour info, j'ai cherché pourquoi c'était en ISO 639-2 et c'est pas un choix de la BNF mais la consigne de la norme Unimarc voir FR et EN (+ [4] qui mentionne aussi ISO 639-3). Donc tous les catalogues sous Unimarc seront en ISO 639-2 pour l'identifiant de langue si j'ai bien suivi.

Cela dit l'usage d'Unimarc semble très disparate à l'échelle internationale (ultra majoritaire en FR, et dans d'autres pays, mais pas du tout présent ailleurs, voir par ex cette carte de 2008 ici p.10.). Unptitpeudtout (discuter) 1 février 2025 à 22:52 (CET)

Une mise au point

Salutations,

Au-delà du titre accrocheur, je solicite votre avis sur la faisabilité de rajouter un point à Modèle:Référence Harvard sans parenthèses, tout comme pour Modèle:Sfn, en fin de référence.

Le but étant d'avoir « Henri Loyrette et Gary Tinterow, Réunion des musées nationaux, 1994. ». Certes le point est discret, mais il devrait être là, conformément à Wikipédia:Conventions_bibliographiques#Ponctuation.

Etant donné que Modèle:Référence Harvard sans parenthèses est utilisé par un bon nombre de modèles, je me dis que le plus pertinent serait d'avoir un paramètre « point », que Modèle:Sfn et compagnie pourront ensuite utiliser, mais aussi que le point soit présent dès lors qu'on utilise {{harvsp}} directement. La conséquence de cela, c'est qu'il faudra ensuite passer en revue les modèles qui utilisent {{harvsp}} pour éviter deux points.

Des avis ou suggestions ? LD (d) 17 février 2025 à 18:47 (CET)

@LD : {{sfn}} contient déjà les balises de références, pas {{harvsp}}, qui peut aussi être utilisé hors d'une référence, par exemple dans un texte :

Machin écrit à plusieurs reprises que Truc a fait ceci (Machin 1999, p. 12, Machin 2001, p. 13)

Ce genre de truc n'arrive pas très souvent en français, c'est plutôt une façon d'écrire anglo-saxonne.

Mais c'est pour ça qu'il y a les modèles {{harv}}, {{harvsp}} pour citer des ouvrages dans le texte, et {{sfn}} pour des références, même si parfois on a <ref>{{harvsp|Machin|1999|p=12}}</ref> (c'est ce que je faisais avant de découvrir {{sfn}}).

Ajouter un point [au modèle] n'est donc pas la chose à faire. Şÿℵדαχ₮ɘɼɾ๏ʁ 17 février 2025 à 20:29 (CET)

Éventuellement, ce point manquant quand le modèle est utilisé dans des balises références pourrait peut-être être ajouté à la liste des corrections d'erreurs syntaxiques de WPCleaner (voire le tout remplacé par un modèle:sfn qui est plus performant et plus court), mais il faudrait voir s'il y a beaucoup de faux-positifs, car j'ai déjà vu {{harvsp}} utilisé avec du texte dans des balises référence.

 NicoV saura quoi faire.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 13:21 (CET)

Moi je me méfierais d'un remplacement automatique. Il y a pas de cas du genre <ref>{{harvsp|Machin|1999|p=12.}}</ref> où le point est déjà inclus dans un des arguments. -- Alserv (discuter) 20 février 2025 à 15:32 (CET)

Machin 1999, p. 12.

Merci de ta réponse, @SyntaxTerror, je n'avais pas pensé au fait que le modèle pouvait être utilisé en dehors des notes. Cela dit, ça ne semble pas empêcher un paramètre point qui serait transféré aux modèles qui l'utilisent. LD (d) 20 février 2025 à 17:24 (CET)

@LD : pourquoi ajouter un paramètre quand ajouter un simple point après le modèle règle le problème ? Complexifier les modèles ne donne jamais de bons résultats.

Je suis en train de regarder un peu les occurrences dans le dump, il y a quand même 545 353 occurrences du modèle sur 68 648 pages.

Ça fait beaucoup de boulot pour un petit point, il y a plein de choses plus urgentes à faire. Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 17:36 (CET)

Plus simple à réguler et harmoniser. LD (d) 20 février 2025 à 17:38 (CET)

(je ne parle pas de mettre un paramètre point dans les articles, mais dans les modèles qui utilisent harvsp) LD (d) 20 février 2025 à 17:38 (CET)

@LD : tu peux donner des exemples ?

Déjà, quand tu dis « Le but étant d'avoir « Henri Loyrette et Gary Tinterow, Réunion des musées nationaux, 1994. » », ces modèles ne font le plus souvent pas ça et ne sont pas prévus pour ça. Seuls les noms d'auteur, l'année et la page sont affichés en général.

titre est un paramètre erroné présent sur 51 pages [5] (il y a d'ailleurs 123 paramètres erronés utilisés dans les articles pour ce modèle [6], c'est assez exceptionnel, mais ça se limite à 352 articles).

Tu dois penser aux modèles biblio gérés par le module:Biblio, mais eux non plus n'ont pas de point automatique à la fin du modèle, pour des raisons similaires à celles évoquées ci-dessus, entre autres qu'il peut y avoir d'autres choses ajoutées après le modèle. Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 18:00 (CET)

J'ai pris l'exemple de la documentation de modèle:harvsp

modèle:sfn, modèle:bioref/, etc. ajoutent un point mais ce serait beaucoup plus lisible d'avoir point=oui LD (d) 20 février 2025 à 18:15 (CET)

@LD : tu as mal lu [7], c'est un exemple de modèle:Ouvrage pouvant être cité avec les modèles Harvsp qui sont dans le tableau en dessous.

Quand tu cliques sur les liens des rendus du tableau, ça renvoie vers le rendu de ce modèle Ouvrage en le surlignant en bleu clair.

Modèle:Bioref n'a pas de doc, alors je sais pas ce qu'il fait.

Ce que je demande, c'est des modèles qui contiennent Harvsp où il faudrait ajouter un point, pas ceux où il y a déjà un point. Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 18:58 (CET)

┌─────────────────────────────────────────────────┘

Digression sur les points après Harvsp dans les articles. Alors : il y a 838 articles avec des modèles harvsp ou synonymes où il y a un point à la fin à l'intérieur du modèle (<ref[^>]*> *\{\{ *(Référence Harvard sans parenthèses|Harvnb|Harvsp)[^\}]*\.+ *\}\}\.* *</ref>, bien sûr d'autres syntaxes peuvent aussi causer un point à la fin sans forcément être juste avant les doubles crochets fermants), par exemple : <ref>{{harvsp|Lindsay|1986|p=236.}}</ref> dans Alchimie. <ref>{{Harvsp|Obsomer|2012|loc=photographies 10a. 11a. 11c. 15c.}}</ref> dans Attributs du pharaon. il y a 29 017 articles où il y a un point juste après le modèle (<ref[^>]*> *\{\{ *(Référence Harvard sans parenthèses|Harvnb|Harvsp)[^\}]*\}\}\.+ *</ref>) par exemple : <ref name="ruaud2008p9">{{harvsp|Ruaud|2008|p=9}}. Ces informations sont livrées par Maurice Leblanc dans le roman posthume ''Le Dernier Amour d'Arsène Lupin''.</ref> ou <ref>{{harvsp|Ruaud|2008|p=12}}.</ref> dans Arsène Lupin. il y a 30 044 articles où il n'y a pas de point à la fin du modèle, dedans ou en dehors juste après (<ref[^>]*> *\{\{ *(Référence Harvard sans parenthèses|Harvnb|Harvsp)[^\}]*[^\.] *\}\} *</ref>). Ça fait encore du boulot de maintenance pas vraiment automatisable qui ne va jamais être fait . Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 19:08 (CET)

On ne s'entend pas  : qu'il y ait déjà un point ou non dans les modèles n'est pas le sujet. Je demandais s'il était envisageable et pertinent d'utiliser un paramètre dédié pour que le code soit plus lisible, dans les modèles, pas dans les articles.

Pour la typographie dans les articles, j'apprécie tes recherches mais que je dirais que c'est un autre sujet (certes lié, mais qui ne « m'intéresse » pas dans le cadre de cette question, ce qui n'empêche pas non plus de la traiter) - ou, hypothèse, je ne comprends pas le rapport direct entre les points utilisés dans les articles et l'inclusion d'un paramètre d'un modèle à un autre modèle. LD (d) 20 février 2025 à 19:16 (CET)

@LD : moi je demande de quels modèles parles-tu ?, et je ne veux pas de modèles où il y a déjà un point. Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 19:26 (CET)

pictogramme

salut à tous ! j'ai posé la question au café des sports mais ça paraît un peu complexe et matpib me suggère de la poser ici : y aurait-il dans la salle un fort en code capable d'insérer le pictogramme voile dans le modèle {{infobox Compétition sportive}} tel qu'on le trouve dans l'{{infobox Sportif}} (ex. Michel Desjoyeaux) ? j'ai eu beau tenter d'indiquer « [[Nautisme (voile)|Voile]] » dans le champ « sport » de la boaboate du vendée Globe : des nèfles ! c pas prévu dans le modèle compétition contrairement au modèle sportif qui le prévoit dans sa looongue liste des sports pratiqués et contrairement à d'autres compétitions où on trouve un picto (ex. tour de France) ! merci d'avance  ! -- mandariine ^{(fait au mieux pour wp sans se sentir investie d'une mission divine :)} 20 février 2025 à 12:42 (CET)

Bonjour @Mandariine.

C'est le 3^e paramètre à ajouter au metamodèle {{infobox/Titre}}, il faut d'abord le configurer en suivant les instructions sur Projet:Infobox/Pictogramme (@Matpib c'est d'ailleurs plutôt ce projet qui s'occupe des infobox).

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 20 février 2025 à 13:08 (CET)

salut syntaxterror ! bouge pas j'ai trouvé un fort en code : Projet:Sport/Café des sports#pictogramme ! merci encore à sisyph ! -- mandariine ^{(fait au mieux pour wp sans se sentir investie d'une mission divine :)} 20 février 2025 à 13:13 (CET)

Besoin d'avis extérieurs à propos d'une solution à un problème technique généré par certaines palettes

Bonsoir,

@Alserv et moi, membres du Projet:Palette, aimerions avoir des avis extérieurs ici. Il s'agit d'une solution à un problème technique provoqué par certaines palettes qui utilisent des {{Méta palette de navigation}}. C'est un peu long, mais je crois que tout y est bien expliqué. Si vous avez quelques minutes, je vous laisse aller lire l'échange et possiblement prolonger la conversation là-bas (comme ça tout sera au même endroit, ce sera plus simple). Merci beaucoup !

Cordialement. — V_VL_LA_AC_C 5 mars 2025 à 20:11 (CET)

Organisations supranationales africaines et, en particulier, CEDEAO/AES

Bonjour, Le modèle {{Organisations supranationales africaines}} a manifestement depuis 2017 un bandeau indiquant que le modèle n'est pas à jour. Je ne saurais dire précisément quels points avaient justifié l'apposition de ce bandeau à l'époque, mais pour le moins, il faudrait mettre à jour la composition de la CEDEAO (dont se sont retirés en début d'année le Mali, le Burkina Faso et le Niger) et ajouter l'Alliance des États du Sahel (AES, formée par les mêmes Mali, Burkina Faso et Niger). Merci d'avance. SenseiAC (discuter) 9 mars 2025 à 04:33 (CET)

Le motif indiqué est : « La localisation des pays sur l'organigramme a changée et leur hyperlink doit être actualisé. » Cordialement. — V_VL_LA_AC_C 9 mars 2025 à 10:59 (CET)

@SenseiAC : après ta demande à l'atelier graphique (Wikipédia:Atelier graphique/Images à améliorer/Archives/Août 2017#Diagramme pas à jour, réalisée par  Triton et M0tty), le bandeau a été remis un mois après par  Mosahih, puis modifié l'année suivante par  Asmodim.

@M0tty : tu avais soulevé le problème du fond vert qui pouvait être un problème pour les daltoniens, mais ce n'est pas vraiment un souci, car cette couleur ne véhicule aucune information, et est quand même discernable par toutes les personnes qui ont du mal à différencier les couleurs (tu peux tester sur Coblis — Color Blindness Simulator).

C'est vrai que les couleurs des différentes bulles pourraient être changées pour un ensemble de couleurs plus accessibles (et plus claires, ça ferait un peu plus moderne aussi, il y a des exemples sur Aide:Accessibilité des couleurs#Exemples de couleurs accessibles), mais là encore, ce n'est pas réellement un problème, car les couleurs ne sont pas les seules à véhiculer l'information.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 9 mars 2025 à 14:23 (CET)

Propositon de modifications pour le modèle:Règle des 3 révocations

Bonjour

Je propose d'ajouter un paramètre date rempli par bot au modèle:Règle des 3 révocations (R3R).

Merci d'aller donner votre avis sur Discussion modèle:Règle des 3 révocations#Ajout d'un paramètre date rempli par bot.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 18 mars 2025 à 20:39 (CET)

Les modèles de sources cinématographiques sont proposés à la fusion

Page proposée à la fusion

Bonjour,

Les modèles {{Source Allociné}}, {{Source Imdb}}, {{Source Allociné et Imdb}} , {{Source IMDb et TMDb}}, {{Source IMDb et SourehCinema}},{{Source Unifrance}}, {{Source FilmPolski, Filmweb et Imdb}} et {{Source TMDb}} sont proposés à la fusion.

Vous pouvez donner votre avis sur la page de discussion Wikipédia:Pages à fusionner#Réunir les modèles de sources cinématographiques dans un seul.

Accéder au débat

Est-il possible de récupérer le nombre de contributions affiché sur Spécial:Contributions/<nom d'utilisateur> ?

Bonjour

À ma connaissance, le seul moyen d'afficher le nombre de ses contributions était d'utiliser {{Compteur d'éditions automatique}} mis à jour par Compteur d'éditions (bot) (d · c · b), mais il est en panne depuis décembre 2023 [8] et son dresseur Brclz (d · c · b) ne semble plus contribuer.

Par contre, on a ce nombre sur la page Spécial:Contributions/Exemple, donc je me demande s'il y aurait une façon simple de le récupérer pour le faire afficher par un modèle ?

Quand je regarde le code de ma page de contributions, j'y trouve en fin de la ligne 47 :
<span><a href="/wiki/Sp%C3%A9cial:GlobalContributions/SyntaxTerror" class="mw-contributions-link-check-user-global-contributions" title="Spécial:GlobalContributions/SyntaxTerror">contributions globales</a></span></span></div><div class="mw-contributions-editor-info">Un utilisateur avec 25 898 modifications. Compte créé le 20 avril 2012.</div></div></div> (les balises ne sont pas équilibrées)

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 25 mars 2025 à 11:42 (CET)

Modèle UICN

Bonjour, on aurait bien besoin d'un avis plus éclairé sur Discussion modèle:UICN. Merci par avance! Triton (discuter) 28 mars 2025 à 18:06 (CET)

Création d'un modèle de source

Bonjour, j'aimerais réaliser un modèle de source rudimentaire basé sur {{Ouvrage}}, dans lequel il serait possible d'afficher le titre du tome en fonction de la valeur indiquée dans le paramètre tome (l'ouvrage concerné est en deux tomes avec deux titres de tome différents, donc idéalement j'aimerais éviter de créer deux modèles différents). Cependant, je me rends compte que cela nécessite peut-être de créer un module, puisque je ne parviens pas à trouver exactement les ressources que je cherche dans Aide:Créer un modèle (les parser functions #ifeq et/ou #switch sont intéressantes, mais je ne suis pas sûr que ce soit ce qu'il me faut…). Pouvez-vous m'éclairer ? Sinon, tant pis, je créerai un modèle différent pour chaque tome, mais c'est moins pratique. Merci, cordialement — V_VL_LA_AC_C 4 avril 2025 à 19:12 (CEST)

Bonjour @VVLLAACC,

Utiliser les paramètres |tome= et |titre volume= dans {{Ouvrage}} ne suffisent pas ? Si le pb, c'est l'affichage lorsqu'on utilise {{Harvsp}} ou {{sfn}}, il suffit d'utiliser le paramètre |loc=.

Mais je pense que tu veux faire autre chose. Tu peux donner un exemple de ce que t'aimerais faire ? Daehan ^[p|d|d] 4 avril 2025 à 19:48 (CEST)

L'intérêt d'un modèle de source et d'unifier la mise en forme d'une référence dans plusieurs articles (ce que je cherche), au contraire d'Harvsp ou Sfn qui ne fonctionnent qu'au sein d'un même article (pas ce que je cherche). Par exemple, le modèle {{Herbillon}} garantit que l'ouvrage Les noms des communes de Wallonie soit bien présenté de la même manière dans les 69 articles où il est utilisé. J'aimerais créer un modèle identique, mais en ayant simplement la possibilité d'indiquer auquel des deux tomes on fait référence. V_VL_LA_AC_C 4 avril 2025 à 20:41 (CEST)

Bonjour VVLLAACC.

Tu peux faire le même genre de modèle en ajoutant des paramètre tome et nom tome, avec un #switch: dans les valeurs de tome et nom tome du modèle {{Ouvrage}}.

Le problème est que ce paramètre sera obligatoire (ou alors l'un des deux tomes devra être choisi par défaut si le modèle est utilisé sans ce paramètre).

Le plus simple est sans doute de créer deux modèles similaires, un pour chaque tome, par exemple {{Tonouvrage1}} et {{Tonouvrage2}} (la syntaxe sera plus simple et le résultat le même).

Le nombre de modèles ou la place qu'ils prennent n'a pas d'importance, il faut faire le plus simple possible pour les contributeurs. Şÿℵדαχ₮ɘɼɾ๏ʁ 4 avril 2025 à 21:05 (CEST)

Bonsoir SyntaxTerror , merci pour ta réponse. Effectivement, plus j'y réfléchis, plus je me rends compte qu'avoir deux modèles serait sans doute plus clair et plus simple. Juste par curiosité, pourrais-tu me montrer à quoi ressemblerait le morceau de code que tu évoques ? Je ne comprends pas bien comment « imbriquer » les paramètres et où placer le #switch: — V_VL_LA_AC_C 4 avril 2025 à 21:45 (CEST)

@VVLLAACC : tu peux voir un exemple sur mon brouillon (fais des tests dessus si tu veux).

Note que #switch: est plutôt à utiliser si l'on a trois choix ou plus, sinon on peut faire plus simple avec #ifeq:. Şÿℵדαχ₮ɘɼɾ๏ʁ 4 avril 2025 à 22:31 (CEST)

Merci ! V_VL_LA_AC_C 4 avril 2025 à 22:37 (CEST)

Je n'avais pas du tout envisagé qu'on pouvait placer plusieurs fois le même {{{paramètre}}} à différents endroits du modèle. Ça change tout, merci encore. — V_VL_LA_AC_C 4 avril 2025 à 22:54 (CEST)

@VVLLAACC : tu peux regarder le code (un peu complexe) du modèle:Source cinéma que je viens de réaliser (ce code est sans doute améliorable, mais il fonctionne).

Les valeurs des paramètres sont utilisées plusieurs fois, pour savoir si ces paramètres sont utilisés, combien de paramètres sont présents et bien sûr pour la valeur elle-même. Şÿℵדαχ₮ɘɼɾ๏ʁ 5 avril 2025 à 00:07 (CEST)

Problème d'espace (bis)

Bonjour

Je viens de m'apercevoir du même problème que dans le sujet Discussion modèle:Numéro#Problème d'espace avec le modèle:pp., problème qui n'apparait pas dans le modèle:p., ce dernier était géré par le module:p..

J'ai trouvé 165 articles que j'ai corrigés avec mon bot, mais il serait sans doute souhaitable d'adapter le module P. pour qu'il prenne en charge également le modèle pp.

Ces doubles espaces fautives apparaissent certainement dans d'autres modèles, donc il serait sans doute bien d'en faire une liste et de faire enlever les espaces en trop de façon régulière par un bot.

Şÿℵדαχ₮ɘɼɾ๏ʁ 5 avril 2025 à 00:28 (CEST)

En lua, on peut enlever les espaces et sauts de lignes avant et après le texte avec mw.text.trim(). Escargot (discuter) 8 avril 2025 à 12:09 (CEST)

Bonsoir SyntaxTerror .

En faisant une recherche insource:/nbsp;\{\{\{[1-9/] dans l'espace modèle, on en trouve 457.

Il y a aussi le cas du modèle {{Numéro}} qui en rajoute un lorsqu'il n'y a pas de paramètres. Certains ne respectent pas la consigne « Ne pas mettre d’espace entre le modèle et le nombre, celle-ci étant incluse dans le modèle. » (5 481 articles)

Je ne saurais faire une recherche dans l'espace module...

--FDo64 (discuter) 8 avril 2025 à 23:07 (CEST)

Merci FDo64, je ne pensais pas qu'il y en avait autant que ça, et tu n'as cherché que les paramètres non-nommés.

On y trouve sans doute tous les modèles de nombres ordinaux ({{XIIe| truc}} donne XII^e  truc}}), donc potentiellement des milliers de cas.

Par contre, je ne suis pas sûr que les 457 modèles soient problématiques, comme Modèle:Play-offs 4 Pro A - avec troisième où les espaces sont dans un tableau, ce qu'une espace au début des valeurs des paramètres ne semble rien changer [9].

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 13 avril 2025 à 18:46 (CEST)

Bonsoir SyntaxTerror .

C'est à propos que je n'ai recherché que les paramètres non nommés. Pas besoin de trim pour les paramètres nommés : « Les espaces, retours chariots, sauts de ligne, tabulations, … au début et à la fin des paramètres nommés sont automatiquement enlevés. ».

--FDo64 (discuter) 13 avril 2025 à 23:15 (CEST)

2 problèmes

Bonjour,
J'ai vu 2 problèmes. N'hésitez pas à donner votre avis dans ces pdd :

• Discussion modèle:Boîte des catégories#Pourquoi BASEPAGENAMEE ?
• Discussion modèle:Bouton téléchargement#Décalage du texte

Cordialement --NicoScribe (discuter) 14 avril 2025 à 01:24 (CEST)