Discussion Projet:Modèle

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)

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)

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)

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)

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)

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

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

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

Bonjour,
Je me demandais pourquoi le modèle {{sticky header}} n'était pas ajouté par défaut dans les modèles de création de tableaux.
Ce modèle est très utile lors de la navigation sur Wikipédia (se repérer dans chaque colonne sans devoir remonter, pareil pour les trier) et je n'y vois aucuns inconvenants.
Qu'en pensez-vous ? - Musstruss (discuter) 2 janvier 2026 à 20:41 (CET)

Bonsoir, intuitivement je dirais qu'il y a sans doute des problématiques d'accessibilité derrière. Je pense par exemple aux utilisateurs sur mobile dont l'écran est trop petit pour se permettre de « gâcher » 1 cm d'espace de manière permanente. Vous pouvez vous tourner vers l'atelier accessibilité pour vérifier si mon intuition est juste, et ils pourront peut-être même vous en dire plus. Cordialement — V_VL_LA_AC_C 2 janvier 2026 à 23:01 (CET)

Bonjour à tous,

Pourquoi est-ce que le modèle {{voir homonymes}} affiche pour les articles homonymes et les modèles dérivés, du genre {{2autres}}, affichent Pour les autres significations ?

Je me dis que c'est parce qu'un modèle comme {{2autres}} a déjà listé un autre article homonyme mais c'est parfois beaucoup moins pertinent. Par exemple, quand j'utilise sur la page 7e régiment d'artillerie à pied (1910-1918) ça donne « Pour le 7^e régiment d'artillerie à pied existant au XIX^e siècle, voir 7^e régiment d'artillerie (France). Pour les autres significations, voir 7^e régiment. » Ce qui est étrange car les autres 7e régiment d'artillerie à pied et 7e régiment d'artillerie listés sur la page d'homonymie 7^e régiment ne sont pas des autres significations mais des articles homonymes (ou quasi-homonymes).

Je sais que je peux modifier la mise en forme avec un paramètre dédié, au cas par cas, mais je pense que, dans le cas général, il faut mieux pour les articles homonymes. Le Petit Chat (discuter) 10 janvier 2026 à 16:57 (CET)

Bonjour Le Petit Chat. Dis-toi bien que si on change le texte affiché, toutes les pages où ce modèle est présent seront affectées, avec sans doute des formulations qui vont devenir bizarres.

On a affaire à presque 700 000 pages , toutes les vérifier est virtuellement impossible.

Même si les différents modèles ne sont pas exactement identiques, ça nous oblige à garder le texte affiché comme il est.

Comme tu dis, il existe un paramètre dédié pour changer la formulation, donc il n'y a pas vraiment de problème. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 10 janvier 2026 à 18:03 (CET)

Justement  SyntaxTerror je pense qu'il faudrait tout changer car Pour les articles homonymes me paraît, dans tous les cas, au moins autant (et souvent plus) adapté que Pour les autres significations. Le Petit Chat (discuter) 10 janvier 2026 à 19:54 (CET)

Attendons de voir les avis des autres modélistes.

Je ne vois pas vraiment l'intérêt d'une telle modif, étant donné qu'on peut faire afficher le texte qu'on veut et qu'il vaut mieux éviter de vouloir réparer ce qui n'est pas cassé. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 10 janvier 2026 à 22:17 (CET)

Hello,

si je comprends bien, l'idée serait de modifier le texte du modèle {{2autres}}. Celui-ci n'a "que" 2000 utilisations dans des articles (voir ici), soit bien moins que {{voir homonymes}}.

Ceci dit, je ne suis pas sûr que ce soit plus (ou moins) compréhensible, il me semble qu'il s'agit d'une distinction mineure.

Epok (✉), le 10 janvier 2026 à 22:35 (CET)

Bonjour

Il y a un problème avec le modèle:Magazine et les langues multiples dans le paramètre langue dans Futur simple en français#Monographies.

Il y a une erreur de code langue dans l'article alors qu'elle ne se déclenche pas ici :

• {{Magazine|langue=en+fr|périodique=Canadian Journal of Linguistics / Revue canadienne de linguistique|volume=61|numéro=3|année=2016|titre numéro=Future temporal reference in French / La référence temporelle au futur en français}}.
  • donne « Canadian Journal of Linguistics / Revue canadienne de linguistique, vol. 61, n^o 3 « Future temporal reference in French / La référence temporelle au futur en français », 2016. »

Je n'ai pas trouvé d'où venait l'erreur, par contre je trouve assez bizarre d'appeler des modèles ainsi :

