Discussion Projet:Modèle/Archives/2025

Archives

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

{{Parsec|mpc|marge=...}}

Ce modèle est à changer parce qu'il ne respecte pas la notation scientifique de puissance, c'est à dire M pour méga et m pour milli. Si on l'écrit avec un m minuscule {{Parsec|20.17|mpc|marge=1.44}}, on obtient à la lecture 20,17 Mpc et si on l'écrit avec un M, comme il se devrait, {{Parsec|20.17|Mpc|marge=1.44}}, on se retrouve avec un tilde entouré d'une parenthèse . C'est pas mal embêtant de toujours corriger les erreurs faites en écrivant Mpc, surtout si on a 73 ans et plus d'une cinquantaine d'années à utiliser M pour méga et m pour milli. Par contre, si le changement est fait, il y aura quelques milliers de pages à corriger. Donald Pelletier (discuter) 23 janvier 2025 à 11:11 (CET)

Bonjour Donald Pelletier . J'ai modifié le modèle pour accepter indifféremment les majuscules et les minuscules.

--FDo64 (discuter) 23 janvier 2025 à 13:05 (CET)

Merci beaucoup. Cette modification évitera de modifier plusieurs pages et comme on ne rencontre jamais de milliparsecs en astronomie, c'est parfait. Donald Pelletier (discuter) 24 janvier 2025 à 05:05 (CET)

Bonjour Donald Pelletier . Cela ne concerne qu'une vingtaine de pages... --FDo64 (discuter) 24 janvier 2025 à 08:59 (CET)

Sauts de ligne en trop

Bonjour

J'ai créé le Modèle:Archive atelier graphique pour ajouter automatiquement des sections année contenant des listes de mois à Wikipédia:Atelier graphique/Cartes/Archives, mais je n'arrive pas à me débarrasser des sauts de ligne en trop créés sans doute par les modèles qui sont censés ne rien afficher (par exemple {{Archive atelier graphique|2026}}).

Quelqu'un aurait-il une idée d'où viennent ces sauts de ligne intempestifs ?

Si par la même occasion vous aviez une idée de code plus élégant que la grosse bouse que j'ai créée, ça ne serait pas de refus !

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

SyntaxTerror :  Fait. Epok (✉), le 7 février 2025 à 06:54 (CET)

@Epok : ha, c'était donc ce fameux truc avec un </nowiki>...

En fait, ça annule les balises de nouveau paragraphe créées si aucune archive de l'année n'est trouvée par le #if initial ?

Je n'ai jamais bien compris comment le wikicode influençait le code HTML des pages.

Merci beaucoup et bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2025 à 10:52 (CET)

La seule manière que je vois de faire plus élégant est de passer en lua pour pouvoir faire une boucle qui ne cherche pas des archives dans les mois futurs. Dans ce cas, on appellerait le modèle une seule fois et pas une fois par année. Escargot (discuter) 7 février 2025 à 10:53 (CET)

@Escargot bleu : je suis en train de regarder si un modèle qui compare les dates existe.

Il y a bien {{durée}}, mais il faudrait quelque chose qui donne un résultat positif ou négatif selon si la date est dans le passé ou le futur.

J'ai trouvé en:Template:Compare dates mais je ne comprends pas très bien comme il marche. Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2025 à 11:01 (CET)

Il me semble qu'on peut comparer des dates avec la fonction d'analyse {{#ifexpr:}} Escargot (discuter) 7 février 2025 à 11:02 (CET)

Dans Modèle:Annonce liste de suivi, la comparaison de deux dates est effectuée avec {{#ifexpr:{{#time:U|{{CURRENTTIMESTAMP}}}}>={{#time:U|{{{jusqu'au}}} +1 days}}|1}}. Escargot (discuter) 7 février 2025 à 11:12 (CET)

@Escargot bleu : ça à l'air de marcher, mais j'ai un message d'erreur sur la page du modèle {{Utilisateur:SyntaxTerror/Brouillon/8}} :

• {{Utilisateur:SyntaxTerror/Brouillon/8|2020-01-01}} donne : passé
• {{Utilisateur:SyntaxTerror/Brouillon/8|2026-01-01}} donne : futur

Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2025 à 11:33 (CET)

@SyntaxTerror,

L'erreur est due au fait qu'il n'y a pas de valeur par défaut pour le paramètre {{{1}}}. Je ne pense pas qu'il soit pertinent de mettre une valeur par défaut, le mieux est de mettre entre balises <includeonly>. Escargot (discuter) 7 février 2025 à 11:38 (CET)

@Escargot bleu : ha oui... je suis encore un noob en ce qui concerne les modèles, merci.

Si on met {{{1|}}} ça ne fait plus de message d'erreur non, plus, mais est ce que ça peut poser problème en général ? Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2025 à 11:43 (CET)

Non, ça ne posera pas de problème. Il faudra juste vérifier que le modèle est bien appelé avec des paramètres puisque ça n'affiche plus d'erreur lorsqu'il est appelé sans paramètre. Escargot (discuter) 7 février 2025 à 11:51 (CET)

@Escargot bleu : OK, encore merci, je vais regarder ça plus tard. Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2025 à 11:58 (CET)

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

J'ai amélioré le truc en créant un métamodèle qui n'affiche les lignes que si la date est passée, mais c'est vrai que sans un module, on est obligés d'appeler le modèle sur la page pour chaque année.

Je ferai peut-être un métamodèle pour regrouper les années dans le modèle si Augusta 89 décide que d'ajouter le nombre de requêtes traitées pour chaque mois n'est pas essentiel. Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2025 à 16:12 (CET)

L'admissibilité de l'article « Modèle:Censuré » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Modèle:Censuré » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion modèle:Censuré/Admissibilité.

Le meilleur moyen d’obtenir un consensus sur l'admissibilité de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Pa2chant.bis (discuter) 21 janvier 2025 à 19:41 (CET)

Incohérence entre modèles citation bloc et début/fin citation bloc

Bonjour,

La mise en page diffère selon qu'on utilise {{citation bloc}}, ou {{début citation bloc}} et {{fin citation bloc}}. Dans le premier cas, elle est nickel ; dans le second cas, et comme cela apparaît dans les exemples de la documentation, la barre latérale grise commence une ligne avant les guillemets et finit également une ligne après les guillemets, ce qui est moche.

Je ne parviens pas à trouver comment résoudre le problème dans {{début citation bloc}} et {{fin citation bloc}}. Une idée ? — Jules* ^discuter 2 février 2025 à 12:55 (CET)

Pas sûr, mais il me semble qu'il faudrait supprimer le saut de ligne après le <div> dans {{Début citation bloc}} et avant le </div> dans {{Fin citation bloc}}. -- Alserv (discuter) 2 février 2025 à 13:25 (CET)

Ah ben oui, ça semble évident dit comme ça. Je viens de tester sur un brouillon, c'est bien ça. Je corrige. Merci, @Alserv ! — Jules* ^discuter 2 février 2025 à 13:32 (CET)

Bug possible du modèle:Langue ou du module:Langue

Merci d'aller voir sur Discussion modèle:Langue#Bug possible. Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 8 février 2025 à 17:32 (CET)

Module Biblio et Modèle Disque

Bonjour le projet. Je vous contacte car j'avais créé l'année dernière un modèle, {{Disque}}, qui devrait être utile pour les sections discographiques des œuvres de musique classique. Or, je ne m'en sors pas. Voir la discussion entamée ici par @Patachonf. Je me permet de le mentionné car il a apporté pas mal d'idées, mais voilà, je n'arrive pas à les mettre en place. Peut-être qu'il faut recommencer le modèle de zéro ? J'aurais bien besoin d'une aide extérieure pour cela. Merci d'avance de votre aide ! LeCharybde (discuter) 10 janvier 2025 à 16:05 (CET)

Bonjour @LeCharybde,

Quelle est la différence entre ce modèle et le modèle {{Ouvrage}} ? En regardant le code du modèle, je ne vois pas ce qui est spécifiques aux disques. A mon avis, il faudrait effectivement commencer de 0 et renseigner tous les champs utiles pour un disque. Escargot (discuter) 10 janvier 2025 à 17:07 (CET)

La différence c'est qu'il faut y présenter tous les interprètes, mais aussi les compositeurs et compositrices. De même, il faut rajouter le label, ainsi que le numéro de catalogue. Bref, globalement, j'ai bien l'impression qu'il faudrait recommencer de zéro, en effet. LeCharybde (discuter) 11 janvier 2025 à 13:00 (CET)

Bonjour LeCharybde. Je tombe sur ce message en faisant un peu de rangement dans la page.

Tu ferais sans doute mieux de demander d'ajouter une fonction « disque » au Module:Biblio sur sa PdD ou directement au Projet:Scribunto (qui s'occupe de modules, c'est là-bas qu'il faut mettre un message).

Il serait dommage de faire un modèle « à l'ancienne » alors qu'on peut sans doute adapter facilement la fonction ouvrage du module.

Je me permets de faire archiver cette section en y ajoutant {{pas fait}} dans le titre, si tu veux qu'elle reste sur la page, tu n'as qu'à retirer ce modèle.

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

Problème de catégorisation de modèles de patrouille

Bonjour à tous,

En parcourant mes contributions je me suis aperçu d'un problème étrange quant aux modèles {{Article en sursis}} et {{Suppression Immédiate}}. En effet j'ai apposé ce bandeau sur l'article Les Sauf-conduits (d · h · j · ↵) le 17 mars en toute fin de soirée (en prenant soin d'en notifier le créateur de l'article, bien sûr). Or aujourd'hui je remarque :

1. Que l'article n'a pas été supprimé malgré avoir largement dépassé le délai, automatiquement fixé à 24 heures (de plus de deux jours, quand même !) ;
2. Que cela est (probablement) dû à un problème de catégorisation des modèles {{Article en sursis}} et {{Suppression immédiafte}}. En effet l'article Les Sauf-conduits est catégorisé dans Catégorie:Article en sursis même après avoir dépassé le délai, et non pas dans Catégorie:Wikipédia:Suppression immédiate demandée comme devrait le faire le modèle de SI qui remplace {{Article en sursis}} une fois le délai dépassé.
3. Or, lorsque je suis sur la page l'article, celui-ci me dit être catégorisé dans la catégorie de SI (dans la section des catégories cachées), ce qui n'est pas le cas sur la page de la catégorie. Et, encore plus bizarre, l'article me dit qu'il n'est pas catégorisé dans la catégorie des articles en sursis, alors que la page de ladite catégorie me dit que si ! Purger les trois pages avec C-helper n'y change rien.

Est-ce qu'un modéliste pourrait m'aider à y voir plus clair ? Merci d'avance. — Bloc186 ^(discuter) 21 mars 2025 à 13:26 (CET)

@Bloc186 : c'est la page Les Sauf-conduits dont il faut purger le cache. Ça permet au modèle d'afficher la catégorie qu'il ajoute.

Le plus simple est de faire un null edit, c'est-à-dire faire une modification sans rien changer (ce que je viens de faire).

La Catégorie:Wikipédia:Suppression immédiate demandée affiche maintenant l'article susnommé.

Il est quand même mieux d'ajouter une section à la page Wikipédia:Demande de suppression immédiate, ce qui est facile avec le lien sur le bandeau dans « IMPORTANT : Veuillez noter cette page que vous souhaitez supprimer sur Wikipédia:SI si ce n’est déjà fait. », la demande étant préremplie avec le motif indiqué dans le bandeau.

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

La purge n'a pas d'effet sur les catégories. Pour mettre à jour les catégories, il faut faire une WP:MODIFNULLE. Escargot (discuter) 21 mars 2025 à 13:44 (CET)

Merci pour vos réponses ! Cordialement — Bloc186 ^(discuter) 21 mars 2025 à 13:47 (CET)

Problème d'affichage du modèle:Liste horizontale

Bonjour

Avec le modèle:Liste horizontale, quand la liste est trop longue pour tenir à l'écran, on a une puce en fin de ligne et le contenu de la « ligne » sur la ligne suivante.

Merci d'aller sur Discussion modèle:Liste horizontale#Puce sur la première ligne, contenu sur la seconde si vous avez une idée.

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

Espace en trop possible dans le modèle Numéro

Bonjour

Si on met une ou plusieurs espaces dans le modèle:Numéro, une espace en trop s'affiche entre n^o  et le nombre.

• {{n°|123}} donne : n^o 123 (correct)
• {{n°| 123}} donne : n^o  123 (deux espaces)

cf. Discussion modèle:Numéro#Problème d'espace

Bonne soirée, Şÿℵדαχ₮ɘɼɾ๏ʁ 30 mars 2025 à 20:32 (CEST)

Il a été décidé de corriger les occurrences plutôt que de complexifier le modèle, c'est fait. Şÿℵדαχ₮ɘɼɾ๏ʁ 4 avril 2025 à 21:09 (CEST)

Traduction modèle vers un autre wiki

Bonjour, je suis un contributeur du wiki.pcd, et j’aimerais ajouter un certain nombre de modèles inexistants sur celui-ci. Je rencontre un problème sur Modèle:Blason commune, en effet à côté de l’image il y a des inscriptions « blason » « détails » et parfois « alias ». J’aimerais les traduire mais je ne trouve pas dans le code, comment puis-je faire ?

Merci d’avance pour votre réponse. FL00 80 (discuter) 9 mai 2025 à 14:48 (CEST)

Bonjour FL00 80.

« blason » « détails » et « alias » sont dans le code :

• <th scope="row">Blason</th>
• <th scope="row">Détails</th>
• <th scope="row" {{#if: {{{alias2_image|}}}{{{alias2_blasonnement|}}}{{{alias2_explications|}}} | rowspan="{{#if: {{{alias3_image|}}}{{{alias3_blasonnement|}}}{{{alias3_explications|}}} | 3 | 2 }}" }}>Alias</th>

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 9 mai 2025 à 19:50 (CEST)

ah j’avais pas vu, merci ! FL00 80 (discuter) 9 mai 2025 à 20:08 (CEST)

Template Table Alignement: traduction vers le français

Bonjour,

Serait-ce possible de traduire le modèle Table Alignment de l'anglais vers le français ? Je ne pense pas avoir les permissions nécessaires pour cela mais n'hésitez pas à m'aiguiller.

Bonne journée Cyrix Sòng (discuter) 14 juin 2025 à 15:21 (CEST)

Bonjour Cyrix Sòng. Ce n'est pas un modèle à proprement parler, mais l'application d'une feuille de style CSS à un tableau.

A priori, il faut faire une demande d'intervention sur un message système pour qu'un administrateur système crée une copie de en:Template:Table alignment/tables.css.

Après, il n'y aura qu'à adapter le code du modèle de wp.en (son code est juste <noinclude>{{documentation}}</noinclude>) et à traduire la documentation.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 14 juin 2025 à 19:51 (CEST)

Les feuilles de styles TemplateStyles peuvent être créées par n'importe qui. Elles font partie de l'espace de noms Modèle, il n'y a pas besoin de droits particuliers. Escargot (discuter) 14 juin 2025 à 20:27 (CEST)

@Escargot bleu : je savais pas, merci du renseignement.

Mais quand j'essaye dans mon brouillon, j'ai le message d'erreur « La page Utilisateur:SyntaxTerror/Brouillon/9/tableaux.css doit avoir un modèle de contenu « CSS nettoyé » pour TemplateStyles (le modèle actuel est « CSS »). », alors que j'ai recopié texto wp.en. Şÿℵדαχ₮ɘɼɾ๏ʁ 14 juin 2025 à 21:22 (CEST)

@SyntaxTerror,

Oui, il y a des règles à respecter pour les TemplateStyles. Ça doit être une sous-page de l'espace Modèle dont le nom finit en .css (généralement on met Modèle:Nom modèle/styles.css). Escargot (discuter) 14 juin 2025 à 21:27 (CEST)

@Escargot bleu : même résultat dans l'espace modèle : {{Tableau aligné}}.

Moi je vais dodo, bonne soirée. Şÿℵדαχ₮ɘɼɾ๏ʁ 14 juin 2025 à 22:04 (CEST)

Oui, parce qu'il n'y a pas de conversion automatique du modèle de contenu lors du renommage, donc c'est resté en CSS au lieu de passer en CSS nettoyé. J'ai remis en CSS nettoyé. Escargot (discuter) 14 juin 2025 à 22:20 (CEST)

@Escargot bleu : OK, merci du coup de main.

@Cyrix Sòng : il te reste la documentation du modèle à traduire, sinon, personne ne va le faire.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 15 juin 2025 à 19:38 (CEST)

Bonjour,

merci à vous deux, je suis en train de traduire la page. Quel est le lien de la feuille de style que vous avez créée ? J'ai cherché https://fr.wikipedia.org/wiki/Mod%C3%A8le:Tableau_align%C3%A9/styles.css et autres, je ne vois pas. Je ne la trouve pas non plus liée aux autres feuilles css. Elle est nécessaire pour pouvoir préciser le nom des classes utilisées. Cyrix Sòng (discuter) 17 juin 2025 à 12:28 (CEST)

Bonjour @Cyrix Sòng,

La feuille de styles s'appelle Modèle:Tableau aligné/tableaux.css. Escargot (discuter) 17 juin 2025 à 12:48 (CEST)

Parfait. Voilà, la documentation est traduite et les liens ont été créés entre les deux nouvelles pages et les autres langues. Je pense que le résultat est satisfaisant, n'hésitez pas à me prévenir si vous voyez des choses un peu étranges. Bonne journée Cyrix Sòng (discuter) 17 juin 2025 à 13:06 (CEST)

@Cyrix Sòng : j'ai relu un peu la documentation et corrigé quelques erreurs.

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

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)

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)

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)

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 , 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 , peut-être que j'arriverais à terminer de simplifier les autres modèles de langue avant 2035 .

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 (+ 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)

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)

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

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

[EDIT] le problème a été réglé par le recrutement d'un nouveau bot (voir Modèle:Compteur d'éditions automatique#Utilisation).

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 25 mars 2025 à 11:42 (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)

Modèle:Foot classement légende

Bonjour tout le monde !

Il y a quelques mois, une modification a été apportée à ce modèle pour ajuster la couleur de fond en mode sombre pour l'habillage Vector 2022, mais le fond arrière ne s'affiche que sur 2 des 5 habillages disponibles, à savoir Vector 2022 et MinervaNeue. Si c'est possible, de fait en sorte que le fond arrière s'affiche pour tout les habillages tout en gardant le fond qui s'adapte au mode sombre. Merci.

Cordilement, FrenchPower (discuter) 26 avril 2025 à 19:24 (CEST)

C'est corrigé. Les valeurs de secours n'avaient pas été ajoutées. Escargot (discuter) 26 avril 2025 à 20:50 (CEST)

Défaut d'affichage dans l'infobox sur les unités militaires?

Bonjour, j'ai constaté ce qui semble être un petit défaut d'affichage dans les {{Infobox Unité militaire}}. En effet, dans le champ "Effectif", j'ai constaté que quand on indiquait une année pour précision, celle-ci ne s'affichait pas de façon normale, c.-à-d. en un bloc (comme ceci: 2025) mais avec une séparation au niveau des milliers (comme cela: 2 025). Vous pouvez en voir des exemple dans les pages Commandement de l'espace et Force océanique stratégique. Est-ce dû à la programmation du champ? Si oui, a-t-on prévu un moyen de réafficher les années en format normal?

Merci d'avance de votre réponse. Alpha568 (discuter) 27 mai 2025 à 15:50 (CEST)

Bonjour Alpha568. La documentation du modèle indique qu'il existe un paramètre info_effectif. C'est là qu'il faut mettre les informations complémentaires dont la date et non dans le paramètre effectif. Je mets quand même dans celui-ci une mise en forme par {{unité}}, plus souple, plutôt que par {{formatnum}}.

Par ailleurs, dans ces deux exemples l'effectif n'est pas sourcé (un post — inaccessible — de blog de 2022 pour un effectif de 2025, ça ne vaut rien). La mise en forme est donc un problème de second plan dans ces deux cas. l'Escogriffe (✉) 27 mai 2025 à 16:18 (CEST)

Défaut affichage poids dans l'Infobox Catch (Personnalité)

Bonsoir,

Quand j'utilise l'éditeur visuel pour insérer {{Infobox Catch (personnalité)}} je n'ai pas accès au paramètre poids. Est-ce normal ? Sismarinho Catchopédien Blasé (discuter) 1 juillet 2025 à 22:07 (CEST)

Bonjour @Sismarinho,

Le paramètre a apparemment été marqué comme obsolète lors du passage en lua. J'ai enlevé le marquage comme obsolète, puisqu'il n'y a jamais d'obligation à remplir depuis Wikidata et que les autres paramètres pouvant utiliser Wikidata sont déjà modifiables depuis l'éditeur visuel.

Le paramètre devrait à nouveau pouvoir être modifié depuis l'éditeur visuel. Escargot (discuter) 1 juillet 2025 à 22:25 (CEST)

Merci et bonne journée. Sismarinho Catchopédien Blasé (discuter) 2 juillet 2025 à 06:36 (CEST)

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

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)

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)

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)