• {{Module biblio/identifiants normalisés internationaux}}
• {{Module biblio/indication de langue}}
• {{Module biblio/libellé}}
• {{Module biblio/responsabilité principale}}
• {{Module biblio/responsabilité principale/responsable}}
• {{Module biblio/responsabilité secondaire}}
• {{Module biblio/span initial}}

Si on ne connait pas la finesse du truc, ça complique juste les choses, surtout que ces faux modules n'invoquent même pas le module:Biblio à ce que j'en ai compris.

Je n'ai pas corrigé l'erreur sur Futur simple en français#Monographies, c'est le modèle:Magazine qui doit être corrigé. [EDIT: corrigé par Remy34 ).]

Il serait sans doute préférable de faire vraiment prendre en charge ce modèle par le module:Biblio, mais ça semble beaucoup de travail pour une utilisation modérée (478 utilisations sur 256 pages ). On pourrait aussi le supprimer et le remplacer par {{article}}, comme proposé par  Berdea dans Discussion modèle:Magazine#Pertinence du modèle et présentation à revoir.

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

Bonjour,
je cherche à corriger le Modèle:Livret album qui insère une virgule entre le prénom et le nom :
Exemple : |prénom1=Jean |nom1=Dupont renvoie "Jean, Dupont".
Ni une ni deux, je me suis dit facile, je retire la virgule dans le modèle et on n'en parle plus. Malheureusement, le résultat donne JeanDupont sans espace, et je ne sais pas comment lui imposer d'ajouter un espace. Mes connaissances techniques s'arrêtent à &nbsp, qui donne un résultat affreusement disgracieux. J'aurais bien voulu regarder comment c'est géré dans le modèle ouvrage ou dans le modèle anglais, mais je n'ai pas accès au code, même en lecture seule. Pouvez-vous me donner un coup de main ? Jethro8 (discuter) 27 mars 2026 à 17:23 (CET)

Bonjour Jethro8. Peux-tu donner un exemple ici d'un modèle qui ne marche pas ?

Je ne comprends pas très bien l'utilité d'avoir des paramètres prénom1 et nom1 séparés (et encore moins de les numéroter, vu qu'un seul de chaque est possible).

Sinon, ce n'est pas géré par un module, il y a juste le Modèle:Module biblio/span initial (qui n'est pas un module lua, le nom est trompeur) qui sert à créer l'ancre.

Ça m'a l'air d'être un sacré boxon ce modèle. Je n'ai pas trop compris pourquoi  Bouchecl, en ajoutant le code pour cette ancre en 2014 , y a mis les paramètres nom2, nom3, nom4 alors qu'ils ne sont pas utilisés dans l'affichage (ils ne sont pas dans la doc non plus).

Il y a aussi un sacré paquet de paramètres erronés (214 pages sur 614 ont des erreurs)

Une bonne partie des erreurs vient apparemment de modèles importés de wp.en, vu que les paramètres de wp.en n'ont pas d'alias sur le modèle de wp.fr.

On ne peut même pas ajouter une partie de ces alias, car leur contenu est en anglais (genre type )

Sacré boulot de maintenance en perspective. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 27 mars 2026 à 18:20 (CET)

Ce n'est peut-être pas la peine de passer trop de temps sur ce modèle, puisque ca fait si longtemps qu'il existe et que personne ne se plaint, aussi bancal soit-il. Je faisais juste une remarque cosmétique.
Un exemple réel, avec la virgule entre le prénom et le nom :

{{livret album|titre=[[Voodoo Child: The Jimi Hendrix Collection]]|artiste=[[Jimi Hendrix]]|année=2001|nom1=Loder|prénom1=Kurt|format=CD compilation booklet|lieu=Universal City, California|éditeur=[[MCA Records]]|éditeurid=066 112 603-2}}.

donne :

Voodoo Child: The Jimi Hendrix Collection, Jimi Hendrix, 2001, Kurt Loder, CD compilation booklet, MCA Records, 066 112 603-2, Universal City, California.

Jethro8 (discuter) 27 mars 2026 à 19:56 (CET)

@Jethro8 : c'est réglé pour la virgule.

Le fait que personne ne se soit plaint ne veut pas dire qu'il n'y a pas de problème. C'est souvent ce qui arrive avec ces modèles biblio peu utilisés qui auraient dû être intégrés au module Biblio, comme le modèle Magazine plus haut , ou le modèle Interview .

Il faudrait d'abord regarder si le bot dont j'ai oublié le nom peut passer pour traduire les paramètres comme il le fait déjà pour les modèles {{cite news}} et compagnie.

Ensuite, voir avec ceux qui utilisent ce modèle ce qu'il y a à faire avec le contenu en anglais qu'il faudrait traduire.

Et quand on aura décidé, ajouter les alias nécessaires et faire passer un bot pour nettoyer ce qui reste.

Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 27 mars 2026 à 22:28 (CET)

Alors, le bot qui traduit les modèles, c'est JackBot (d · c · b).

Bonjour JackPotte, pourrais-tu ajouter la traduction des paramètres du Modèle:Livret album à ton bot ?

Le modèle de wp.en est en:Template:Cite AV media notes (qui a 41 redirections).

cf. liste des paramètres erronés sur https://wstat.fr/template/info/Livret_album

Il faudrait sans doute ajouter un paquet de paramètres manquants, car le modèle wp.en a 127 paramètres , alors que celui de wp.fr n'en a que 16. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 27 mars 2026 à 22:45 (CET)

Bonjour, je regarde ça tout de suite... JackPotte ($♠) 29 mars 2026 à 10:56 (CEST)

Bonjour JackPotte et merci. Jette aussi un œil au sujet suivant, tu auras peut-être des remarques intéressantes. Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 29 mars 2026 à 11:04 (CEST)

OK pour ce modèle (j'ai juste rajouté "langue=" et automatisé la traduction des paramètres existants). Je regarde la suite maintenant... JackPotte ($♠) 29 mars 2026 à 11:22 (CEST)

Merci.

Il vaut mieux attendre le dump suivant (fin de semaine prochaine) pour voir les erreurs qui restent. Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 29 mars 2026 à 11:43 (CEST)

Bonjour

Je viens de me rendre compte d'un problème avec les modèles biblio importés de wp.en.

Leur paramètre id sert là-bas à ajouter « Un identifiant unique, utilisé lorsque aucun des identifiants spécialisés n'est applicable ; insérez un lien wiki ou utilisez un modèle de lien externe selon le cas. Par exemple, |id=NCJ 122967 ajoutera « NCJ 122967 » à la fin de la référence. Vous pouvez utiliser des modèles tels que |id={{NCJ|122967}} pour ajouter NCJ 122967 à la place. » (traduit depuis en:Template:Cite news#Identifiers)

En gros, ça ajoute un lien externe après le modèle.

Ici, id sert à créer une ancre servant à faire des renvois bibliographiques (références Harvard et autres), mais sur wp.en c'est ref le paramètre chargé de ça (cf. en:Template:Cite news#Anchor).

Le problème ne semble se poser que rarement, je l'ai découvert dans Projet:Modèle/Maintenance/Listes#Modèles inexistants utilisés dans les articles avec le modèle {{ProQuest}} utilisé 172 fois (cf. Spécial:Pages_liées/Modèle:ProQuest) et ne pose pas de problème d'affichage (les ancres ne se voient pas).

Exemple sur Boris Karloff :

{{article|nom1=Brundage |prénom1=David |titre=Tony the Tiger, not Frankenstein, sang 'You're a Mean One, Mr. Grinch' |url=https://www.proquest.com/docview/1851977422 |consulté le=20 décembre 2021 |journal=The Washington Post |date=December 24, 2016 |id={{ProQuest|1851977422}} |ref=GrinchSinger}}

donne

David Brundage, « Tony the Tiger, not Frankenstein, sang 'You're a Mean One, Mr. Grinch' », The Washington Post,‎ 24 décembre 2016 (lire en ligne, consulté le 20 décembre 2021)

En cherchant \| *id *= *\{\{ dans le dump, j'ai trouvé seulement 394 articles (dont des faux positifs, comme avec Modèle:Légifrance#id).

Il y a d'autres modèles probablement importés de wp.en, comme notamment {{MathSciNet}} et {{Zbl}} que j'ai trouvés sur Loi de Bernoulli#Loi de Poisson.

Ça reste un problème à régler, même si ça ne semble pas vital.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 28 mars 2026 à 02:10 (CET)

Bonjour, ahma le plus propre serait de convaincre la communauté anglophone d'allonger le nom de leur paramètre pour désambiguïser... JackPotte ($♠) 29 mars 2026 à 11:22 (CEST)

@JackPotte même s'ils acceptent, il faudra qu'ils passent sur tous les articles pour modifier le nom du paramètre pour que ça serve à quelque chose ici.

Et ils vont nous dire que c'est plutôt à nous de désambiguïser (surtout que beaucoup d'autres Wikis utilisent les modèles de wp.en tels quels). Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 29 mars 2026 à 11:38 (CEST)