Bug avec le formulaire de l'atelier graphique/cartes

Bonjour

Il arrive souvent que le formulaire de l'Atelier graphique/Cartes soit bugué, la plupart des retours à la ligne disparaissant, rendant les éditions postérieures par les wikigraphistes compliquées.

Exemples : , .

J'ai fait plusieurs tests : demande normale, avec la demande dans le paramètre des images, mais sans rencontrer d'erreur.

Ça ne semble pas être à cause de l'éditeur visuel ou de l'application mobile.

Est-ce que quelqu'un aurait une idée pour résoudre ce problème ?

[EDIT] Réglé par Escargot bleu : Wikipédia:Questions techniques/semaine 32 2025#Bug avec le formulaire de l'atelier graphique/cartes

Şÿℵדαχ₮ɘɼɾ๏ʁ 15 juillet 2025 à 09:28 (CEST)

Bug dans les références avec les « raccourcis » pour les liens internes avec parenthèses

[EDIT] J'ai écrit ce message ici car je pensais d'abord que c'était lié aux modèles biblio sans trop savoir la raison. Je me suis ensuite rendu compte que c'était pour tous les liens, qu'ils soient ou non inclus dans un modèle. On pourrait changer le sujet de place, mais je ne sais pas trop où le mettre.

Bonjour

Lorsqu'on utilise la syntaxe raccourcie [[Lien (parenthèse)|]] (qui est normalement transformée par Mediawiki en [[Lien (parenthèse)|Lien]]) dans des balises de référence, le lien n'est pas transformé et est affiché comme s'il était dans des balises nowiki.

Par exemple :

• Truc<ref>{{Article|auteur=Machin Chose|titre=Truc|date=31 février 1999|périodique=[[Nature (revue)|]]}}</ref>
  • donne : Truc
• Bidule<ref>[[Nature (revue)|]]</ref>
  • donne : Bidule

Références

Je préfère rapporter ce bug ici, parce que je ne sais pas s'il a déjà été rapporté sur Phabricator, et je ne sais pas vraiment comment chercher là-bas.

Salutations, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 juillet 2025 à 00:38 (CEST)

J'ai trouvé T4700, qui existe depuis au moins 20 ans (importé depuis bugzilla en 2005)… Voilà pourquoi au lieu d'entasser des fonctionnalités, il eut été préférable de corriger des problèmes fondamentaux, parce qu'entretemps c'est devenu un tel bourbier… od†n ↗^blah 26 juillet 2025 à 07:51 (CEST)

Merci d'avoir regardé Od1n.

Comme le dit T4700, ça le fait aussi avec <gallery> (j'avais remarqué ça il y a quelque temps).

Avec ça on a un nouveau truc à faire (ça commençait à manquer), pour les balises <ref>, il semble y avoir 103 pages touchées, dont 65 articles (liste), mais aucune page pour les <gallery>.

J'ai utilisé la regex <ref(?</ref).*?\|\]\](?</ref).*?</ref> (avec AWB, flavour .NET).

Attention:

• il y a plein d'occurrences dans des balises de commentaires, comme dans Dix-Neuf-Décembre, qui sont des liens pas finis d'être remplis pour une utilisation future apparemment (BTH a dû en écrire beaucoup, mais il n'est plus très actif en ce moment) ;
• il y a des faux-positifs dans le non-main, comme dans les docs de modèles .
• bien chercher dans les références, car plus de 10 000 images finissent aussi par |]] ;

C'est sans doute une tâche à ajouter à WPCleaner, qu'en penses-tu NicoV ?

Sinon, je peux essayer de passer avec AWB, mais ça sera uniquement pour les cas existants, pas les futurs.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 juillet 2025 à 12:23 (CEST)

Salut @Od1n et @SyntaxTerror !

Sur WPCleaner, c'est l'erreur existante 510 (Utilisation incorrecte de la forme compacte des liens).

Je m'aperçois que je génère pas cette liste dans les analyses de dump, est-ce que vous voulez que je l'ajoute ?

Il faut que je regarde aussi si je prends en compte les balises <gallery>. NicoV (discuter) 27 juillet 2025 à 14:54 (CEST)

Bonjour NicoV.

Tu veux dire que l'erreur est déjà corrigée par, mais qu'il n'y a pas de repérage pour les modifications automatiques ?

Je ne connais pas trop comment marche WPCleaner et WPCleanerBot, mais a ce que j'en ai compris, il faudrait ajouter cette correction à #Tâche automatique 3 - Analyse des dumps de Wikipédia.

C'est une erreur qui en plus d'être visible rend les liens inopérants, donc il serait bien si des corrections automatisées pouvaient être mises en place (mais vu le petit nombre de cas, pas besoin de faire ça quotidiennement).

Je pense que dans les articles cela peut être fait de manière automatique (si l'on évite les balises de commentaire), mais il y a peut-être des faux-positifs que je n'ai pas remarqués. Şÿℵדαχ₮ɘɼɾ๏ʁ 27 juillet 2025 à 15:13 (CEST)

Salut @SyntaxTerror.

Actuellement, l'erreur est juste détectée dans les balises <ref> par WPCleaner. Il y a quelques trucs à faire :

• Ajouter la détection dans les balises <gallery> (en cours)
• Ajouter la génération de la page Projet:Correction syntaxique/Analyse 510 (en cours)
• Développer les corrections automatiques, même si il y a déjà des suggestions qui ne sont pas appliquées automatiquement (je vois quand j'aurais généré la page)
• Intégrer cette correction dans les tâches de mon bot (une fois que les corrections automatiques marchent)

NicoV (discuter) 27 juillet 2025 à 15:19 (CEST)

Bot lancé pour générer la page Projet:Correction syntaxique/Analyse 510. NicoV (discuter) 27 juillet 2025 à 16:21 (CEST)

Salut @SyntaxTerror.

La page est générée, WPCleaner a détecté des cas qui ne sont pas dans ta liste dont des cas hors balises (redirections), et aussi l'inverse on dirait (liens interlangues).

Je regarde ce qu'il y a dans la liste et que je peux corriger. NicoV (discuter) 28 juillet 2025 à 09:05 (CEST)

Premier passage de correction automatique fait, je vais générer à nouveau la liste avant de m'attaquer à ajouter des corrections automatiques plus poussées. NicoV (discuter) 28 juillet 2025 à 09:20 (CEST)

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

Merci NicoV. J'ai regardé toutes les éditions de ton bot de 9:07 à 9:11 et il ne semble pas y avoir de problème.

C'est malin d'avoir pensé aux liens qui n'ont pas de parenthèses (ou bien c'est peut-être une correction postérieure à 510).

Sinon, j'ai repéré une erreur (pas causée par ton bot) qu'il serait probablement possible de corriger en automatique :

Il arrive que le lien soit collé au mot suivant ( ou ). On ne peut bien sûr pas ajouter une espace partout, car c'est parfois utilisé pour des pluriels, mais si le bot pouvait détecter les mots de plus de n lettres (longueur à décider), ça devrait éviter les faux-positifs.

Qu'en penses-tu ?

Salutations, Şÿℵדαχ₮ɘɼɾ๏ʁ 28 juillet 2025 à 10:35 (CEST)

Salut @SyntaxTerror.

J'ai rajouté un cas de correction pour les redirections, et je l'ai appliqué.

J'ai vu les cas de mot collé, j'hésite... Peut-être tester une détection supplémentaire, mais j'ai peur qu'il y ait beaucoup de faux positifs : ça peut être utilisé pour autre chose que les pluriels, comme quand le lien interne a la même base que le texte que l'on veut afficher. NicoV (discuter) 28 juillet 2025 à 10:43 (CEST)

@NicoV : peut-être pourrait-on vérifier en listant tous les cas, puis en regardant ce qui peut poser problème ?

Je peux faire ça avec AWB, mais je dois chercher dans chaque article pour trouver l'occurrence, je n'ai pas de bot permettant de générer une liste avec les passages concernés.

Je vais déjà regarder combien on a de liens suivis directement par des mots de plus de 3 lettres, ça donnera une idée du problème. Şÿℵדαχ₮ɘɼɾ๏ʁ 28 juillet 2025 à 11:15 (CEST)

@NicoV : je crois qu'on peut oublier, il y a des dizaines de millers d'occurrences, la plupart étant sûrement des faux-positifs ([[snob]]isme sur Arsène Lupin, [[métal]]liques sur Azote, [[moudjahid]]ines sur Afghanistan, etc.). Şÿℵדαχ₮ɘɼɾ๏ʁ 28 juillet 2025 à 11:56 (CEST)

Oui, c'est ce dont j'avais peur (même base que le texte à afficher)... NicoV (discuter) 28 juillet 2025 à 12:01 (CEST)

@NicoV : en augmentant le nombre de lettres, j'ai aussi repéré des cas avec des majuscules suivant des images qui ne sont pas très jolies dans le code, mais ne posent pas de problème d'affichage. Şÿℵדαχ₮ɘɼɾ๏ʁ 28 juillet 2025 à 12:08 (CEST)

C'est du pur cosmétique, mais ça pourrait faire l'objet d'une détection. Il y a d'autres trucs du même genre, comme les balises <gallery> au milieu du texte. NicoV (discuter) 28 juillet 2025 à 13:45 (CEST)

Bonjour @SyntaxTerror.

Ca y est, mon bot a généré la liste et corrigé en automatique quasiment tout (j'ai corrigé à la main le dernier).

Peux-tu générer à nouveau ta liste que je vois ce que j'ai loupé NicoV (discuter) 29 juillet 2025 à 22:00 (CEST)

@NicoV : je fais mes listes avec le dump, donc je ne fais pas mieux que ton bot.

J'ai essayé avec insource mais ça ne marche pas.

Par contre, j'ai comparé ma liste de 65 articles avec les 25 000 derniers édits de ton bot, et il n'y avait que Dynastie Tang qui n'avait pas été corrigé (peut-être parce que la référence était dans un lien de fichier).

Je l'ai supprimée, car c'était un crédit d'auteur .

En tout cas, compliments pour ton travail ! Şÿℵדαχ₮ɘɼɾ๏ʁ 30 juillet 2025 à 01:12 (CEST)

Merci @SyntaxTerror !

Dynastie Tang n'était pas détecté parce que c'était un lien vers enwiki et pas un pur lien interne. NicoV (discuter) 30 juillet 2025 à 08:55 (CEST)

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)

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 (il y a d'ailleurs 123 paramètres erronés utilisés dans les articles pour ce modèle , 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 , 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)

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)

Création d'un modèle annulant l'italique

Bonjour

Il arrive parfois qu'on veuille mettre en caractères romains une partie d'un texte mis en italique par un modèle, mais à ce que j'en sais, il n'y a pas de modèle pour faire cela.

Je viens d'en créer un dans un brouillon, qui est juste une copie du modèle:Italique avec les balises inversées (</i>{{trim|{{{1}}}}}<i>).

Il semble marcher comme prévu :

• {{Article|titre=Titre|date=2025|périodique=[[Le Monde]] {{Utilisateur:SyntaxTerror/Pas d'italique|(hebdomadaire)}} }} donne :
  • « Titre », Le Monde (hebdomadaire),‎ 2025

Le code HTML semble bon, mais vu que je ne suis pas très fort en la matière, y a-t-il un problème que je n'aurais pas vu ?

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 29 août 2025 à 20:32 (CEST)

Hello,

en réaction rapide, je dirai qu'il faut faire très attention à cette manière non conventionnelle de manier les balises. Par exemple, quid du cas où les balises <i> sont autour d'une autre balise (au hasard, <span>). Dans ce cas, on aurait une hiérarchie d'inclusion incorrecte, avec dans l'ordre :

• ouverture i
• ouverture span
• fermeture i
• ouverture i
• fermeture span
• fermeture i

Ce qui est totalement incorrect du point de vue HTML.

Wikipédiennement, Epok (✉), le 29 août 2025 à 22:01 (CEST)

Hi Epok et merci pour le retour.

Effectivement, le logiciel de rendu Mediawiki n'aime pas ça :

• <i><span class="nowrap">Machin {{Utilisateur:SyntaxTerror/Pas d'italique|truc}} chose</span></i> donne :
  • Machin truc chose

Le code HTML résultant est <i><span class="nowrap">Machin </span></i>truc<i> chose</i>, rendant inefficace la balise span.

Par contre, je ne vois pas dans quel cas concret ça peut-il se produire.

Et sinon, n'y a-t-il pas une autre solution ? Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 29 août 2025 à 22:28 (CEST)

Bonsoir SyntaxTerror . J'ai bien peur que ce genre de modèle ne fasse exploser les erreurs d’analyse Lint : Balises mal imbriquées. --FDo64 (discuter) 29 août 2025 à 22:51 (CEST)

L'attribut css font-style permet de dire si on veut que le texte soit en italique (font-style:italic) ou pas (font-style:normal) et permet les imbrications sans problème (celui dans la balise la plus interne gagne).

<i>C'est en italique <span style="font-style:normal;">sauf cette partie grâce à une balise span</span> et l'italique continue là</i> => C'est en italique sauf cette partie grâce à une balise span et l'italique continue là

MediaWiki:Common.css définit aussi une class italique qui peut être utilisée dans un modèle affichant un paramètre en italique pour que l'effet des balises <i> ou du wikicode ''...'' soit inversé dans ce paramètre.

<span class="italique">La classe <i>italique</i> est magique !</span> => La classe italique est magique !

Orlodrim (discuter) 29 août 2025 à 23:13 (CEST)

PS : le modèle {{Pas en italique}} utilise ce mécanisme. Orlodrim (discuter) 29 août 2025 à 23:29 (CEST)

Déjà, c'est pas mal, il semble que MediaWiki corrige le problème de balise dans le code final. Mais comme le dit FDo64, ces erreurs vont se retrouver dans les erreurs de Lint.

Quant aux cas concernés, je dirai de nombreux cas dans lesquels l'italique est introduite par un modèle non maîtrisé par la personne qui l'utilise. Pour le cas classique, il suffit d'aller se servir sur Erreurs d’analyse Lint : Balise mal imbriquée avec des rendus différents en HTML5 et HTML4. Au hasard sur la première page : le modèle {{russe}} sur la page Chers Camarades ! : le modèle introduit du span, sur la page on a de l'italique dans l'appel de modèle, et ça fait une erreur de Lint similaire.

Wikipédiennement, Epok (✉), le 29 août 2025 à 23:14 (CEST)

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

 Epok, FDo64 et Orlodrim : merci à tous. S'il existe déjà le modèle {{Pas en italique}} qui va bien, le problème est réglé. Je ne l'avais pas trouvé.

Je vais l'ajouter à la doc du modèle:Italique.

Bonne soirée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 29 août 2025 à 23:35 (CEST)

Taille de police variable dans les citations

Bonjour, Sur la version mobile, les "citation bloc" présents dans Article 49 de la Constitution de la Cinquième République française#Textes produisent des textes avec des tailles de police variable. Ça vaut d'une citation à l'autre, mais ça vaut aussi d'un paragraphe à l'autre au sein d'une citation donnée (voir la première citation, où le dernier paragraphe a une taille de police différente). Pourriez-vous regarder ce qui cloche et comment résoudre ça ? Merci d'avance. SenseiAC (discuter) 8 septembre 2025 à 18:03 (CEST)

Bonjour SenseiAC. Apparemment, les modèles {{début citation bloc}} et {{fin citation bloc}} gonflent le paragraphe dont ils font partie. Si on les sépare du texte par un saut de ligne, l'effet disparaît mais les guillemets fermants ou ouvrants se retrouvent sur un ligne à part. Je pense que cela n'est pas la mise en page idéale.

L'effet semble aussi disparaître en enlevant les balises <div> respectivement ouvrante et fermante de ces deux modèles. @Verdy p observait en 2010 qu'elles étaient nécessaires pour séparer les paragraphes, mais de ce que je vois maintenant les paragraphes sont bien séparés même sans les balises. Je préconise donc d'enlever les balises div. l'Escogriffe (✉) 8 septembre 2025 à 20:17 (CEST)

Test sans les balises <div> (en dehors du mode réponse, qui fait bugger cette paire de modèles y compris dans leur version actuelle) :

« Le Premier ministre, après délibération du Conseil des ministres, engage devant l'Assemblée nationale la responsabilité du Gouvernement sur son programme ou éventuellement sur une déclaration de politique générale.

L’Assemblée nationale met en cause, etc.

Le Premier ministre peut, etc.

Le Premier ministre a la faculté de demander au Sénat l'approbation d'une déclaration de politique générale. »

--l'Escogriffe (✉) 8 septembre 2025 à 20:20 (CEST)

@SenseiAC fait. l'Escogriffe (✉) 11 septembre 2025 à 23:21 (CEST)

Merci l'Escogriffe. Il y a juste un petit problème : dans la première citation de l'article susmentionné (citation de l'article 49 de la Constitution), il y a un saut de ligne entre les guillemets ouvrants et "Le Premier ministre". Les autres citations ne semblent cependant pas avoir ce problème. Aucune idée de pourquoi cette différence, dans la mesure où, dans tous les cas, dans le wikicode la citation est à la ligne sous le modèle {{début citation bloc}}. La seule différence que je vois est le fait que l'article 49 est constitué de plusieurs paragraphes, mais je ne vois pas en quoi ça devrait incruster un saut de ligne au départ. SenseiAC (discuter) 11 septembre 2025 à 23:54 (CEST)

Je ne sais pas, mais c'était déjà le cas dans la version précédente. l'Escogriffe (✉) 12 septembre 2025 à 00:14 (CEST)

Du coup j'ai corrigé la documentation et ajouté l'avertissement : « il ne doit pas y avoir de saut de ligne après {{Début citation bloc}} et avant {{Fin citation bloc}}. Il doivent être collés au texte. »

--FDo64 (discuter) 12 septembre 2025 à 09:53 (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 .

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)

Taille de police variable dans une infobox

Bonjour, Sur la version mobile, l'infobox de 65 : La Terre d'avant affiche la valeur du paramètre "Acteurs principaux" dans une police plus grande que la valeur des autres paramètres. Une idée d'où vient cette anomalie ? Merci d'avance pour votre aide. SenseiAC (discuter) 24 septembre 2025 à 14:49 (CEST)

Bonjour SenseiAC. C'est assez similaire au cas du modèle de début de citation bloc. Il y avait une balise <div> ajoutée en 2011 pour gérer un problème de liste à puces qui semble ne pas se reproduire même en enlevant la balise (exemple). J'ai donc enlevé cette balise. l'Escogriffe (✉) 24 septembre 2025 à 15:47 (CEST)

Bonjour GrandEscogriffe Même problème sur {{Infobox Navire}} (cf. La Confiance (P733)). Il serait peut-être bon qu'un bot fasse une inspection générale des modèles d'infobox pour régler le problème sur toutes les infobox concernées. Ça ferait déjà ça de moins comme modèles à corriger. Merci d'avance. SenseiAC (discuter) 7 octobre 2025 à 01:33 (CEST)

Salut @SenseiAC, dans ce cas ce n'est pas la même chose. Je n'ai pas trouvé de balise superflue dans le modèle. l'Escogriffe (✉) 8 octobre 2025 à 00:05 (CEST)

Champ	Première ligne Deuxième ligne

Ça semble concerner tous les retour à la ligne dans le wikicode à l'intérieur d'une ligne mixte optionnelle d'infobox V2. Exemple minimal ci-contre. --l'Escogriffe (✉) 8 octobre 2025 à 00:13 (CEST)

 GrandEscogriffe : Effectivement, je vois le même problème sur cet exemple minimal. Je viens tout juste de voir aussi le même problème dans l'infobox {{Infobox Musique (œuvre)}} (cf. Eternal Flame#Version d’Atomic Kitten). Je te laisse voir si c'est comme un des deux cas au-dessus ou si c'est encore autre chose. SenseiAC (discuter) 8 octobre 2025 à 03:32 (CEST)

OK donc ça le fait aussi dans une infobox V3. Pas de div intempestif là non plus. Il faudra voir si on peut détecter automatiquement un retour à la ligne à l'intérieur d'un paramètre, et si oui faire catégoriser les articles concernés par les modèles de brique d'infobox.

Tout cela est quand même clairement un bug de Mediawiki. Il n'est pas normal qu'un simple retour à la ligne possède cet effet de bord. l'Escogriffe (✉) 8 octobre 2025 à 19:11 (CEST)

Même problème sur {{Infobox Planète mineure}}. SenseiAC (discuter) 15 octobre 2025 à 02:59 (CEST)

Légende carte

Bonjour, Serait-il possible d'ajouter un paramètre pour afficher une légende sous la carte dans {{Infobox Faciès culturel}} ? Car par exemple, sur l'article concernant La Tène, la carte est incompréhensible sans légende. Merci d'avance. SenseiAC (discuter) 16 octobre 2025 à 14:57 (CEST)

Bonsoir SenseiAC . Pour cela, il faut utiliser le paramètre note. Voir deuxième exemple dans la documentation. Mauvais exemple d'ailleurs puisqu'il y a une photo à la place d'une carte...

--FDo64 (discuter) 16 octobre 2025 à 21:56 (CEST)

Merci FDo64 . Effectivement, drôle d'idée que de montrer un mauvais exemple dans la documentation. À peu près aussi étrange que le nom "note" pour la légende de la carte plutôt que "légende carte" de façon classique.  Projet:Archéologie, je pense que ce serait une bonne chose d'ajuster ces deux points. SenseiAC (discuter) 17 octobre 2025 à 00:08 (CEST)

SenseiAC :  Fait. Epok (✉), le 17 octobre 2025 à 07:32 (CEST)

{{Déc}} et {{Ascension droite}}

Bonjour, Plusieurs demandes concernant les modèle {{Déc}} et {{Ascension droite}} :

1. Serait-il possible de faire en sorte que le trait d'union usuel, « - », soit automatiquement remplacé par le signe moins, « − », dans le (premier paramètre du) modèle {{Déc}} ? Bien sûr, il faudrait que ça n'affecte pas la possibilité d'utiliser directement le signe moins dans le modèle, ni bien sûr le signe plus « + ».
2. Toujours pour {{Déc}}, pourriez-vous faire en sorte que les valeurs soient correctement triées ? Voir par exemple le tableau dans Volume local#Liste de galaxies du Volume local : le tri ne se fait pas correctement, aussi bien avec le trait d'union (qui s'affiche actuellement tel quel) qu'avec le signe moins (ce qui est actuellement dans le tableau susmentionné, mais n'a pas résolu le problème).
3. Enfin, aussi bien dans {{Déc}} que dans {{Ascension droite}} (et ce pour n'importe lequel des trois paramètres de ces modèles), pourriez-vous faire en sorte que le point décimal devienne automatiquement une virgule ? Mais bien sûr, il ne faudrait pas que ça empêche d'utiliser directement la virgule dans le modèle.

Merci d'avance pour votre aide. SenseiAC (discuter) 8 décembre 2025 à 02:14 (CET)

Bonjour SenseiAC

1. C'est réglé dans {{Déc/Bac à sable}}. En fait, le problème est que le logiciel de rendu MediaWiki affiche des traits d'union à la place de signes moins pour les nombres négatifs. Il y a une bonne raison il me semble, mais je n'arrive plus à retrouver la discussion sur Phabricator.

• {{#expr:-1}} donne -1
• {{#expr:−1}} donne -1

Le truc c'est que quand dans le texte/code d'un article on met « -52 » ou « −52 », ce n'est pas un chiffre, mais une suite de caractères (ici : caractère trait d'union/signe moins + caractère 5 + caractère 2).

MediaWiki reconnait à la fois le trait d'union et le signe moins comme un signe moins, mais quand il s'agit de nombres et pas de caractères, il affiche un trait d'union pour les nombres négatifs.

2. Je regarderai cet aprèm pour ça, il doit être possible d'utiliser {{ntsh}}, mais j'ai un peu peur pour les minutes/secondes.

Il faudra sans doute convertir le tout en décimal pour que ça marche, tout en gardant l'affichage en degrés-minutes-secondes (avec {{#Invoke:Coordinates | coord |43|29|4|N|79|23|0|W|format=dec}} du Module:Coordinates ça devrait marcher ben non en fait).

3. Il suffit juste d'ajouter un formatnum aux valeurs des paramètres (problème réglé dans {{Déc/Bac à sable}}, je ferai {{Ascension droite}} plus tard). Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 8 décembre 2025 à 12:31 (CET)

Je me demande s'il n'y aurait pas moyen de fusionner {{angle}} et {{déc}} qui font en gros la même chose.

En tout cas, je vais récupérer le système d'abréviation discrète pour ° = degrés, ' = minutes et " = secondes, et arranger les pluriels fautifs dans ces deux modèles, ainsi que pour {{Ascension droite}}. Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 8 décembre 2025 à 13:07 (CET)

@SenseiAC: Ça m'a l'air d'être bon pour les trois points pour {{Déc}}, et j'ai fait le troisième point pour {{Ascension droite}}, y compris le singulier/pluriel pour les abréviations discrètes des trois modèles.

Il faudrait que tu vérifies si le classement est bon pour les tableaux dans {{Déc/Bac à sable}}. Ça m'a l'air d'être correct, mais je suis pas très fort en degrés/minutes/secondes pour dire si ça marche comme il faut. N'hésite pas à changer les valeurs dans les tableaux si ça peut aider.

Si c'est bon, on pourra remplacer l'ancien modèle par le bac à sable.

Bonne soirée, Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 8 décembre 2025 à 20:07 (CET)

┌─────────────────────────────────────────────────┘
Il y a visiblement un problème avec {{ntsh}} :

Nom	Nombre
Truc	−2
Machin	1
Chose	−1
Bidule	2

C'est le bon modèle à utiliser dans ce genre de cas, mais son classement est inversé dans les nombres négatifs.
Je vais regarder s'il n'y a pas moyen d'importer le modèle de wp.en qui marche avec un module.
Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 9 décembre 2025 à 13:33 (CET)

@SenseiAC : le problème est réglé, j'ai remplacé l'ancien modèle:Ntsh par son équivalent sur wp.en, il utilise maintenant un module et trie correctement les nombres négatifs.

Ça devrait être bon pour remplacer le code de {{déc}} par celui du bac à sable. Je te laisse contrôler si tout va bien. Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 9 décembre 2025 à 16:29 (CET)

Merci SyntaxTerror. Ça a l'air presque bon. Je vois juste que, dans le tri croissant, −1° 22′ 57″ est classé avant −1° 22′ 57,4″ (écrit avec ".4" dans le code) lui-même classé avant −1° 22′ 57,5″ (écrit avec ",5" dans le code). Il semble donc y avoir un problème avec les parties décimales. SenseiAC (discuter) 9 décembre 2025 à 16:44 (CET)

J'ai utilisé une formule trouvée sur internet pour convertir les degrés/minutes/secondes en décimal, (degrés+minutes/60+secondes/3600) mais ça n'a pas l'air de marcher, le problème vient sans doute des virgules.

Une solution serait de multiplier chaque valeur par 1000, de supprimer les décimales éventuelles, et de simplement mettre bout à bout les degrés/minutes/secondes, comme la méthode pour classer les dates expliquée dans Modèle:Ntsh#Cas particulier des dates. [EDIT : le problème vient des degrés négatifs]

Je vais faire des tests. Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 9 décembre 2025 à 17:21 (CET)

@SenseiAC : je ne connais pas du tout le sujet, jusqu'à combien de décimales peuvent aller les valeurs ? Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 9 décembre 2025 à 17:24 (CET)

@SenseiAC : en fait, c'était tout simple.

La formule degrés+minutes/60+secondes/3600 ne marche que si les degrés sont positifs.

S'ils sont négatifs, il faut soustraire les minutes et les secondes au lieu de les additionner.

Normalement ça marche, à moins bien sûr que les valeurs des minutes ou des secondes soient négatives, mais ce genre de valeurs est incorrect de toute façon. Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 9 décembre 2025 à 18:13 (CET)

Merci SyntaxTerror, ça a l'air tout bon. SenseiAC (discuter) 9 décembre 2025 à 18:37 (CET)

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

 Fait. J'en ai profité pour mettre à jour la doc et la mettre en sous-page. Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, mercredi 10 décembre 2025 à 07:41 (CET)

Bonjour à vous,

Je constate que suite à ces modifications les signes positifs des déclinaisons ne s'affichent plus du tout. Dans les usages habituels je vois que le signe + est toujours présent, donc cela me semble approprié qu'il reste visible. Cordialement Romuald 2 (d) le 12 décembre 2025 à 15:22 (CET)

Bonjour @Romuald 2.

Peux-tu donner un exemple s'il-te-plaît ? Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 15:40 (CET)

Bien vu Romuald 2, il faudrait effectivement que le "+" reste présent. SyntaxTerror, le "+" apparaissait correctement quand je t'avais répondu, mais c'est manifestement ton ajout du "formatnum" qui fait qu'il n'apparaît plus. SenseiAC (discuter) 12 décembre 2025 à 15:44 (CET)

@SenseiAC : il faut me donner un exemple. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 15:48 (CET)

 SyntaxTerror : tu peux voir sur liste d'étoiles d'Orion ou n'importe quelle autre liste d'étoiles qui comprend des étoiles au-dessus de l'équateur céleste. Romuald 2 (d) le 12 décembre 2025 à 15:50 (CET) EDIT : au passage je constate des -00° pour les déclinaisons négatives, mais des 0° pour les positives, et le tri ne se fait pas correctement dans ce cas!

@Romuald 2 : peux-tu recopier les modèles qui ne marchent par bien ici s'il-te-plaît ?

Ça sera beaucoup plus simple pour moi. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 15:54 (CET)

Okay, en tirant 3 exemples depuis la liste ça donne ça :

Dés.	α	δ
Bételgeuse	05h 55m 10,29s	+07° 24′ 25,3″
δ Ori A	05h 32m 00,40s	−00° 17′ 56,7″
60 Ori	05h 58m 49,58s	+00° 33′ 10,7″

(l'anomalie de tri apparaît en tri décroissant de de la colonne δ) Romuald 2 (d) le 12 décembre 2025 à 16:01 (CET)

@Romuald 2 et @SenseiAC :

J'ai retiré le formatnum pour les degrés positifs, ce qui fait qu'une valeur avec un point à la place d'une virgule restera comme ça.

Le truc c'est qu'on peut pas avoir à la fois une prise en charge du point transformé en virgule et des doubles zéros/nombres à deux chiffres commençant par un zéro/signes + à un endroit et pas à un autre, à moins de faire un module lua (j'en suis pas capable) ou bien peut-être un modèle super compliqué (avec le module:string et des expressions régulières ?).

Le plus simple est de dire qu'on ne peut pas utiliser des points à la place des virgules. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 16:48 (CET)

Merci beaucoup, c'est top maintenant

Pour les points/virgules, je préfère largement que le modèle soit rigoureux sur les signes, personnellement je vois la conversion auto comme un bonus plus que comme une nécessité. Romuald 2 (d) le 12 décembre 2025 à 18:30 (CET)

@Romuald 2 : le truc, c'est que ce modèle n'affiche pas des nombres, mais des caractères, donc il se fout d'avoir des virgules ou des points, il affiche juste ce qu'on lui donne (ce qui est un avantage tant que c'est correct).

Il se sert des valeurs en les transformant en décimal pour la clef de tri, mais ce n'est pas affiché. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 18:40 (CET)

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

Bonjour  SyntaxTerror. À noter que ces modifications provoquent des milliers d'erreurs en raison de l'utilisation de la virgule dans le mot magique {{formatnum:}}. Je n'ai pas regardé plus que ça mais peut-être utiliser {{formatnum}} ? — Antimuonium ^discuter 30 décembre 2025 à 00:43 (CET)

Bonjour et merci de ton attention Antimuonium.

Je viens de modifier {{Ascension droite}} , mais pour {{Déc}} il va falloir que j'y regarde de plus près, car j'ai utilisé le paramètre R de {{formatnum:}}, ce que ne permet pas le modèle:formatnum.

Si c'est vraiment gênant, il faudra revenir à l'ancienne version du modèle, ou trouver une autre solution pour le tri dans les tableaux.

C'est quand même étonnant qu'il y ait 11 376 pages dans la Catégorie:Page avec des arguments non numériques dans formatnum, étant donné qu'il n'y a que 1 683 pages qui incluent {{Déc}} et 950 pour {{Ascension droite}}.

{{Déc}} est inclus dans pas mal d'autres modèles , mais c'est un peu difficile de trouver où il est vraiment utilisé.

Il doit y avoir des erreurs d'utilisation aussi (genre pour {{Infobox Région du Pérou}} qui utilise {{Déc}} à la place de {{Coord}} (?), je ne sais même pas si on peut remplacer le modèle sans créer des erreurs dans les articles)

Je me suis aussi rendu compte d'un problème dans le sous-modèle:Déc/avec séparateur dont je ne connaissait pas l'existence quand j'ai modifié le modèle principal.

Bref, c'est encore plus compliqué que prévu.

Bonne journée et joyeuses fêtes, Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 30 décembre 2025 à 02:47 (CET)

 SyntaxTerror : merci pour la correction. J'ai fait la même chose avec {{Déc}} (sauf pour les formatnum: qui utilisent la fonction inverse puisqu'il n'y a pas besoin) et ça semble fonctionner. J'attends de voir que la Catégorie:Page avec des arguments non numériques dans formatnum finisse de se vider tranquillement pour voir s'il reste des erreurs.

Le problème avec {{Déc/avec séparateur}} semblait être lié au fait qu'il n'y ait pas 3 paramètres. J'ai tenté une correction sur {{Déc}}. Je ne sais pas si c'est super propre mais l'erreur semble être corrigée. J'espère que le tri est toujours correct au moins.

Joyeuses fêtes à toi également, — Antimuonium ^discuter 30 décembre 2025 à 10:47 (CET)

 Antimuonium : il n'y a plus d'articles dans la Catégorie:Page avec des arguments non numériques dans formatnum, mais j'ai trouvé d'autres problèmes si on utilise des virgules pour les dégrés ({{déc|1,2}} donne : °) et je ne suis pas sûr que le tri soit correct sans utiliser le paramètre R.

Aussi, ça affiche un point et pas une virgule si on a {{déc|1.2}} (qui donne : 1.2°).

Il faut sans doute tout reprendre depuis le début, et sans passer par un module pour permettre à la fois les virgules et les points comme séparateurs, ou abandonner complètement cette histoire de permettre les virgules.

La doc que j'ai écrite ne semble pas correcte, et il faudrait faire des tests avec plus de possibilités.

Je ne peux en tout cas pas y regarder pour le moment.

Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 30 décembre 2025 à 18:07 (CET)

Listes non séparées, difficile de s'y retrouver

Bonjour, Sur mobile, dans la {{palette Groupes politiques du Parlement européen}}, les sous-groupes dans le groupe "Anciens groupes politiques" ne sont pas séparés par une fine ligne blanche, contrairement aux deux groupes "Groupes politiques actuels" et "Anciens groupes politiques". De ce fait, on s'y perd vite dans où commence et finit la liste de chaque tendance politique de "Anciens groupes politiques". Y aurait-il moyen de remédier à ce problème ? Merci d'avance. Sur la version de bureau, on a une séparation violet pâle entre "Communistes", "Écologistes" etc., donc même si les listes elles-mêmes n'ont pas de séparation (ce qui est dommage), on a au moins ça pour se repérer, mais sur la version mobile, il n'y a aucune telle séparation entre "Communistes", "Écologistes" etc., donc aucun repère. SenseiAC (discuter) 4 septembre 2025 à 18:11 (CEST)

Bonjour SenseiAC. Le Projet:Palette est peut-être plus au courant, ou sur Wikipédia:Questions techniques, car ce n'est pas vraiment un problème de wikicode mais plutôt d'HTML/CSS.

Éventuellement demander à un admin d'interface sur Wikipédia:Demande d'intervention sur un message système, c'est eux qui peuvent modifier ce genre de truc. [ha ben non en fait]

Sinon, avec la « version mobile » sur mon PC de bureau, on voit les lignes en mode nuit, mais effectivement pas en mode normal (les lignes/le fond sont probablement de la même couleur que les boîtes).

Ça semble être le cas pour toutes les palettes avec ces séparations ({{Palette Label du patrimoine européen}}, {{Modèle:Palette Langues officielles de l'Union européenne}}, {{Modèle:Palette Frontières de l'Union européenne}}, {{Modèle:Palette Francs}}, etc.). Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 4 septembre 2025 à 18:57 (CEST)

 SenseiAC : J'ai défini manuellement l'alternance de couleurs pour les sous-listes, ce qui améliorera la lisibilité des sous-listes.

J'ai au passage viré du CSS inutile (redondant avec le CSS par défaut).

Je n'ai pas le temps de regarder le rendu des bordures des groupes sur mobile aujourd'hui.

J'ai prévu d'améliorer la documentation concernant les palettes ces prochaines semaines (c'était au sommet de ma liste avant que je sois obligé de cesser de contribuer à WP il y a 2 ans par manque de temps).

M'occupant particulièrement de la maintenance des palettes, ça fait longtemps que je sais que la doc est à refaire complétement, j'ai donc prévu de reprendre toute cette doc des modèles servant à la construction des palettes. J'ai même déjà un brouillon de nouvelle doc sur mon ordi que je vais reprendre.

Bonne soirée.

--Tractopelle-jaune (discuter) 4 septembre 2025 à 19:10 (CEST)

Comment créer un bac à sable pour tester un modèle ?

Bonjour,

Mon but est la création d'un modèle permettant d'insérer facilement et correctement des liens hypertextes vers un site majeur en français indexant les espèces vivantes.

J'ai avancé, et j'ai maintenant des questions précises à poser, sur les différentes façon de construire des liens hypertextes externes et internes à la page wiki (liens Bioref), sur la création des tests et du bac à sable. Dois-je poser mes questions de la même façon, sur ce forum, ou est-il possible de dialoguer avec quelqu'un qui a l'expérience et saura répondre rapidement ? Franck Pion (discuter) 16 septembre 2025 à 21:49 (CEST)

Bonjour,

le plus simple pour cela est de créer un modèle vide (soit dans l'espace modèle si tu connais déjà le nom souhaité du modèle, soit dans ton espace de brouillon) d'y insérer le code suivant :

<noinclude>{{Documentation}}</noinclude>.

Et de publier.

Tu trouveras alors en bas de la doc tous les liens pour créer les sous-pages de bac à sable et de test.

Wikipédiennement, Epok (✉), le 17 septembre 2025 à 04:27 (CEST)

Merci Epok, j'ai maintenant de quoi avancer. Il faut maintenant que je retrouve comment utiliser un modèle, c'était clair il y a un bon mois quand j'ai commencé à modifier une page utilisant des modèles, j'ai tout oublié... Franck Pion (discuter) 18 septembre 2025 à 23:52 (CEST)

Îles Cocos

Bonjour, Comme les demandes sur Discussion Projet:Modèle/Système Country restent sans réponses, je me permets de vous poser la question directement ici. Je viens de constater que le modèle {{Îles Cocos}} est cassé : il affiche « Îles Cocos » au lieu d'afficher le drapeau avant le nom de ce territoire. La raison est simple : le fichier correspondant audit drapeau a été supprimé de Commons (apparemment, pas libre de droits) et donc, par suite, ce drapeau a été automatiquement supprimé par un bot sur les pages de WP:fr. Le problème ici, c'est que ça a cassé le modèle. Il faudrait donc trouver une solution : soit on peut malgré tout héberger le fichier en local, comme l'a fait WP:en (mais nos règles prévoient-elles une exception pour les drapeaux, ça je n'en suis pas du tout certain), soit il faudrait, faute de mieux, supprimer purement et simplement le « [[Fichier:...]] » en faisant je pense malgré tout en sorte que le nom du territoire reste correctement aligné avec le nom des autres pays et territoires dont le nom est précédé d'un drapeau. Je vous laisse voir ce qui est faisable. Merci d'avance. SenseiAC (discuter) 15 octobre 2025 à 02:52 (CEST)

Bonjour SenseiAC. Encore une suppression arbitraire du côté de Commons... . J'ai fait en sorte que l'absence de drapeau ne crée pas de bug. En revanche je n'ai pas mis d'espace vide à la place du drapeau ce qui n'aurait pas de sens en dehors des tableaux verticaux, comme dans la {{Palette États et territoires de l'Australie}}.

Sur si il convient d'héberger localement des drapeaux supprimés sur Commons, aucune idée. Demande peut-être sur Discussion Wikipédia:Exceptions au droit d'auteur, WP:Legifer et sur le Bistro. l'Escogriffe (✉) 17 octobre 2025 à 17:40 (CEST)

Merci GrandEscogriffe. J'ai posé la question sur Discussion Wikipédia:Exceptions au droit d'auteur#Drapeaux et j'ai laissé un mot à Légifer et sur le Bistro.

De façon plus anecdotique, ça me fait penser à ceci : ne serait-ce pas une bonne chose qu'il ne puisse pas y avoir de retour à la ligne entre le drapeau et le nom qui suit ? SenseiAC (discuter) 17 octobre 2025 à 18:32 (CEST)

 En effet. Comme ceci. l'Escogriffe (✉) 17 octobre 2025 à 19:31 (CEST)

xfa

Bonjour, Quelqu'un pourrait-il ajouter le falisque, code xfa, dans Module:Langue/Liste des langues ? Ou m'indiquer où est le tableau appelé par {{#invoke:Langue|tableauLangues}}, pour que je l'y ajoute ? Merci d'avance pour votre aide. SenseiAC (discuter) 3 novembre 2025 à 18:34 (CET)

Hello,

ça se passe ici.

Wikipédiennement, Epok (✉), le 3 novembre 2025 à 18:47 (CET)

Merci, je note. SenseiAC (discuter) 3 novembre 2025 à 20:28 (CET)

"En allemagne", "Aux USA", "des Caraïbes", … état actuel et futur (?)

Je suis en train de répondre à une demande de modèle relative aux tableaux de taxons présents dans un certains pays, et j'en suis à me demander si c'est possible d'automatiser un titre de colonne du tableau en fonction du pays, à partir de l'élément wikidata du pays ou autre :

• Statut biogéo. en Allemagne

Évidemment, trouver le nom du pays "allemagne" n'est pas difficile, la partie difficile est d'automatiser le choix de la proposition. Je fais une revue pour voir comment c'est géré ailleurs, j'ai trouvé dans Module:linguistique la fonction "of" qui a besoin du genre et du nombre grammatical, utilisée par Module:Carte dans la fonction builddynamicmap, qui utilise par "loaddata" les données de Module:Carte/données/<nom du lieu>, par exemple Module:Carte/données/france pour les trouver.

Je m'interroge pour savoir si on pourrait pas extraire les code pour en faire une paire de modèle/module pour faire ça plus facilement ?

Et pour l'avenir, utiliser Wikifunction pour faire ça semble une idée naturelle si on arrive là, ça pourrait être intéressant d'expérimenter avec ça (@VIGNERON, qui d'autre (?)). Ces données sont naturellement présentes dans les lexèmes des noms. il y a déjà quelques infos là dessus (requête sparql Wikidata), les genres, pas encore trop de nombres.

J'ai raté quelque chose ? — TomT0m ^[bla] 19 novembre 2025 à 15:56 (CET)

Bonjour TomT0m . Il existe {{En?}} et quelques variantes, qui s'appuient sur les modèles de géolocalisation, pas sur les modules.

À un moment il faudrait se retrousser les manches et fusionner les modèles et les modules de géoloc. Cette duplication ne fait que doubler le travail de maintenance. l'Escogriffe (✉) 19 novembre 2025 à 16:21 (CET)

Bonjour TomT0m.

Ne serait-il pas plus simple d'éviter d'employer des articles ?

Pour ton tableau, ce pourrait être par exemple :

• Nom vulgaire (allemand)
• Statut biogéo. (Allemagne)

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 21 novembre 2025 à 22:56 (CET)

C'est sûr mais c'était les specs d'Ellicrum et j'étais curieux ! Ça à l'air de fonctionner (il n'y avait pas d'article sur le nom de la langue, mais oui ça rend ambiguë, adjectif de nation ou nom de langue) — TomT0m ^[bla] 22 novembre 2025 à 08:31 (CET)

Gouvernements homonymes

Bonjour, Serait-il possible d'ajuster le modèle {{Gouvernements homonymes}} afin qu'il prenne en paramètre le nom sous lequel il doit être catégorisé dans Catégorie:Homonymie de gouvernement ? Parce que, actuellement, ça semble prendre le titre tel quel comme clé de tri, ce qui n'a pas grand sens. Par exemple Gouvernement Kreisky se retrouve dans les G au lieu d'être dans les K. Même si on s'arrangeait pour que le modèle ignore le premier mot ("gouvernement", "cabinet", "commission"...), ça ne pourrait pas convenir puisque, pour certains pays ou autres entités, le prénom fait partie du nom utilisé pour nommer le gouvernement. Utiliser uniquement le dernier mot du titre ne peut pas aller non plus dans le cas d'un nom constitué de plusieurs mots. L'option d'un paramètre égal à la clé de tri me semble donc le plus simple, ce qui donnerait par exemple ici {{Gouvernements homonymes|Kreisky}}. Par ailleurs, ce modèle devrait catégoriser la page d'homonymie uniquement dans Catégorie:Homonymie de gouvernement, et non pas à la fois dans Catégorie:Homonymie de gouvernement et dans Catégorie:Homonymie, car Catégorie:Homonymie de gouvernement est bien évidemment déjà une sous-catégorie de Catégorie:Homonymie, donc la double catégorisation est redondante. Merci d'avance. SenseiAC (discuter) 5 décembre 2025 à 15:52 (CET)

Bonjour SenseiAC.

Pour ne pas catégoriser dans Catégorie:Homonymie, il suffit de la retirer du code du modèle.

Sinon, il vaut mieux éviter les paramètres non nommés, mais ici ça ne devrait pas poser de problème.

Ce qu'on peut faire par contre, c'est utiliser un code du genre {{trim|{{replace|{{remplace|{{PAGENAME}}|Gouvernement|}}|Cabinet|}}}} qui retirerait « Gouvernement » et « Cabinet » du titre de la page et éviterait d'avoir à éditer toutes les pages.

Sur 221 pages, on a 195 « Gouvernement + un nom » et 20 « Cabinet + un nom ».

Après, il ne reste que :

• Cabinet de la Ire Assemblée galloise
• Comité militaire de redressement national (homonymie)
• Commission exécutive
• Conseil Hassan II
• Gouvernements Shinawatra
• Sénat Müller

Le problème est que les prénoms des « Gouvernement + ... » vont être en premier, et je pense que Gouvernement Adolphe Thiers doit être rangé à T ?

En tout cas, ce bout de code un peu moche (je n'arrive pas à utiliser {{replace}} comme je veux, je suis en train de regarder ça) réglerait pas mal de problèmes. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 5 décembre 2025 à 16:44 (CET)

Hello SenseiAC,

C'est fait. J'ai appuyé un peu trop vite sur "entrée" donc mon commentaire de diff ne mentionne pas la modif (j'en ai fait 2 d'un coup), mais c'est implémenté.::Wikipédiennement, Epok (✉), le 5 décembre 2025 à 16:53 (CET)

Merci Epok. SyntaxTerror, si on se contente d'enlever le premier mot, ce sont justement les cas avec prénom qui vont poser problème, ainsi que les quelques cas particuliers que tu as cités. Une solution serait que la suppression du premier mot soit l'option de tri par défaut, mais qu'on puisse quand même "court-circuiter" ce comportement par défaut par une clé de tri choisie pour ces cas particuliers. Epok ayant implémenté cette clé de tri, il suffirait donc de faire de "titre sans le premier mot" la valeur par défaut de ce paramètre. Pour info, j'ai aussi déposé une requête aux bots pour que, une fois que l'ajustement demandé ici aura été fait, les pages de la catégorie aient toutes correctement ce modèle. SenseiAC (discuter) 5 décembre 2025 à 16:58 (CET)

@SenseiAC mon truc permet juste d'éviter de mettre un paramètre pour la plupart des cas, le paramètre de la clé de tri est de toute façon nécessaire.

@Epok : qu'est-ce que tu penses d'ajouter mon bout de code au modèle ? Ce n'est pas parfait, mais ça résoud une partie des problèmes.

En fait, j'ai confondu {{replace}} avec un truc regex, mais on n'a pas de en:Template:Regex ici. les emboîter est la seule solution apparemment (à moins de faire un module). Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 5 décembre 2025 à 17:03 (CET)

Hello,

j'ai fait ma modif pendant que tu répondais, on s'est donc télescopés. Je n'ai pas de problème si tu souhaite améliorer le code. Ça me semble compliqué d'identifier la clé de tri automatiquement, en raison du prénom, des éventuels noms composés, etc., mais si tu as une solution, pas de soucis pour moi.

Wikipédiennement, Epok (✉), le 5 décembre 2025 à 17:20 (CET)

@SenseiAC et Epok : en fait, ce n'est peut être pas une bonne idée de mettre la clef de tri dans le modèle.

Je viens de faire un essai sur Gouvernement Borissov et mettre la clef de tri en dur comme d'habitude classe la page au bon endroit dans la Catégorie:Homonymie de gouvernement.

Ce qu'il fallait faire, c'est mettre des clefs de tri sur toutes les pages d'homonymie. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 5 décembre 2025 à 17:20 (CET)

L'un n'empêche pas l'autre : on peut avoir plusieurs catégories sur une page, et vouloir catégoriser différemment selon les catégories. Epok (✉), le 5 décembre 2025 à 17:22 (CET)

 SyntaxTerror : je ne comprends pas ta remarque. La clé de tri dans le modèle est juste pour la Catégorie:Homonymie de gouvernement directement induite par le modèle lui-même. Après, s'il y a d'autres catégories, chacune peut avoir sa clé de tri séparée comme habituellement. L'idée n'est pas que le paramètre du modèle soit une clé de tri universelle pour toutes les catégories qui pourraient se retrouver sur la page. SenseiAC (discuter) 5 décembre 2025 à 17:25 (CET)

@SenseiAC il n'y a pas besoin de mettre la clef de tri dans le modèle.

Si le mot magique DEFAULTSORT/CLEDETRI est sur la page, le modèle classe la page dans la catégorie voulue, et le mot magique classe la page à la bonne lettre dans la catégorie.

C'est compliquer les choses pour ceux qui ne connaissent pas les subtilités du modèle de faire autrement.

Il faut ajouter des mots magiques et défaire la modif du modèle. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 5 décembre 2025 à 17:29 (CET)

@Epok : ça ne facilite pas la compréhension d'avoir la clef de tri dans le modèle au lieu du mot magique habituel, je suis pour qu'on revienne en arrière.

Si jamais il y a d'autres catégories avec des clefs de tri particulières, elles seront ajoutées de la manière habituelle de toute façon (par ex. [[Catégorie:Truc|Machin]]). Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 5 décembre 2025 à 17:26 (CET)

Ce n'est pas un cas isolé que d'avoir un paramètre de modèle qui soit une clé de tri, cela existe pour plusieurs autres modèles qui catégorisent automatiquement et n'a jamais posé problème auparavant. Je ne comprends pas en quoi cela poserait un problème de compréhension ?

Epok (✉), le 5 décembre 2025 à 17:32 (CET)

Conflit d’édition —  SyntaxTerror : Je plussoie Epok. Ça n'a pas de sens de vouloir imposer comme clé de tri générale une clé de tri censée être spécifique à une catégorie. Mettre la clé de tri en paramètre du modèle d'homonymie spécifique, si je ne m'abuse c'est ce qui se fait déjà pour d'autres modèles d'homonymie spécifique analogues. Il me semble que c'est aussi ce qui se fait avec certains modèles d'en-tête de catégorie qui catégorisent automatiquement la catégorie dans des catégories de niveau supérieur. Il suffit que la documentation du modèle soit correctement renseignée pour que l'utilisateur comprenne à quoi ça correspond. SenseiAC (discuter) 5 décembre 2025 à 17:40 (CET)

@Epok un mot magique, c'est simple et habituel, un paramètre dans le modèle, ça ne l'est pas.

En voyant un mot magique, je comprends directement, sinon je vais passer une demi-heure à comprendre et à fouiller la doc du modèle...

Pourquoi vouloir compliquer les choses ?

Bon bref, je préfère laisser tomber.

Bonne soirée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 5 décembre 2025 à 17:40 (CET)

Après recherche rapide, voici 2 exemples de modèles avec un paramètre de clé de tri : Modèle:Guide pratique, Modèle:Ligne de tableau MN Lux. Il y en a beaucoup d'autres.

Quand on voit un modèle qu'on ne comprend pas, il est effectivement de bon ton d'aller voir sa doc. Celle-ci fait 2 lignes, je pense que la compréhension est quand même assez aisée...

J'avoue que là, je suis dans l'incompréhension totale devant ta réaction. Je vous laisse gérer ça, je n'ai pas l'intention de rentrer dans un conflit pour un paramètre avec aussi peu d'importance d'un modèle utilisé par à peine une centaine de pages.

Wikipédiennemment, Epok (✉), le 5 décembre 2025 à 17:44 (CET)

Le modèle Compteur d'éditions automatique marche à nouveau.

Bonjour

Je tenais à vous informer que je modèle {{Compteur d'éditions automatique}} fonctionne à nouveau.

J'ai découvert qu'un modèle similaire existait sur wp.es, j'ai donc demandé à son créateur d'adapter son bot pour qu'il marche également ici.

Son utilisation n'a pas changé et il devrait être mis à jour tous les jours.

Par contre, il prend en charge uniquement les 10 000 utilisateurs avec le plus d'éditions, y compris les bots (au moment où j'écris, plus de 906 contributions).

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

Modèles en vedette

Bonjour, On peut désormais définir depuis Spécial:Configuration communautaire/TemplateData-FeaturedTemplates des modèles en vedette, qui apparaissent lorsque l'on insère un modèle depuis l'éditeur visuel. Sur la base de Spécial:Modèles les plus liés, j'ai mis pour le moment :

• Modèle:Date ;
• Modèle:Langue ;
• Modèle:Unité ;
• Modèle:Sfn ;
• Modèle:Infobox Biographie2 ;
• Modèle:Infobox Localité ;
• Modèle:Infobox Organisation2.

Escargot (discuter) 22 juillet 2025 à 15:41 (CEST)

Différence entre les modèles {{abréviation}} et {{abréviation discrète}}

Bonjour à tous,

Je ne sais pas si c'est lié à mes appareils, mais, lorsque l'on utilise les deux modèles, il n'y a pas de différences, le modèle Abréviation discrète est censé cacher les pointillés contrairement au modèle Abréviation.

Exemple : {{Abréviation|Bjr|Bonjour}} donne Bjr.
{{Abréviation discrète|Bjr|Bonjour}} donne Bjr.

Est-ce que c'est normal ou s'agit-il d'un bug.
Cordialement, FrenchPower (discuter) 27 juillet 2025 à 16:56 (CEST)

Bonjour, je pense que c'est une histoire de navigateur : de mon côté (Brave 1.78.97, macOS), je vois bien une différence (soulignement en pointillé avec le premier modèle, pas le second). Cordialement — V_VL_LA_AC_C 27 juillet 2025 à 17:03 (CEST)

Bonsoir à Tous les deux
FrenchPower, je confirme la même chose que V_VL_LA_AC_C sous Firefox 140.0.4 sous Ubuntu
Cordialement, —— DePlusJean ^(Discuter) 27 juillet 2025 à 17:17 (CEST)

J'ai vérifié avec un autre navigateur, ce problème n'apparaît plus, il n'apparaît que lorsque j'utilise Safari sous sa version 16.6. FrenchPower (discuter) 27 juillet 2025 à 17:29 (CEST)

Rebonjour à tous, est-ce qu'il est possible de corriger ce problème avec les navigateurs qui posent problèmes ?
Merci d'avance 😉 FrenchPower (discuter) 27 juillet 2025 à 22:19 (CEST)

J'ai pu reproduire le problème avec un service de machine virtuelle en ligne. Safari 16 (macOS 13), malheureusement il ne m'a pas été possible de tester les versions ultérieures. À noter qu'en plus, macOS 13 est encore supporté (jusqu'au 30 novembre 2025) ; j'aurais bien voulu savoir si le problème a été corrigé dans macOS 14 (le cas échéant, on serait "officiellement tranquille" à partir du 30 novembre).

Cela est probablement dû à 221572088.

À noter que ni Can I use, ni MDN ne mentionnent ce support manquant, et c'est censé être supporté depuis fort longtemps. Mais il est possible que Safari se soit traîné une vieille lacune de compatibilité, j'ai déjà eu le cas avec eux ("user-select")…

Pourrais-tu tester en ajoutant "border-bottom: 0;", et même idéalement avec des macOS ultérieurs (avec une machine virtuelle) ?

En tout cas, ça serait dommage de remettre le "border-bottom: 0;" dans le Common.css (et pour le coup, aussi dans le Mobile.css). C'est possible, mais il faudrait déterminer précisément quelles versions de Safari sont concernées (afin de l'indiquer en commentaire de code).

od†n ↗^blah 28 juillet 2025 à 04:03 (CEST)

Amélioration du méta-modèle BUtilisateur

Bonjour

Ne sachant pas combien de personnes suivent la PdD du méta-modèle {{BUtilisateur}}, je vous invite à consulter Discussion modèle:BUtilisateur#Ajout des classes "plainlinks" et "noarchive".

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 5 août 2025 à 15:33 (CEST)

Mais que faire de ces pages ?

Bonjour,

Ces pages sont illisibles car chacune de ces pages appellent un modèle pour chaque résultat dans chaque département, c'est quoi votre avis sur ça ? Pour moi, ça devrait être remplacé par un bon vieux tableau, les données ne risquent pas de changer donc ça me parait pas trop pertinent de mettre ça dans un modèle. En temps normal, je serai pas contre, mais là, les pages sont trop gourmandes et la mise en page est cassée.

Si vous avez une autre idée (étant novice), je suis perneur pour la mettre en œuvre ! Amicalement, macOS Weed 🌿 (discuter) 18 juillet 2025 à 18:04 (CEST)

Bonjour MacOS Weed.

La solution la plus simple serait de retirer les cases de couleur, qui constituent la majorité des modèles sur ces pages.

Wikipédia:Limitez l'usage de la couleur dans les articles (une recommandation) dit qu'« On évitera donc les jeux de couleurs ayant une signification propre à un article ou à un petit nombre d'articles ».

Après, c'est sûr qu'il y a un peu plus qu'« un petit nombre d'articles » sur les élections (c'est presque aussi populaire que les articles sur des sportifs de seconde zone), mais ça reste très localisé comme utilisation.

Si on veut vraiment garder les couleurs (je suis personnellement contre), on peut toujours remplacer les modèles par des images (genre ).

En plus, avec des images, on peut avoir des alternatives textuelles décrivant leur couleur (j'en ai ajouté ci-dessus).

J'avais bien pensé à des émojis, mais il n'y a apparemment que neuf couleurs (🟥🟧🟨🟩🟦🟪⬛️⬜️🟫) alors qu'il en faudrait une vingtaine. Şÿℵדαχ₮ɘɼɾ๏ʁ 18 juillet 2025 à 19:43 (CEST)

Merci de ta réponse. Moi, franchement, j'ai vraiment l'impression que ces modèles de tableau ne sont vraiment pas nécessaires, ça part d'une bonne idée, mais c'est vraiment pas essentiel. J'ai regardé les autres pages similaires comme pour celle de 2017 par exemple et ça utilise bien des tableaux et les couleurs. Je suis pas pour retirer la couleur spécialement car comme toutes les élections utilisent les mêmes tableaux, la même structure, les mêmes couleurs, ça serait bizarre que quelques pages n'aient plus la même cohérence. Si c'était pas une convention déjà installée, effectivement, j'aurai retiré mais là :S Amicalement, macOS Weed 🌿 (discuter) 19 juillet 2025 à 03:05 (CEST)

@MacOS Weed : avoir des modèles évite d'avoir à recopier les textes ou les tableaux. Même si les données ne changent pas, c'est quand même un avantage.

Après, même s'ils posent problème sur une poignée de pages, ces modèles ne doivent pas être modifiés sans que ça n'ait été approuvé à un niveau plus large, dans une discussion sur le projet:Politique française par exemple (mais ce n'est pas moi qui vais la lancer).

Il faudra sans doute éditer tous les modèles et pages similaires pour garder une homogénéité, ce n'est pas une mince affaire.

Je pourrai éventuellement m'en occuper avec mon bot si un consensus est trouvé, notifie-moi si c'est le cas. Şÿℵדαχ₮ɘɼɾ๏ʁ 19 juillet 2025 à 09:13 (CEST)

Oui, je suis d'accord sur la non modification d'où le fait que j'ai touché à rien.

Le problème me semble plus complexe et large que prévu, donc je pense laisser cette problématique de côté, j'ai déjà des petites choses pour m'occuper :P Amicalement, macOS Weed 🌿 (discuter) 19 juillet 2025 à 09:18 (CEST)

Ces modèles sont, du sondage au pif que j'ai fait, utilisés chacun dans… 2 pages, ce qui pour moi ne représente pas un cas d'utilisation type pour un modèle. J'aurais envisagé {{Extrait}} depuis chaque sous-page mais on va tomber dans le même problème non ? EDIT : ou alors extrait mais dans l'autre sens : depuis la page qui rassemble tous les résultats vers la page spécifique. Mais si on dépasse à nouveau la limite de nœud à cause des couleurs, ça ne sert à rien… Omnilaika02 (d) 14 août 2025 à 14:45 (CEST)

<troll>Sort WP:BASE de sa poche et WP:TNT tous ces « articles » qui n'en sont pas ! Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 14 août 2025 à 15:56 (CEST)</troll>

L'admissibilité de l'article sur « Modèle:ASIN » est débattue

Page proposée au débat d'admissibilité

Bonjour,

L’article « Modèle:ASIN » fait l'objet d'un débat d'admissibilité (cf. Wikipédia:Débat d'admissibilité). Il débouchera sur la conservation, la suppression ou la fusion de l'article. Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion modèle:ASIN/Admissibilité.

Le meilleur moyen d’obtenir un consensus pour la conservation de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible. N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 10 août 2025 à 21:05 (CEST)

Bandeau pour modèles dispendieux

Bonjour

J'avais traduit en mars dernier le bandeau {{Expensive}} depuis l'anglais, mais il ne sert pour l'instant que sur 4 modèles .

Je me demandais s'il y avait une liste des modèles contenant des fonctions parseur coûteuses (liste ici, je ne sais pas si elle est complète), car il serait intéressant d'ajouter ce bandeau à leur documentations.

S'il n'y a pas de liste, je vais essayer d'en faire une. On pourrait alors ajouter une catégorie aux pages portant ce bandeau.

Sinon, pensez-vous qu'il soit nécessaire de changer le nom du modèle ? Il n'est pas présent sur beaucoup de langues, mais a le même nom partout (sauf en persan et en ourdou) .

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 16 août 2025 à 14:20 (CEST)

Ajout du numéro national de thèse aux modèles Ouvrage et Bibliographie

Bonjour,

Égoïté (d · c · b) signale dans cette discussion que le modèle Ouvrage ne permet pas de mentionner le NNT, numéro national de thèse ; or, ce modèle est explicitement prévu pour pouvoir référencer une thèse.

Pour que le modèle Ouvrage accepte un paramètre nnt, il faudrait ajouter dans Module:Biblio/Références, ligne 515, le code suivant :

function References.nnt( nnt )
    return databaseExterne(
        nnt,
        '[[Thèse|NNT]]',
        'theses.fr/'
    )
end

Ensuite, insérer, ligne 604 :

References.nnt( args.nnt ),

Pour le modèle Bibliographie, il faudrait ajouter dans Module:Wikidata/Références, ligne 228 :

local nnt = getStringStatementValue(entity, 'P5005')

et ligne 418 :

['nnt'] = nnt,

Il faudra aussi mettre à jour la documentation de ces modèles et modules, bien sûr.

Vous pouvez voir le résultat de la mise à jour du modèle Ouvrage sur cette page de test (les liens internes ne marchent pas, il semblerait que je ne puisse pas créer de page dans l’espace principal).

En revanche je n’ai pas pu tester Bibliographie, les testwikis ne semblent pas reliés à Wikidata. Le but de la modification proposée est de pouvoir citer la même thèse comme ceci : {{Bibliographie |Q27942729}}, ce qui donne actuellement : Léo Joubert, Wikipedia: la fabrique d'une encyclopédie à l'ère numérique. Sociologie d'une communauté de pratique (thèse de doctorat), 2020. (ceci dit je ne sais pas pourquoi l’OCLC et le SUDOC ne s’affichent pas, mais je n’ai plus le temps là tout de suite).

NB : l’intervention d’un administrateur sera nécessaire car les modèles et modules sont protégés.

Qu’en pensez-vous ? Dix-huit nœuds quatre cents tonneaux (discuter) 25 août 2025 à 19:21 (CEST)

Pour préciser un peu les choses, ce code s’appuie sur le système que les deux modèles utilisent pour créer une liste de propriétés auxquelles sont attribuées des valeurs, cela n’introduit aucun changement significatif dans leur fonctionnement : juste une valeur de plus dans la liste.

 NicoV, Od1n, TomT0m et Zebulon84 : je vous notifie pour avis en tant que contributeurs principaux de ces modèles. Dix-huit nœuds quatre cents tonneaux (discuter) 26 août 2025 à 14:07 (CEST)

Les articles Modèle:Liste sans puce , Modèle:Liste simple et Modèle:Unbulleted list sont proposés à la fusion

Page proposée à la fusion

Bonjour,

Les articles « Modèle:Liste sans puce  », « Modèle:Liste simple  » et « Modèle:Unbulleted list » sont proposés à la fusion (cf. Wikipédia:Pages à fusionner). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Wikipédia:Pages à fusionner#Modèle:Liste sans puce et Modèle:Liste simple et Modèle:Unbulleted list.

Accéder au débat

Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 29 août 2025 à 21:40 (CEST)

Modèle:Lien vers discussion groupée

Bonjour,

J'ai créé {{Lien vers discussion groupée}} mais il faudrait qu'un expert le rende plus robuste.

Son utilisation est liée aux discussions d'admissibilité groupée (DdAG, dans la suite) comme Discussion:Invertébrés sur timbres/Admissibilité.

• Il se place sur la sous-page Discussion:Article_1/Admissibilité de chacun des articles concernés par la DdAG.
• Il a deux paramètres :
  • le nom de la page de la DdAG (i.e. "Discussion:Invertébrés sur timbres/Admissibilité")
  • la date de lancement de la DdAG.

Le résultat est visible sur cette page.

Et maintenant, une liste des trucs qui ne vont pas :

1. Il faut gérer le cas où une DdA antérieure a eu lieu. Exemple Discussion:Invertébrés sur timbres du Brésil/Admissibilité. Pour gérer, j'ai modifié le modèle en dur, c'est très laid . Pouvez-vous m'expliquer comment gérer ça par un paramètre optionnel ?
2. Comme je me suis inspiré de {{nouvelle discussion}}, il doit être substé. Est-ce pertinent ?
3. Pouvez-vous m'expliquer comment rendre optionnel le paramètre date en utilisant la date du jour ?
4. Toute amélioration du rendu final est la bienvenue.
5. Documentation manquante

Merci pour votre aide. -- Habertix (discuter) 11 septembre 2025 à 23:22 (CEST).

deprecated ?

Bonjour les modélistes et @Wh160,

Je découvre avec perplexité l'attribut deprecated, ajouté à {{Ouvrage}} (après l'ajout de cette précision). Ne fait-il pas carrément disparaître les paramètres (en l'occurence extrait et commentaire) ? Ce serait excessif, alors que ces paramètres ne sont pas vraiment obsolètes (voir, dans mon commentaire, Discussion modèle:Article#Modèles citation et commentaire, alias en anglais). Salutations — Vega (discuter) 23 septembre 2025 à 14:38 (CEST)

Bonjour, je n'ai fait cela que parce que c'était fait comme cela sur article (en plus de changer préalablement le libellé qui lui n'apporte aucune contrainte, y compris pour les novices dans un système qui garde le commentaire s'il existe - ce que je viens de vérifier sur Abbaye Notre-Dame de Sénanque-), c'est parfaitement réversible le jour où les commentaires et citations sont re-admises, (mais rien n'a bougé depuis 1 an). Wh160 (discuter) 23 septembre 2025 à 15:29 (CEST)

Le comble du problème

Bonjour, Le modèle {{Problèmes multiples}} a lui-même un problème notable : la liste des problèmes, visible sur la version de bureau, n'est pas visible sur le version mobile. Voir par exemple dans l'article Institut de minéralogie, de physique des matériaux et de cosmochimie. Pourriez-vous arranger ça ? Merci d'avance. SenseiAC (discuter) 22 mai 2025 à 14:09 (CEST)

L'explication est la présence d'une classe nomobile, qui a été ajoutée au début de l'année ; refs 221871657, 222192510, ainsi que cette discussion. Ping @Escargot. od†n ↗^blah 22 mai 2025 à 14:56 (CEST)

Merci Od1n pour cette explication. Escargot bleu, cette décision manifestement unilatérale de ta part me semble plus que discutable. Un commentaire ? En l'absence de réaction, je supprimerai ce "nomobile" tout aussi unilatéralement qu'il a été ajouté, les lecteurs sur mobiles n'ayant pas lieu de ne pas être informés (encore moins s'ils veulent aider à résoudre lesdits problèmes). Il y a déjà suffisamment de problèmes sur la version mobile (en particulier d'innombrables trucs dont on ne peut que déplorer l'absence d'affichage), ce n'est vraiment pas une bonne idée d'en ajouter encore plus... SenseiAC (discuter) 21 septembre 2025 à 23:33 (CEST)

Je serais aussi d'avis de rétablir ce contenu. Certes, cela rend le bandeau gros, voire très gros (mais voilà, c'est qu'il y a des problèmes et qu'il faut les corriger), mais c'est préférable à n'avoir rien d'autre que le texte « Cet article présente des problèmes à corriger. »… et débrouillez-vous pour savoir c'est quoi qu'il faut corriger, lol. od†n ↗^blah 23 septembre 2025 à 12:58 (CEST)

Idéalement, il faudrait un paramètre classe texte ou affichage mobile qui permette de dire selon le cas s'il faut ajouter la classe nomobile pour que le texte ne s'affiche pas, les classes mw-collapsible mw-collapsed pour que le contenu soit caché mais affichable, ou ne rien ajouter du tout.

Comme cas problématiques avec l'utilisation de nomobile, il y a aussi les bandeaux entrés manuellement comme dans Wikipédia:Que faire en cas d'urgence ?. Escargot (discuter) 23 septembre 2025 à 21:33 (CEST)

L'ajout d'un paramètre classe texte / affichage mobile me semble être une fausse bonne idée : cela ferait un truc de plus à considérer (et éventuellement devoir modifier ultérieurement) pour les rédacteurs, et je crains qu'il y aurait un certain nombre, grandissant au fil du temps, de mauvaises utilisations (classe manquante ou au contraire inadéquatement présente). Et surtout, je ne vois pas vraiment de situation où il serait souhaitable de supprimer ces informations. Enfin, les smartphones sont aujourd'hui très gros (beaucoup trop à mon goût d'ailleurs, c'est horrible à se trimballer), et les utilisateurs sont habitués à scroller (et pas qu'un peu, n'est-ce pas).

Pour ce qui est d'ajouter un système de collapsing, ça semble intéressant, mais je n'ai pas d'idée concernant la faisabilité, et en tout cas, je crains que cela irait fortement compliquer le code : le markup des bandeaux est déjà assez délicat / difficile à gérer, les systèmes de collapsing ont eux aussi une certaine complexité, je crains que la multiplication des deux complexités fasse mauvais ménage ; sans compter qu'en plus ils reçoivent des modifications au fil du temps, donc ça ferait de la maintenance difficile supplémentaire.

Je serais d'avis de simplement supprimer cette classe nomobile et c'est réglé.

od†n ↗^blah 24 septembre 2025 à 09:06 (CEST)

@SenseiAC J'ai fait un test de bandeau pour lequel le contenu est dépliable sur mobile sur Utilisateur:Escargot bleu/Brouillon. Je pense que le rendu n'est pas trop mal, même s’il y a un léger FOUC au chargement que je ne crois pas que l’on puisse éviter et que la taille de l’image change au dépliement.

Dans la version sans nomobile en dessous où le texte est affiché intégralement sans possibilité de le cacher, un seul bandeau prend quasiment tout l'écran. S’il est possible de ne pas retourner à cette version, c’est mieux. Escargot (discuter) 2 août 2026 à 14:56 (CEST)

Merci Escargot bleu, ça m'a l'air pas mal (la version déroulable), même si ton brouillon semble se baser sur {{À sourcer}} et non sur {{Problèmes multiples}}. SenseiAC (discuter) 29 août 2026 à 14:48 (CEST)

Modèle d'avertissement pour le caviardage ?

Bonjour très chers modélistes, Existe-t-il un (ou plusieurs) modèle destiné à être envoyé sur une page utilisateur pour l'avertir spécifiquement qu'il pratique un caviardage ?

J'ai récemment ressenti le besoin d'avertir un utilisateur sur cette forme particulière de vandalisme. S'il n'en existe pas, je vous demande s'il est possible d'en faire deux (un premier pour avertir "gentiment" et un second pour avertir en guise de rappel un peu plus sévèrement) dans le genre par exemple de {{Faux décès}} et {{Faux décès 2}}.

Merci d'avance de l'attention que vous porterez à ma demande . Wikipédiennement, --Dr anakin775 ^[Allô ?] 22 septembre 2025 à 17:05 (CEST)

Bonjour @Dr anakin775, Modèle:Test 2- ? — Pharma ^💬 24 septembre 2025 à 22:54 (CEST)

Bonsoir @Pharma, j'imagine que ça peut marcher mais le modèle n'est pas centré sur le caviardage. Ça évoque un retrait vandalisant, je pensais davantage à un modèle d'avertissement évoquant directement le caviardage et mettant en garde sur la pratique avec si besoin une version plus sévère en cas de récidive.

Merci quand même . Wikipédiennement, --Dr anakin775 ^[Allô ?] 24 septembre 2025 à 23:12 (CEST)

Problème d'espace dans le modèle Ouvrage

Bonjour, en voulant réparer un lien de renvoi bibliographique erroné, j'ai trouvé un ouvrage (diff) dont le paramètre année ne s'affichait pas. Au final, il s'agit d'un problème d'espace invisible à l'oeil nu (diff), reproduit ci-dessous. C'est la première fois que je tombe sur ce cas de figure, est-ce qu'on sait le détecter à plus grande échelle ? Merci. ~2025-41226-7 (discuter) 21 août 2025 à 01:56 (CEST)

• Benoît Rondeau, L'armée allemande 1870-1945 : Grandeur et chute d'une force implacable, Paris, Buchet-Chastel, 351 p. (ISBN 978-2-283-03792-8). 
• Benoît Rondeau, L'armée allemande 1870-1945 : Grandeur et chute d'une force implacable, Paris, Buchet-Chastel, 2024, 351 p. (ISBN 978-2-283-03792-8). 

~2025-41226-7 (discuter) 21 août 2025 à 01:56 (CEST)

Ce n'est pas une espace invisible, mais une espace insécable.

À noter qu'il y a dans les deux exemples ci-dessus la même espace avant le paramètre langue, mais ça ne se remarque pas, car si la langue est le français, elle n'est pas affichée.

J'ai trouvé une tâche similaire sur Phabricator (, ouverte depuis décembre 2020), mais là, c'est une espace entre le paramètre et le signe égal qui rend le paramètre inactif.

Il faudrait demander à  Conteur-momentanement-indisponible comment il a mis cette espace, car a priori ce n'est pas quelque chose qu'on puisse ajouter facilement.

Sinon, je ne sais pas comment détecter ça avec les moyens à ma disposition. AWB ne reconnait pas ce caractère quand on a Uncodify whole page activé. Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 21 août 2025 à 13:24 (CEST)

 SyntaxTerror : Bonjour, Je ne sais pas, je me suis juste contenté de faire des copier-coller et de modifier en conséquence. Cette méthode me donne parfois des surprises désagréables, mais bon... Bonne journée. Le Conteur (Livre de contes) 18 octobre 2025 à 12:09 (CEST)

Infobox Conflit militaire

Bonjour, Problème analogue à celui déjà signalé pour d'autres modèles, cette fois-ci avec {{Infobox Conflit militaire}} : voir par exemple Seconde guerre médique, avec "Guerres médiques", "Batailles" et le nom des batailles listées qui, sur mobile, apparaissent plus gros que le reste. Merci d'avance si vous pouvez régler le problème. SenseiAC (discuter) 13 novembre 2025 à 03:56 (CET)

C'est causé par cette règle :

.mf-font-size-clientpref-small .mw-body p,
.mf-font-size-clientpref-small .content p {
  font-size: 1rem;
}

… qui override notre .infobox_v3 { font-size: 0.9em; }.

Et cela vient encore de cete saloperie de MobileFrontend : resources/mobile.init.styles/mobile.less.

Il faudrait donc — encore — ajouter une rustine à cause du MobileFrontend, et c'est complexifié par le fait qu'il existe plusieurs tailles de texes (.mf-font-size-clientpref-regular, etc.) (d'ailleurs, c'est censé pouvoir se choisir où ça ?) et en prime deux conteneurs, ce qui conduit à une "multiplication" des sélecteurs.

Un truc dans le genre :

/*
veiller à avoir la priorité sur ces sélecteurs du MobileFrontend :
.mf-font-size-clientpref-small .mw-body p,
.mf-font-size-clientpref-small .content p
*/
body.mw-mf .mw-body p,
body.mw-mf .content p {
	font-size: 0.9em;
}

Ah, et il y a aussi des « line-height », j'imagine que ça aussi ça va aller poser problème.

Oui, c'est lourd et sale. Comme d'hab' à chaque fois qu'il faut "défaire" le MobileFrontend.

À propos, je viens de remarquer que le Common.css est maintenant aussi chargé sur mobile. Ce changement brutal (alors qu'il aurait été possible d'aider à la transition en procédant par étapes, ce qui aurait été vraiment appréciable) était effectivement prévu, mais là ils l'ont fait sans prévenir sans rien. Pour ce qui est de la migration pour les wikis, c'est « on a fait le changement, démerdez-vous ». Bon courage à ceux qui vont essayer de démêler tout ça.

od†n ↗^blah 13 novembre 2025 à 13:30 (CET)

 Od1n : problème analogue sur {{Infobox Musique (style)}} (voir par exemple Reggae). SenseiAC (discuter) 24 novembre 2025 à 15:02 (CET)

Utilisation de la syntaxe wiki et HTML dans les templatedata

Bonjour

Au moins sur wp.en et wp.de, les templatedata peuvent utiliser des liens et modèles wiki et des balises HTML dans les champs des templatedata.

Y a-t-il une raison pour laquelle on ne peut pas le faire ici ?

Ce serait une amélioration notable, car bien souvent, on a besoin de mettre des liens (vers des modèles similaires par exemple), d'utiliser des modèles de mise en forme ({{1er}}, {{nobr}}, etc.) ou des balises HTML (<br>, etc.). Ça permettrait une importation plus facile des documentations d'autres langues également.

Le seul problème que je vois est qu'il faudrait passer avec un bot pour ajouter des balises <nowiki> à celles déjà existantes (j'ai mis une <br> dans la doc de {{Liste simple}} par exemple), et éventuellement des {{m}} si on a des doubles crochets, mais les cas ne doivent pas être si nombreux a priori.

Merci pour vos avis éclairés, je ne suis pas très fort en JSON.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 09:15 (CET)

Tu as des exemples de ça ? Je ne pense pas que ces choses soient interprétées par l'éditeur visuel, ce qui poserait problème à l'utilisation. Ce que j'ai trouvé c'est des modèles comme en:Template:Format TemplateData qui prennent en paramètre du json et le formatent dans la doc, sans doute en plus de générer la balise <templatedata> à partir de ses paramètres, mais c'est tout. Exemple d'utilisation : en:Template:National_football_squad_player — TomT0m ^[bla] 12 décembre 2025 à 15:48 (CET)

@TomT0m : ça m'est arrivé deux fois hier :

• de:Vorlage:Str match/Doku (wp.de utilise le modèle de:Vorlage:TemplateData)
• en:Template:Number table sorting hidden/doc (balises <templatedata> classiques) [EDIT : ha non, il y a un en:Template:Format TemplateData, j'avais pas remarqué... ]

Ça serait pas mal si on pouvait avoir au moins la syntaxe wiki pour l'éditeur classique (m'en fous un peu de l'éditeur visuel ).

Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 16:10 (CET)

Ça passe effectivement par le modèle "Format Templatedata" qui formate pour la documentation, et doit regénérer du templatedata . On y trouve une fonction flat qui supprime le formatage pour générer le templatedata final pour l'EV. Je ne pense pas que l'éditeur classique l'utilise, tu as de la doc quand tu veux insérer un modèle ? — TomT0m ^[bla] 12 décembre 2025 à 18:04 (CET)

@TomT0m : j'avais pas vu le modèle sur wp.en.

Je suis en train d'importer leurs modules et modèles, c'est un sacré boxon, mais je suis pas encore tombé sur des incompatibilités de modules. Je croise les doigts.

cf. {{TemplateData}}

Je voulais cette fonction depuis un moment , ça vaut le coup de traduire tout ça.

Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 18:16 (CET)

Sticky header

Bonjour, Il y a manifestement un problème avec le "sticky header". Niivlem a annulé ma modif ajoutant ledit "sticky header" sur un article. Il prétend que le modèle "ne marche ni sur l'ordi, ni sur l'appli" et que ça rendrait "la lecture sur ordinateur bien moins pratique". Cependant, de mon côté, le modèle fonctionne comme il se doit sur la version de bureau de Wikipédia (aussi bien sur mon ordi que sur mon téléphone), et c'est bien plus pratique d'avoir le header visible à tout niveau qu'être obligé de remonter tout le tableau pour voir l'entête, donc l'affirmation est erronée en prétendant sans nuance un problème général. Si le modèle n'avait pas fonctionné correctement quand je l'ai ajouté, je n'aurais pas fait le changement ; à ce titre ça me rassure que ça fonctionne toujours sur la version de bureau (j'avais fait ce changement sur mon ordi, où c'est l'affichage par défaut). Par contre, je me dois de constater que, de mon côté, il y a un problème sur la version mobile (découvert aujourd'hui en voyant sur mon téléphone l'annulation faite par Niivlem) : sur mon ordinateur, le tableau est correctement fermé, mais le "header" ne reste pas collé ; et sur mon téléphone (où la version mobile est la version par défaut), le "header" n'est pas collé et il manque en outre la ligne fermant le tableau à droite. Plutôt qu'un problème général ou une absence de problème générale, il semble donc qu'il y ait des problèmes avec certaines configurations et pas d'autres. Il faudrait donc ajuster le modèle afin qu'il fonctionne correctement dans toutes les situations (bureau/mobile, ordi/téléphone/appli, etc.) plutôt qu'annuler purement et simplement son utilisation. Merci d'avance.
P.-S. Niivlem : ton annulation sans nuance a enlevé du même coup le "sortable" qui rend le tableau triable, alors que ce tri fonctionne correctement partout et qu'il est indépendant du "sticky header". Ton annulation a du même coup rétabli la disposition en trois tableaux, qui empêche bien évidemment toute possibilité de tri général pour qui voudrait la liste triée selon le nombre de sénateurs et non selon l'ordre des départements. Je t'invite donc à faire preuve d'un peu plus de discernement avant d'annuler de façon globale des modifications. Merci d'avance.
SenseiAC (discuter) 12 décembre 2025 à 15:38 (CET)

Bonjour @SenseiAC,

J'ai bien conscience que la disposition en 3 tableaux que j'ai rétabli a également ses défauts que tu as d'ailleurs mentionnés, j'ai annulé ta modification car cela me semblait être la meilleure chose à faire, et j'ai essayé de résumer ça dans la note de modification ce qui me limitait dans ce que je pouvais dire. En l'occurrence le fait d'avoir une illustration puis un tableau tout en longueur dont le "sticky head" ne suivait pas, rendait la lecture du tableau et de la carte moins évidente, je suis désolé si mon annulation a pu paraitre brutale, la création d'une mise en page intermédiaire à mi-chemin entre les deux me semblant assez compliqué à mettre en place, j'ai, comme dit précédemment, fait ce qui me semblait être le mieux. A noter que j'ai considérer que la lisibilité était détériorée mais pas complètement impossible, j'ai simplement estimé que les gains ne compensaient pas les pertes, mais si mon avis n'est pas partagé, il est évident que je ne ferai pas de passage en force.

Pour développer un peu sur le "sticky head", celui-ci ne fonctionnait effectivement pas sur la version bureau (ou ordi), lorsque je suis allé sur la page tout à l'heure, en me rendant dans l'historique de la page pour revérifier puisque tu dis de ton coté que ça marche, il s'avère que cette fois, ça marche également. Alors erreur de ma part, bug d'affichage de mon ordinateur ou autre chose, je n'en sais rien. Je maintiens toutefois que lorsque je passe par l'application iOS, le "sticky head" ne marche purement simplement pas, quand à la version mobile sans appli je ne l'avait pas testée. Niivlem (discuter) 12 décembre 2025 à 16:06 (CET)

Remerciements

Bonjour, En voulant remercier Niivlem pour sa réponse au-dessus, j'ai remarqué que sur le téléphone (version mobile) ça pose problème : j'ai un début de phrase qui s'affiche, mais impossible de faire glisser l'affichage pour voir la fin et les boutons pour "remercier"/"annuler", sauf (et c'est vraiment un coup de bol que j'aie essayé ça) en surlignant le texte en glissant vers la droite. Ce n'est vraiment pas pratique et intuitif comme façon de faire, contrairement à sur la version de bureau. SenseiAC (discuter) 12 décembre 2025 à 16:32 (CET)

Nouveau modèle qui donne le nombre d'articles dans une catégorie

Bonjour

Je viens d'importer de wp.en le modèle:clc qui permet d'avoir un lien vers une catégorie et le nombre d'articles dans cette catégorie.

Ça peut être utile pour avoir un œil sur les catégories de maintenance, ou bien pour afficher la catégorie de maintenance associée à un modèle sur sa page de documentation.

Par exemple : {{clc|Page avec code de langue invalide}} donne : Catégorie:Page avec code de langue invalide (1)

On peut bien sûr aussi se servir d'{{Utilisateur:OrlodrimBot/Suivi catégorie}} si on veut les liens vers les articles récemment ajoutés.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 12 décembre 2025 à 18:41 (CET)

Bonjour @SyntaxTerror, ça m'intéresse ! Quelle différence avec le mot magique PAGESINCATEGORY ? Je peine à la saisir en regardant le code du modèle — non pas qu'il soit mal fait, mais mes connaissances sont limitées  —. Également, je ne comprends pas l'exemple du « nom alternatif ». Bien à toi, Pharma ^💬 29 décembre 2025 à 01:05 (CET)

Bonjour Pharma.

Ce modèle est bien l'équivalent de [[:Catégorie:Page avec code de langue invalide]] ({{PAGESINCATEGORY:Catégorie:Page avec code de langue invalide}}).

Le code du modèle est en effet un peu complexe. J'ai recopié le modèle depuis en:Template:Category link with count, les appels au module:string ne servent qu'à mettre en forme le texte et à ce qu'il soit possible de mettre ou non Catégorie:.

Quant au « nom alternatif », je viens de me rendre compte que j'avais mal traduit la documentation pour l'exemple.

Voilà le résultat attendu : {{clc|Côte-d'Or|nom=Cd'O}} donne : Cd'O (33)

Bonne journée et joyeuses fêtes, Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 29 décembre 2025 à 03:58 (CET)