Projet:Modèle/Demandes — Wikipédia

Travail demandé par SenseiAC (discuter) 31 août 2025 à 14:18 (CEST)Répondre

• Avancement :
• Détails de la demande : Bonjour, Serait-il possible de créer un modèle, qu'on pourrait je pense appeler {{noble h'}}, qui combinerait {{noble}} et {{page h'}} ? Autrement dit, un affichage analogue à {{noble}}, tout en faisant en sorte de ne pas avoir le marquage d'homonymie (surlignage en rose etc.) quand on pointe délibérément vers une page d'homonymie (par exemple Théodore II). Ce serait plus court que de devoir écrire par exemple {{page h'|Théodore II|{{nobr|Théodore {{II}}}}. Du même coup, on pourrait éventuellement avoir {{noble h}} et {{noble lh}}, analogues combinant {{noble}} avec {{page h}} et {{lh}} respectivement. Merci d'avance. SenseiAC (discuter) 31 août 2025 à 14:18 (CEST)Répondre
• Article(s) pour le modèle : ...; ...; ...
• Discussions :

SenseiAC (discuter) 31 août 2025 à 14:18 (CEST)Répondre

Vu que la création de modèles analogues à {{Noble}} demande d'éditer le module:Noble, autant simplement ajouter des paramètres à {{Noble}} plutôt que de multiplier les modèles pour un nombre de cas très restreint, ça nuit à la maintenance.

{{page h'}} est uniquement l'ajout d'un <span class="page_h">, {{page h}} ajoute en plus une icône et {{lh}} une icône et une catégorie (et est d'une utilité douteuse).

 Alserv semble en vacances prolongées, il faut demander ça au projet:Scribunto. Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 31 août 2025 à 15:11 (CEST)Répondre

Bonjour @SenseiAC, @SyntaxTerror, désolé pour la longue absence (convalescence difficile après deux opérations cardiaques).

À priori, il me semble discutable de modifier le modèle {{noble}} pour une utilisation si spécifique. Étant donné que le modèle n'y voit que du feu s'il n'y a pas de chiffres romains ({{noble-|Charlemagne}} génère tout bonnement Charlemagne), je suggérerais plutôt de modifier {{page h}} et {{page h'}} pour appeler le modèle {{noble-}} eux-mêmes, pour qu'il s'occupe du texte affiché.

Le seul caveat est l'interprétation d'un second paramètre, qui est différent dans le modèle {{noble}}. La meilleure solution à mon avis serait de remplacer [[{{{1}}}|{{{2|{{{1}}}}}}]] par [[{{{1}}}|{{noble-|{{{2|{{{1}}}}}}}}]] ou quelque chose du genre. Bref, laisser {{noble-}} s'occuper juste du texte affiché.

Amitiés, -- Alserv (discuter) 13 novembre 2025 à 19:31 (CET)Répondre

Bonjour Alserv et bon rétablissement.

A priori ça me semble une bonne idée, je n'avais pas pensé à prendre le problème par l'autre côté. Ça évite aussi d'avoir à éditer les cas déjà existants.

Par contre, ce n'est pas moi qui vais m'en occuper.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 13 novembre 2025 à 19:54 (CET)Répondre

Merci. J'ai fait les modifications dans {{page h}} et {{page h'}}. Pas de nouveau modèle, pas de nouveau paramètre, tous les cas existants sont adaptés, chouette. Ca a l'air de marcher. Sinon en cas de problème il n'y a qu'à révoquer.

Amicalement, -- Alserv (discuter) 13 novembre 2025 à 20:17 (CET)Répondre

@Alserv : après coup, j'ai pensé à la possibilité d'avoir des majuscules qui ne sont pas des chiffres romains, par exemple les lettres I , V , X , L , C , M , ou une combinaison de ces lettres. Il y a aussi les titres avec ces lettres qui ne sont pas des chiffres romains, par exemple Prince Far I  ou V (série télévisée)  (ce ne sont pas des pages d'homonymies, mais ça montre que c'est possible).

J'ai fait une recherche sur les 5 000 premières utilisations de {{page h}} et j'ai trouvé pas mal de cas :

J'ai arrêté après ce dernier cas, réalisant que cette solution simple a beaucoup trop de faux positifs quand on y regarde de plus près.

Il y a aussi le problème des suites de lettres qui sont aussi des chiffres romains incorrects, ce qui va faire afficher un message d'erreur par {{Noble-}} :

{{page h|VV}} donne : VV 

Il faut qu'un humain décide ou non si c'est bien un chiffre romain, car je ne pense pas qu'on puisse faire ça de façon automatique.

Une solution simple utilisant la même méthode serait d'ajouter un paramètre qui active ou non l'utilisation du modèle:Noble dans {{page h}} et {{page h'}}.

Il sera ensuite possible de faire une liste des cas utilisant des nombres romains, de les vérifier « à la main » et de faire passer un bot pour ajouter le nouveau paramètre. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 14 novembre 2025 à 18:24 (CET)Répondre

Merci pour toutes ces informations, je n'y avais pas pensé. Bon, pour commencer je révoque mes deux modifications (surtout à cause des messages d'erreur), puis on va penser à la solution que tu proposes, d'ajouter un paramètre pour active le noble ou pas.

-- Alserv (discuter) 14 novembre 2025 à 19:53 (CET)Répondre

OK, j'ai révoqué les deux modifications problématiques. Je vais réfléchir à tête reposée à la proposition d'ajouter un paramètre à {{page h}} et {{page h'}}, par exemple romains = oui pour activer le noble (je suis un peu brouillé avec toutes ces accolades pour le moment). Alserv (discuter) 14 novembre 2025 à 20:09 (CET)Répondre

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

@Alserv. Je viens de m'apercevoir d'un autre truc : le modèle {{noble-}} retire les parenthèses.

Je n'avais pas compris pourquoi {{page h|V (série télévisée)}} n'affichait pas les parenthèses dans mon exemple ci-dessus, mais c'était en fait à cause de {{noble-}} qui tu y avais intégré.

On ne pourra donc pas utiliser ton système avec Louis XIV (homonymie) par exemple, car le « (homonymie) » ne sera pas affiché.

{{noble-|Louis XIV (homonymie)}} donne Louis XIV (ce qui est un peu étrange après tout, étant donné que ce n'est pas un lien).

Je n'ai pas trop la tête à ça en ce moment, mais ce problème semble plus compliqué que prévu et nécessite plus ample réflexion.

Bonne soirée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 14 novembre 2025 à 21:34 (CET)Répondre

Pas de souci pour les parenthèses, c'est juste un oubli de ma part, la fatigue sans doute. Merci de l'avoir signalé. Il suffisait de mettre un second paramètre + à {{noble-}} pour qu'il donne plus.

{{noble-|Louis XIV (homonymie)|+}} donne bien Louis XIV (homonymie).

L'idée dans {{noble}} c'était qu'en général on veut les parenthèses dans le lien, mais pas dans le texte affiché.

Si on se dirige vers le nouveau paramètre supplémentaire romains=oui/non à vérifier à la main au cas par cas, vu qu'il y a plus d'une centaine de milliers d'appels aux modèles {{page h}} et {{page h'}}, il faudrait un système pour réduire la liste aux cas intéressants. À moins que wstat ne puisse le faire facilement, il y aurait moyen d'écrire un petit programme qui le fasse.

PS: j'aime cette manière de travailler : on fait un prototype, on l'essaie, on voit où ça coince, on le jette et on recommence...

Bref, je vais y penser, la nuit porte conseil. -- Alserv (discuter) 14 novembre 2025 à 22:00 (CET)Répondre

@Alserv pour la liste, wstat avec ( |\|)[IVXLCM]+( |\||\}) donne 480 occurrences pour {{page h}} (475 avec une regex plus compliquée qui ne reconnaît que les chiffres romains valides, et 265 pour {{page h'}}).

En y regardant de plus près, ça va être difficile de faire traiter ça par un bot, car il y a beaucoup de syntaxes différentes. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 14 novembre 2025 à 22:51 (CET)Répondre

On peut peut-être réduire le nombre en ne prenant que les chiffres romains précédés d'un mot (un prénom), ça éviterait les pages genre XX .

Ça donnerait 429 et 94 occurrences.

À regarder de plus près de toute façon, je suis une bille en regex... Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 14 novembre 2025 à 23:04 (CET)Répondre

J'ai oublié les I^er/I^re (mais je pense qu'il faut laisser les I quand même, genre Mark I).

On passe à 512 pour {{page h}} et 111 pour {{page h'}} (cette fois, j'ai exclu les espaces Utilisateur et Discussion).

@SenseiAC : peux-tu recopier ces listes dans tes brouillons (textes bruts ici et là) et enlever tout ce qui n'est pas des chiffres romains ?

Tu peux éventuellement y ajouter d'autres pages dans une section séparée, en utilisant la même présentation, si jamais tu penses qu'il y a des trucs qui manquent, mais je crois qu'on a tout. [EDIT] listes faites, voir plus bas.

Quand on aura trouvé une solution qui marche bien, je ferai les modifs avec mon bot.

Pour info, il ne semble rien n'y avoir pour {{Lien vers une page d'homonymie}}/{{lh}} [1], mais j'ai des doutes sur l'utilité de ce modèle qui est censé être temporaire. Les lecteurs savent-ils vraiment à quoi il sert, qui l'utilise, pourquoi n'est-il pas apposé sur tous les liens d'homonymie quand un bot passe déjà pour les repérer, et surtout qui le corrige ? Il faudrait en discuter ailleurs ( NicoV son créateur en 2007).

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 10:32 (CET)Répondre

Je suggérerais plutôt de ventiler les listes en texte brut dans trois listes :

1. Ceux qui contiennent certainement des chiffres romains, comme {{page h|Charles VII}}.
2. Ceux qui ne contiennent certainement pas des chiffres romains, comme {{Page h|All I Want}}.
3. Le reste à traiter à la main, comme {{page h|Adalbert Ier|Adalbert {{Ier}}}}.

Pour les deux premières listes, on pourrait demander à un bot d'ajouter systématiquement le paramètre rom=oui ou rom=non, ce qui permettrait à une itération ultérieure (par exemple au prochain dump) de ne plus devoir prendre en compte les modèles déjà traités.

Reste une question à analyser: en général le supplément entre parenthèses est éliminé comme dans {{page h|Auguste II (homonymie)|Auguste II}} et parfois il est conservé comme dans {{page h|Léopold II de Belgique (toponymie)|{{Léopold II}} de Belgique (toponymie)}}. Soit il y a une décision valable pour tous les cas (on garde partout ou on élimine partout), soit on ajoute une valeur possible au paramètre rom (calquée sur {{noble-}}) : '+' pour conserver les parenthèses. À votre idée ?

Ensuite, je veux bien m'occuper d'adapter les deux modèles pour ajouter le paramètre rom suivant l'option désirée.

Amicalement, -- Alserv (discuter) 15 novembre 2025 à 11:24 (CET)Répondre

@Alserv : le problème est comment fais-tu ces listes ?

On peut éventuellement ne prendre que I, V et X (des numéros de règne dépassant les 49, il ne doit pas y en avoir beaucoup).

Ça donne 502 et 90 (la différence n'est pas énorme).

On peut aussi trier à part les I seuls 17 et 6 (a priori 5 et 1 faux-positifs).

Mais d'une, les 600 et quelques occurrences ne vont pas être très dures à trier (beaucoup de cas similaires, faux-positifs repérables facilement), et de deux, cette requête est juste pour de nouveaux modèles (qui en fait devrait plutôt être l'adaptation de modèles existants), pas un traitement de toutes les occurrences passées et futures.

Ne nous compliquons pas la vie et traitons seulement les cas existants. Ça dépassera les attentes de la demande initiale sans devenir trop compliqué. Il y a bien d'autres problèmes de maintenance et d'accessibilité plus importants à régler.

Pour le rendu final, il ne faut rien toucher à part le traitement des chiffres romains. Là encore, ce n'est pas dans la demande, et une règle à grande échelle demanderait une discussion préalable pour être sûr que c'est bien consensuel. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 12:15 (CET)Répondre

Géniales, tes expressions régulières ! Rien à y redire...

Pour les listes : je pensais tout bonnement copier/coller le résultat de la requête en texte brut dans un fichier A, puis couper/coller manuellement les lignes dans un fichier B, C, ou D selon le cas. Puis on peut soumettre les fichiers B et C à un bot, et traiter le fichier D manuellement, hélas.

Voilà, j'ai publié une deuxième mouture des modèles {{page h}} et {{page h'}} qui supportent un nouveau paramètre rom, avec la signification suivante :

• paramètre non précisé : ça fonctionne comme avant, pas de traitement des chiffres romains (donc compatibilité) ;
• rom = non : pas de traitement des chiffres romains ; ceci n'est pas obligatoire, mais cela peut être utile pour indiquer qu'on est sûr qu'il n'y a pas de chiffres romains, et qu'il est donc inutile de s'y intéresser dans le futur ;
• rom = oui : traitement des chiffres romains ; les parenthèses sont éliminées ;
• rom = - : traitement des chiffres romains, l'affichage s'arrête après les chiffres romains ;
• rom = * : traitement des chiffres romains, l'affichage s'arrête avant les parenthèses ;
• rom = + = traitement des chiffres romains, l'affichage affiche tout ;
• rom = autre chose : cet autre chose est interprété comme le second paramètre de {{noble-}}.

Il y a quelques exemples dans Utilisateur:Alserv/Brouillon.

Si cela vous convient, dites-le moi et je mettrai à jour la documentation des modèles. Si cela ne vous convient pas, vous pouvez révoquer mes modifications dans les deux modèles sans souci, on examinera une autre solution.

-- Alserv (discuter) 15 novembre 2025 à 12:23 (CET)Répondre

PS: je n'avais pas fait attention au « il ne faut rien toucher ». Je suis tout à fait d'accord, en l'absence d'une discussion et d'un consensus général. La solution proposée permet de spécifier rom=+ ou rom=* pour afficher ou non les parenthèses, selon le choix de l'auteur original.

-- Alserv (discuter) 15 novembre 2025 à 12:29 (CET)Répondre

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

@Alserv j'ai trié les listes sur un de mes brouillons, regarde si ce que je propose comme valeurs pour rom te semble correct.

@SenseiAC : jette un coup d'œil à ces listes et dis-moi s'il y a des modificiations ou des ajouts à faire.

Pour le cas hors de l'espace encyclo, je serais plutôt pour les laisser de côté, ou les traiter manuellement.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 14:43 (CET)Répondre

 SyntaxTerror : Lol, je venais juste de faire les listes ici et là et quand je veux te répondre Conflit d’édition — . Je vais regarder ta liste. SenseiAC (discuter) 15 novembre 2025 à 14:52 (CET)Répondre

@SenseiAC. J'ai corrigé quelques erreurs, utiliser cette version à la place. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 14:54 (CET)Répondre

 SyntaxTerror :

SenseiAC (discuter) 15 novembre 2025 à 15:06 (CET)Répondre

Conflit d’édition —

Tes listes m'ont au moins permis de trouver des liens rouges :

Ainsi que des pages qui ne sont pas des homonymies, mais des redirections (mon gadget pour les homonymies surligne aussi les redirections) :

À toi de voir s'il y a matière à corriger.

Sinon, je ne compte modifier que les articles, pas le reste.

Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 15:09 (CET)Répondre

@SenseiAC : En effet, il ne semble pas y avoir d'italique pour les classes de navires, il faut traiter comme un cas simple.

Pour Léopold II (roi des Belges) c'était une erreur d'édition.

La version corrigée est ici.

Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 15:21 (CET)Répondre

@SyntaxTerror, fameux travail !

Juste une petite note : quand tu écris » Retrait second paramètre + rom = * » dans {{page h}}, je suppose que tu voulais écrire « Retrait second paramètre + rom = + » si le but était de conserver les parenthèses. Le + laisse les parenthèses, alors que le *, exactement comme oui, s'arrête avant les parenthèses.

Il me semble que Projet:Rock/Historique des créations/Archives 2010 : {{page h|All I Want}} est placé dans « simple ajout de rom = oui » alors qu'il ne faudrait pas y toucher.

-- Alserv (discuter) 15 novembre 2025 à 16:12 (CET)Répondre

@Alserv je n'avais pas capté que oui = *, je pensais que oui = + (on ne touche qu'aux chiffres romains).

À mon avis, il vaudrait mieux que oui = +, et se débarrasser du +.

Les alias dans les valeurs de paramètres sont rarement une bonne chose, surtout pour la maintenance.

En plus, ce n'est pas très user-friendly, car sans lire la doc, on ne sait pas quelle valeurs utiliser ni leur effets (mais je ne vois pas trop comment faire autrement).

Sinon, quand je vérifie ma liste, j'y trouve des erreurs/oublis (on dirait qu'il manque les « XXX Ier », par exemple pas de {{page h|Robert Ier}} pour Robert (prénom)).

Je vérifierai ça plus tard, je n'ai plus le temps ce soir. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 15 novembre 2025 à 16:38 (CET)Répondre

Tu as parfaitement raison, la confusion était en effet bien compréhensible. J'ai donc modifié les modèles pour que rom=oui soit interprété comme rom=+, c'est à dire qu'il garde les parenthèses, comme tu l'as suggéré. Comme valeur utile, il ne reste que rom=non (pas de romains), rom=oui (romains en gardant les parenthèses), plus les cas spécifiques rom=* (arrêt avant les parenthèses) et rom=- (arrêt juste après les chiffres romains).

Les valeurs +, * et - viennent de {{noble}} où elles ont en fait été introduites pour raison historique, comme d'habitude en informatique.

-- Alserv (discuter) 15 novembre 2025 à 17:09 (CET)Répondre

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

@Alserv : c'est sans doute mieux comme ça, merci pour les modifs.

Ceci dit, les modèles page h et h' acceptant aussi un deuxième paramètre, on aurait aussi pu se passer de ces valeurs :

{{page h|Louis IX (homonymie)|Louis IX|rom=oui}} est équivalent à {{page h|Louis IX (homonymie)|rom=-}} ou {{page h|Louis IX (homonymie)|rom=*}}. La première syntaxe change moins les habitudes et est sans doute plus compréhensible, même si elle est un peu plus longue.

J'ai revu mes listes et ça devrait être bon (à moins qu'on décide d'utiliser la deuxième solution ci-dessus).

J'ai traité à part les Mark (modèle) en créant la {{palette Mark}} et en éditant les pages liées.

Je vais modifier avec mon bot tous les articles et la plupart des pages non encyclo, il en restera une poignée qui pourra être traitée à la main, ou laissée de côté, ça ne semble pas bien important.

Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 16 novembre 2025 à 01:08 (CET)Répondre

Excellent ! Alserv (discuter) 16 novembre 2025 à 08:41 (CET)Répondre

En fait, je n'arrive pas à faire des règles simples pour y traiter automatiquement avec AWB.

Mes regexes font des milliers de caractères et entrent en conflit.

Un des problèmes est que la syntaxe pour le même lien est différente selon les pages, donc même en faisant des règles particulières pour chaque cas, ça ne marchera pas. Traiter par lots demandera plus de travail que d'y faire en semi-automatique.

J'ai aussi des difficultés à retirer les seconds paramètres de certains modèles et pas d'autres.

Je vais regarder ça dans les jours qui viennent, mais a priori je dirais que ce n'est pas faisable avec les outils dont je dispose, en tout cas pour les cas complexes.

Si un dresseur de bot plus compétent que moi passe par là (ça ne doit pas être dur à trouver ), il est le bienvenu.

En passant, si c'est possible, il serait bien de remplacer les liens simples avec des modèles {{Lnobr rom}} [EDIT : plutôt {{noble}}, voir ci-dessous] sur la plupart des pages, comme je l'ai fait pour les homonymies Mark (par exemple ici).

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 16 novembre 2025 à 12:38 (CET)Répondre

Désolé, je n'y connais rien en bots, je ne peux pas t'aider.

Juste une petite remarque : {{nobr rom}} et {{lnobr rom}} ne traitent pas I^er et I^re, et mettent tout le texte en insécable, ce qui peut parfois être gênant si le texte est assez long, particulièrement dans les palettes. C'est pourquoi en général je préfère utiliser {{noble-}} et {{noble}} qui ne mettent un insécable qu'avant les chiffres romains.

-- Alserv (discuter) 16 novembre 2025 à 14:37 (CET)Répondre

@Alserv : je ne savais pas pour I^er et I^re, ça ne doit pas poser de problème sur les pages Mark, ce ne sont pas des numéros de règne, mais en effet, sur les pages concernées ici, il vaudrait mieux utiliser {{noble}}.

Pour le lien insécable, ce n'est pas vraiment un problème non plus sur les pages d'homonymie, les liens étant en début de ligne.

J'ai utilisé {{lnobr rom}} dans mes remplacements automatiques parce que c'était la solution la plus simple.

J'ai dû ajouter les {{nobr rom}} à la main par contre, car ce n'est pas facile de repérer ce qui doit être inclus ou pas dans le modèle. Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 16 novembre 2025 à 14:56 (CET)Répondre

Hello @SyntaxTerror, je n'avais pas fait attention mais maintenant je vois que tu as déjà les titres des pages à modifier. Alors une petite suggestion : tu fais un tableau Excel avec trois colonnes : le titre de la page à modifier, la chaîne à rechercher textuellement dans la page et la chaîne de remplacement (pas difficile à faire à la main avec un traitement de texte), puis tu fais une demande à un bot.

C'est ce que j'avais fait quand j'ai lancé mon projet DARPA. Avec plus de treize mille corrections à faire, c'était un peu beaucoup pour le faire à la main. La demande a été tout de suite acceptée, et le bot a mis 27 heures pour faire le travail au rythme d'une correction toutes les 5 secondes.

-- Alserv (discuter) 17 novembre 2025 à 10:44 (CET)Répondre

@Alserv : je vais faire la même chose, mais avec Notepad++.

Il suffit en fait de trier les modèles par ordre alphabétique, de chercher les lignes avec les mêmes premiers paramètres et de les mettre de côté si les deuxièmes paramètres sont différents.

Je ferai ça quand j'aurai un moment/le courage... . Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 17 novembre 2025 à 11:16 (CET)Répondre

Travail demandé par Ariel Provost (discuter) 23 septembre 2025 à 17:24 (CEST)Répondre

• Avancement :
• Détails de la demande : Le modèle « HMS » met en forme l'affichage du nom d'un navire de la Royal Navy et appose un lien interne : très bien, mais nombre de ces navires ont leur article sur Wiki-en mais pas sur Wiki-fr. Il faudrait ajouter un paramètre nommé optionnel (par exemple trad) permettant de remplacer le lien interne par un lien vers Wiki-en ({{lien| trad=le nom de l'article de Wiki-en| fr=le nom que devrait avoir l'article en français| texte=le nom à afficher}}).
• Article(s) pour le modèle : par exemple HMS Andromeda .
• Discussions :

@Ariel : à ce que j'en sais, le modèle {{lien}} n'est pas forcément voulu par tous. Une discussion préalable pour faire de {{HMS}} son équivalent est à mon avis nécessaire pour être sûr que c'est consensuel.

Une solution simple est d'utiliser le paramètre texte de {{lien}} pour y mettre l'italique.

Pour bien faire les choses, la mise en place d'un paramètre équivalent demanderait la modification du Module:Lien interwiki pour qu'il prenne en charge {{HMS}} (dont le code serait alors remplacé par un appel du module). Il faudrait voir ça avec  Od1n qui est son créateur, ou avec le projet:Scribunto. Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 20 novembre 2025 à 12:48 (CET)Répondre

Travail demandé par Vega (discuter) 17 octobre 2025 à 14:22 (CEST)Répondre

• Avancement :
• Détails de la demande : Bonjour, le modèle {{Lien arXiv}} est un peu en déshérence. Pourriez-vous le mettre à jour selon les deux derniers sujets de Discussion modèle:Lien arXiv svp (je ne trouve pas dans quelle partie du code se cache ce point final...) :

Je n'ai pas vérifié si les sujets précédents de sa PdD sont toujours d'actualité aussi. Merci.

• Article(s) pour le modèle : nombreux
• Discussions :

Vega (discuter) 17 octobre 2025 à 14:22 (CEST)Répondre

Bonjour Vega.

Pour la mention du site, où la mettre, et surtout, est-ce vraiment nécessaire/consensuel ? Il n'y a pas de participants à la discussion que tu as lancée.

Pour ma part, je dirais que c'est aussi nécessaire que d'imposer l'utilisation de site/éditeur sur {{lien web}}. Le lecteur est plutôt intéressé par l'article, pas par le site qui l'héberge, et il peut voir que c'est sur arxiv.org en suivant le lien. Je ne vois pas l'intérêt de surcharger le modèle, mais après, je ne l'utilise pas, donc mon avis ne compte pas réellement.

Pour le retrait du point, il y a le paramètre point = non qui le retire.

Si l'on retire cette ligne du modèle, il faudra aussi passer sur les 368 pages utilisant ce modèle 539 fois pour ajouter ce point, car seules deux pages utilisent ce paramètre.

Là aussi, cette demande ne semble pas avoir attiré l'attention de beaucoup de monde. Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 18 novembre 2025 à 13:56 (CET)Répondre

Bonjour SyntaxTerror, bonnes questions.

Pour la mention du site, {{lien web}} ne le rend certes pas obligatoire mais (si je comprends bien les stats) seuls 0,9 % des utilisations ne le précisent pas. Pas étonnant, car le site permet de repêcher un lien brisé et de jauger le sérieux de la source, son point de vue éventuel, etc. Mais c'est surtout avec {{article}} qu'il faut comparer, modèle spécialisé notamment dans les publications scientifiques comme {{lien arXiv}} : là son paramètre périodique est obligatoire.

Pour le point final, c'est une question d'homogénéité, aucun des autres modèles n'en inclut. Résultat, on ajoute souvent le point manuellement en oubliant cette exception, et on se retrouve avec deux points finaux (voir par exemple sur Exoplanète ou Trou noir, également dus à {{arxiv}} qui ajoute aussi un point). Anne_Bauval et Malik2Mars allaient dans ce sens dans les PdD que je mentionnais. Àmha tous les modèles bibliographiques devraient ajouter un point par défaut, puisque dans la grande majorité des cas ce sont des références simples, mais ce n'est pas le cas... À défaut, visons donc au moins l'homogénéité entre modèles bibliographiques. Il faudra en effet ajouter le point, un bot pourra s'en charger j'imagine. Salutations — Vega (discuter) 19 novembre 2025 à 20:56 (CET)Répondre

Bonjour @Vega. Je veux bien m'occuper du point, y compris l'ajouter avec mon bot là où il va manquer après son retrait du modèle (et nettoyer là où il est en double si je peux).

Je peux aussi ajouter un lien vers ArXiv, mais j'aimerais bien que d'autres personnes donnent leur avis sur la question avant de le faire.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, mercredi 19 novembre 2025 à 22:55 (CET)Répondre

Juste pour préciser, 0,9 % des paramètres site ne sont pas remplis (1008574/1017079), mais ce paramètre rempli n'est présent que dans 14 % des modèles {{lien web}} (1008574/7376198). Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 20 novembre 2025 à 12:15 (CET)Répondre

Travail demandé par Ellicrum _{(bablute [...])} 18 octobre 2025 à 23:05 (CEST)Répondre

• Avancement :
• Détails de la demande : Bonjour, il s'agit ici du ré-upload d'une requête publiée en début d'année, qui a été archivée sans réponse et que je me permets ici de republier, si cela ne pose pas de souci. Comme cette demande est assez difficile à expliquer, je vais aller à l'essentiel.

Il y a quelques années, j'avais créé un certain nombre de listes sur les espèces de mammifères par pays européen. Dans ces listes, il y a la présence de plusieurs tableaux dont le contenu est largement identique : la plupart des mammifères présents se retrouvent en effet dans tous les pays européens.

Plutôt que de recopier à chaque fois le même wikicode, je me demandais s'il ne serait pas possible de tout centraliser dans un unique modèle, où on pourrait y déplacer l'essentiel du contenu de tous ces tableaux. Ce modèle pourrait prendre comme dénomination quelque chose comme « modèle:Liste des mammifères », où on y compilerait progressivement les espèces traitées. Sous la forme par exemple d'un module {{#invoke:nom_module|nom_fonction|arg1|arg2|…}}, ou bien quelque chose de complètement différent.

Si je prends un exemple, extrait ici de la liste des mammifères en Allemagne, on a ce type d'affichage :

Pour obtenir ce résultat, voici le wikicode utilisé (qui devient vite assez lourd quand il y a une centaine d'espèces) :

{{Sticky header}}
{| class="wikitable sortable alternance centre sticky-header" style="text-align:center"
! class="unsortable" | Illustration !! [[Nom vulgaire]]<br>[[français]] !! [[Nom binominal]] et<br>[[Citation d'auteurs en zoologie|citation d'auteurs]] !! Nom vulgaire<br>[[allemand]] !! class="unsortable" | Statut [[Biogéographie|{{Abréviation discrète|biogéo.|biogéographique}}]]<br>en [[Allemagne]] !! class="unsortable" | [[Aire de répartition]] !! class="unsortable" | [[Statut de conservation|Statut de<br>{{Abréviation discrète|con.|conservation}}]] [[Liste rouge de l'UICN|{{Abréviation discrète|mon.|mondial}}]]
|-
| [[Fichier:Locha(js).jpg|140px|Sanglier d'Eurasie]] || [[Sus scrofa|Sanglier d'Eurasie]] || ''[[Sus scrofa]]''<br><small>[[Carl von Linné|Linnaeus]], [[1758 en science|1758]]</small> || {{Allemand|Wildschwein}} || [[Indigène (écologie)|Autochtone]]<ref name="UICN Sus scrofa"/> || [[Fichier:Sus scrofa range map.jpg|160px|Aire de répartition du Sanglier d'Eurasie]] || {{Icône UICN|LC}}<ref name="UICN Sus scrofa"/>
|-
| [[Fichier:Anim1750 - Flickr - NOAA Photo Library (cropped).jpg|140px|Baleine franche de l'Atlantique Nord]] || [[Eubalaena glacialis|Baleine franche de<br>l'Atlantique nord]] || ''[[Eubalaena glacialis]]''<br><small>([[Philipp Ludwig Statius Müller|Müller]], [[1776 en science|1776]])</small> || {{Allemand|Atlantischer Nordkaper}} || [[Indigène (écologie)|Autochtone]]<br><small>([[Espèce extirpée|extirpé]], puis [[Espèce erratique|erratique]])</small><ref name="UICN Eubalaena glacialis"/>{{,}}<ref group=Note name="Espèce extirpée"/> || [[Fichier:Cypron-Range Eubalaena glacialis.svg|180px|Aire de répartition de la Baleine franche de l'Atlantique Nord]] || {{Icône UICN|CR}}<ref name="UICN Eubalaena glacialis"/>
|}


Si le modèle présenté devait voir le jour, cela faciliterait grandement les mises à jour taxonomiques, iconographiques ou encore sur les changements de statuts UICN, où on pourrait faire cela en une seule fois.
Par ailleurs, il y a pour chaque pays une colonne « Nom vulgaire dans la langue officielle du pays » et une colonne « Statut biogéographique dans le pays ». Comme celles-ci sont différentes en fonction du pays traité (au contraire des autres colonnes), je propose qu'elles restent modifiables dans le wikicode de l'article concerné (si cela est possible).

À l'arrivée, dans le wikicode de ces listes, cela pourrait donner quelque chose de comparable à ceci (pour le même affichage que le tableau ci-dessus) :

{{Liste des mammifères
! colonne additionnelle 1 = Nom vulgaire [[allemand]]
! colonne additionnelle 2 = Statut [[Biogéographie|{{Abréviation discrète|biogéo.|biogéographique}}]]<br>en [[Allemagne]]
| Sus scrofa | {{Allemand|Wildschwein}} | [[Indigène (écologie)|Autochtone]]<ref name="UICN Sus scrofa"/>
| Eubalaena glacialis | {{Allemand|Atlantischer Nordkaper}} | [[Indigène (écologie)|Autochtone]]<br><small>([[Espèce extirpée|extirpé]], puis [[Espèce erratique|erratique]])</small><ref name="UICN Eubalaena glacialis"/>{{,}}<ref group=Note name="Espèce extirpée"/>
}}

Le simple fait d'écrire Sus scrofa permettrait ainsi d'invoquer automatiquement les case du nom vernaculaire et scientifique, celle de la carte de répartition, celle du statut UICN et celle de l'image.

Si la requête est jugée faisable, je vous propose de me montrer l'exemple avec une ou deux espèces : à partir de là, je m'occuperai moi-même de compléter le potentiel modèle avec les autres espèces (qui se comptent en plusieurs centaines). Bien à vous, Ellicrum _{(bablute [...])} 18 octobre 2025 à 23:05 (CEST)Répondre

• Article(s) pour le modèle : ...; ...; ...
• Discussions :

Ellicrum _{(bablute [...])} 18 octobre 2025 à 23:05 (CEST)Répondre

Je peux tenter quelque chose si c'est encore d'actualité. Pleins de données sont tirables de Wikidata, pour les paramètres de modèle pour surcharger les données Wikidata on peut tenter quelque chose aussi, à voir. — TomT0m ^[bla] 15 novembre 2025 à 15:35 (CET)Répondre

J'ai commencé à travailler sur un truc.

L'idée est de donner une liste de titres d'articles en paramètre, le nom de pays et on vient générer le tableau avec les données de Wikidata qu'on peut tirer. On peut utiliser des valeurs personnalisés avec des paramètres nommés dont le nom est préfixé par le nom qu'on a listé. Par exemple j'ai mis "Loup gris" dans la liste, et pour lui mettre une image le paramètre "Loup_gris_image" est présent.

Voici un exemple incomplet là dessous (le nom binomial et la citation d'auteurs sont incorrects et toujours les mêmes parce que c'est pas fait. Le statut biogéo n'est techniquement pas possible de récupérer sur Wikidata, et pareil pas fait pour l'instant, donc il faudra utiliser l'astuce du paramètre nommé.

{{#invoke:Liste de mammifères|liste_de_taxons_pays|entity=Allemagne|Loup gris|Canis lupus|Baleine à bosse|Loup_gris_image=Canis_lupus_laying_in_grass.jpg}}

Le reste des données est tiré de Wikidata (nom en allemand, image, aire de répartition, statut UICN). Il manque d'autres trucs, les références par exemple, et le lien vers l'article de Wikipédia …

@Ellicrum dis moi si tu es toujours intéressé, je terminerai dans ce cas là :) — TomT0m ^[bla] 15 novembre 2025 à 21:11 (CET)Répondre

Salut TomT0m (j'y viens, j'y viens !), je te remercie pour cette prise en charge, je suis très enthousiaste par ce premier jet et j'ai hâte de voir ! Je n'ai même pas évoqué Wikidata et ça tombe évidemment sous le sens : on a en effet les info toutes prêtes pour 6 des 7 colonnes (même plus besoin de sourcer le statut UICN). Reste donc effectivement le statut biogéographique, qui dépend fatalement des pays concernés.

Concernant des aspects purement cosmétiques, je ne sais pas comment le module s'y prendra :

• pour légender les fichiers Commons. Il serait peut-être plus simple d'utiliser le nom scientifique ([[Fichier:Loup gris.jpg|140px|Canis lupus]] et [[Fichier:Répartition loup.jpg|140px|Aire de répartition de Canis lupus]]) que le nom vernaculaire (que j'utilisais jusqu'ici).
• pour mettre en forme la citation d'auteurs (du style [[Monsieur Random|Random]], [[2025 en science|2025]]). Comme je mets souvent un ou plusieurs < br > en fonction du nombre d'auteurs (pour réduire la case), je ne sais pas si c'est aisé à mettre en place.
• Par ailleurs, je ne sais pas quelle est la taille par défaut des fichiers Commons sur Wikidata et à quel point ça serait personnalisable. Avec Equus hydruntinus par exemple, l'illustration utilisée fait toute la hauteur de la page (alors que je le mets à 60px dans les articles de liste).

En tout cas, ce module pourrait s'appliquer aisément à une cinquantaine de listes déjà créées, et pour toutes les classes taxonomiques. Il y a quelques rares listes avec des colonnes un peu différentes (mammifères en France métropolitaine ou en Europe, où il y a deux statuts de conservation et aucun autre nom vernaculaire), mais cela pourrait faire l'objet d'une autre requête. — Ellicrum _{(bablute [...])} 18 novembre 2025 à 00:15 (CET)Répondre

On touche au but pour la partie code de mon côté, je vais attaquer la documentation.

Trucs en suspend :

• Pour le formatage des noms d'auteurs des taxons, tu veux systématiquement des retours à la ligne ? Là il devrait en apparaître automatiquement entre les parties nom, auteurs, date quand il n'y a pas assez de place. Sinon on peut forcer une taille max en caractère pour la colonne par exemple. Si tu veux je vois comment faire plus sophistiqué si possible avec les feuilles de style.
• Pour la taille des images, j'ai mis une taille max en hauteur qui redimentionne, mais effectivement l'image Wikidata est de ratio arbitaire, ça va comme ça ? Au pire c'est possible de changer l'image sur WD si tu penses que la tienne est meilleure, ou de la spécifier en paramètre du tableau Taxon [ "Data:Turks and Caicos Islands.map" ]
• Informations potentiellement utiles sur Wikidata

• P8485 (« carte géométrique de répartition ») à la place de la carte de répartition sous forme d'image, dans certains cas c'est possible d'avoir une carte interactive. après essai ça n'a pas l'air simple, il y en a peu de renseignés pour l'instant et pas réussi à faire marcher ça correctement sur un exemple.
• P6507 (« citation d'un auteur du taxon ») pour avoir la citation exacte du taxon, sous forme de texte sans les liens, est-ce utile ou non ? C'est possible de rajouter ça en note, en info au survol …
• La possibilité ou pas de gérer les informations biogéographiques de Wikidata. En cherchant j'ai trouvé ce type de déclaration (qui ne sont pour l'instant pas nombreuses, c'est le moins qu'on puisse dire c'est quasi un cas unique) qui permettraient, j'ai l'impression, de modéliser le statut d'une espèce (autochtone, invasive …) et de le récupérer pour le tableau. Faudrait discuter avec le projet taxonomie sur WD éventuellement.

Une dernière chose, habituellement on met quand même les crayons pour remonter vers Wikidata et indiquer que l'info vient de là, comme j'ai mis pour le nom scientifique, et la question des sources. On peut aussi rajouter les refs de WD si tu veux. Il faut les crayons partout ?

Qu'en penses-tu ? — TomT0m ^[bla] 20 novembre 2025 à 17:38 (CET)Répondre

-------------------------------

Suite de la discussion déplacée sur Discussion Modèle:Liste de mammifères, pour ne pas surcharger, et c'est pertinent là bas — TomT0m ^[bla] 28 novembre 2025 à 18:27 (CET)Répondre

Travail demandé par Cordialement. 6PO (discuter) 13 janvier 2026 à 15:44 (CET)Répondre

• Avancement :
• Détails de la demande :
  Bonjour ,
  serait-il possible d'ajoindre au modèle:interview le paramètre |langue sous-titre= qui préciserait la langue du sous-titre lorsqu'il existe. Ceci éviterait de « bidouiller » comme ci-dessous :
  {{Interview|langue=fr|nom=Rivette|prénom=Jacques|intervieweur=[[Serge Daney]]|cointervieweurs=[[Claire Denis]] (réalisation) avec [[Janine Bazin]], [[André S. Labarthe]] et Alain Plagne (annoncés)|titre url=Jacques Rivette, le veilleur - II. La Nuit|url=https://www.youtube.com/watch?v=TOCTYWF1VNY|type=interview (filmée)|programme=[[Cinéastes de notre temps#Cinéma, de notre temps (1989-2020)|Cinéma, de notre temps]]|nom du média=La Sept Art productions [sous-titres anglais],|ville=Paris|date=1990|consulté le=2 novembre 2025|position={{heure||54|32}}|id=JR2}}
  qui rend :
  (fr) Jacques Rivette, interview (filmée) par Serge Daney; Claire Denis (réalisation) avec Janine Bazin, André S. Labarthe et Alain Plagne (annoncés), Jacques Rivette, le veilleur - II. La Nuit (54 min 32 s), Cinéma, de notre temps, La Sept Art productions [sous-titres anglais], Paris, 1990 (consulté le 2 novembre 2025).
  Merci
• Article(s) pour le modèle : Jacques Rivette [par exemple]; en réalité à toutes les interviews sous-titrées.
• Discussions :

Cordialement. 6PO (discuter) 13 janvier 2026 à 15:44 (CET)Répondre

Bonjour 6PO.

Je viens de réaliser la demande ci-dessus pour accès url, par contre, je ne suis pas sûr qu'il soit très pertinent d'afficher la langue des sous-titres.

C'est une information secondaire qui n'a pas vraiment d'importance quand il s'agit d'identifier la source et ça ne fait que surcharger inutilement le modèle.

Ça n'a pas beaucoup de sens dans de nombreux cas, à moins que les sous-titres soient intégrés physiquement à la vidéo (burned), et encore.

Sur YouTube, on peut d'ailleurs faire traduire les sous-titres dans des centaines de langues.

Une discussion sur le projet concerné ou sur la PdD du modèle montrant que ce nouveau paramètre est vraiment utile et consensuel me semble nécessaire avant de l'ajouter ou non.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 13 janvier 2026 à 17:12 (CET)Répondre

Bonjour SyntaxTerror ,

tout à fait d'accord pour la discussion (que j'ouvre ICI). Je n'y connais rien en matière de modèle !

Cordialement. 6PO (discuter) 13 janvier 2026 à 17:18 (CET)Répondre

Travail demandé par Ariel (discuter) 14 février 2026 à 08:46 (CET)Répondre

• Avancement :
• Détails de la demande : Comme pour d'autres modèles de sources, il faudrait pouvoir référencer le site officiel d'une entreprise/organisation/etc. dans le texte, sans devoir créer de doublon. Remarque : dans les autres modèles de sources c'est le paramètre id= qui s'en charge, mais dans le modèle {{Site officiel}} le paramètre est déjà employé pour lier à Wikidata.
• Article(s) pour le modèle : Café de Buci (par exemple)
• Discussions :

Bonjour Ariel. Je crois que j'avais créé le modèle que tu cherches en 2015 : {{Siteoff}} (voir Modèle:Site officiel#Citation grâce aux références Harvard). Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 15 février 2026 à 11:48 (CET)Répondre

@Ariel Provost. C'est bien {{Siteoff}} que tu cherchais ? Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 22 mars 2026 à 22:54 (CET)Répondre

Travail demandé par — jeep (j33p) ॐ 19 mars 2026 à 11:28 (CET)Répondre

• Avancement :
• Détails de la demande : Hello SyntaxTerror , bonjour, les autres
  le modèle YT est formidable, en ce sens qu'il permet d'indiquer très précisément la position de la partie correspondant à la source, ce qui évite des heures de visionnage inutile pour vérifier ladite source.
  Il semble bien (après moult recherches) qu'il n'existe rien de similaire pour l'audio, ; je ne pense pas qu'on puisse créer de modèle « général », donc, serait-il — au moins pour commencer — possible d'en créer un pour les chaînes (très utilisées pour sourcer) de Radio France ?
  S'il fallait en créer un par chaîne, l'idéal serait de commencer par France Inter, puis France Culture, etc..
  
  Je donnais le modèle {{YouTube}} en... modèle , mais le plus important dans les paramètres (tjrs pour commencer) serait — évidemment — un équivalent des paramètres Début passage et Fin passage.
  Aucune idée de la difficulté, voire de la faisabilité de la chose, j'attends donc vos retours
  Merci d'avance...
  — jeep (j33p) ॐ 19 mars 2026 à 11:28 (CET)Répondre

Article(s) pour le modèle : ...; ...; ...

Bonjour J33p.

C'est possible avec YouTube uniquement grâce aux URL avec l'horodatage (la partie soulignée : https://www.youtube.com/watch?v=IpT1u2lFkXs&t=112s)

Un modèle général n'est pas possible, étant donné que toutes les sources audio n'offrent pas cette possibilité.

Des modèles particuliers sont éventuellement possibles, mais il faut donner des exemples d'URL ayant un horodatage. Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 19 mars 2026 à 12:42 (CET)Répondre

Urf... aukéééé... (m'étonnait aussi que ça n'existe pas déjà), non, ben on oublie, tant pis alors. J'ai au moins appris qq chose (« général » j'en étais quasi-sûr).

Je vais essayer de voir avec FI (s'ils daignent répondre à cette question parce que FI...) s'il n'y a pas un moyen de gérer ça (vu qu'ils ont une « mémoire » qui te permet, via cookies, de reprendre une écoute où tu l'avais laissée, ils ont forcément un code pour ce faire (comme "t=112s" pour 1mn52, par exemple)).
Quoiqu'il en soit : merci beaucoup de ta réponse rapide et très utile (comme d'hab').

Ah ! Si... ahem... p't1 votre PdD, en mode sombre, c'est une ho-rreur (il-li-sible (essaie, tu vas « rire » !)) donc, là, je suis repassé en mode clair avec  !
— jeep (j33p) ॐ 19 mars 2026 à 13:59 (CET)Répondre

Conflit d’édition — En fait, il serait mieux de créer un modèle similaire à {{lien vidéo}}, géré par le module:Biblio, qui permettrait de modifier l'URL si les paramètres d'horodatage sont remplis, et si ça n'est pas possible, d'afficher seulement l'horodatage.

C'est plutôt à demander au projet:Scribunto, et il faut un admin pour modifier le module.

Étant donné que modifier le module Biblio demande pas mal de travail, une discussion plus large devrait être lancée auparavent pour voir si ce modèle serait vraiment utile (ça m'étonnerait qu'on en ait besoin seulement après 20 ans de wp.fr), et voir les améliorations et problèmes éventuels (par contre, je ne vois pas trop où la lancer).

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 19 mars 2026 à 14:21 (CET) Pour ma PdD c'est sans doute à cause du modèle:Onglet 3D qui est obsolète. <troll>En fait, ça permet de chasser les ptits nouveaux qui utilisent le mode sombre et Vector2022 (les « vrais » utilisent Vector2010 ).</troll>Répondre

Super, merci !
Nan, module Biblio, large discussion, pfff... je vais essayer de voir avec RF comment ils codent leurs cookies « resume », si on le sait, on peut créer un équivalent du modèle YT, si j'ai bien compris.

<ceci n'est pas un troll>
de g33k à g33k : il a quoi de mieux Vector 2010 ?
jaune sur blanc, ça donne quoi avec Vector 2010 en mode clair ? [gnarff]
</ceci n'est pas un troll>
— jeep (j33p) ॐ 19 mars 2026 à 14:48 (CET)Répondre

@J33p : sur wp.en, en:template:Cite audio redirige sur en:template:Cite AV, qui correspond ici à modèle:Lien vidéo (qui est normalement prévu pour marcher avec les modèles de wp.en).

Le problème est que ce dernier ajoute [vidéo] en début de ligne, et le modifier demanderait d'éditer ses 14 729 utilisations sur 9 577 pages [2].

C'est faisable, mais seulement si l'utilisation pour des fichiers audio est pertinente (d'où l'importance d'une discussion préalable).

Là encore, il faudrait modifier le module Biblio.

C'est de toute façon la chose à faire. Éparpiller les modèles ne facilite pas leur maintenance pour les contributeurs, et pose souvent des problèmes d'homogénéisation qui sont néfastes pour les lecteurs. Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 19 mars 2026 à 15:18 (CET)Répondre

@SyntaxTerror, oui, je comprends, pour ce qui est de l'éparpillement des modèles, si ça continue, il en ira pour {{lien}} comme pour {{infobox}}.
Mais... on ne peut pas faire faire ce type de modif' (virer (vidéo)) par un bot ?
Pour ce qui est de la pertinence, je pense qu'au moins pour RF ça l'est, il y a bcp de liens à base de citation de podcasts de FI ou de FC (mais pô le temps de vérifier là, déjà, je ne devrais pas répondre)

Pour le troll, zarb', je réalise que (depuis tt à l'heure), en mode « Répondre » l'affichage « mode sombre » est OK, c'est juste quand on arrive, en fait (donc, pour faire fuir les n00bs, c'est nickel, 'fectivement !)
Quant à Vector2010, il n'a rien de mieux, juste que vous l'utilisiez depuis longtemps et vous gardez vos habitudes ? C'est ça ?
Moi je l'ai changé à mon « retour » (2023) par 2022 sans me poser de question, en fait (tel le n00b de base, du coup).
Amicalement, — jeep (j33p) ॐ 19 mars 2026 à 15:36 (CET)Répondre

@J33p : pour retirer le « [vidéo] » il faut modifier le module:Biblio/Lien vidéo.

Mais si on le retire de l'affichage par défaut, il faudra le faire afficher à nouveau en ajoutant par exemple un paramètre format comme sur les autres modèles biblio. On aura alors le choix entre vidéo ou audio.

C'est là que le bot entre en jeu, pour ajouter ce paramètre à tous les modèles existants et remettre le « video » devant.

Il n'y a pas besoin d'être admin pour modifier module:Biblio/Lien vidéo, mais il faut connaître le lua (et il est peut-être nécessaire d'éditer d'autres sous-modules protégés, je n'en sais rien).

Mais de toute façon, il y a d'abord une discussion à mener (ailleurs qu'ici), car je ne pense pas qu'on ait attendu 20 ans avant de se rendre compte qu'on a besoin d'un modèle biblio pour citer des sources audio.

Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 19 mars 2026 à 16:40 (CET) Sinon, pour ma PdD, je l'ai modifiée quand tu as rapporté ce problème [3].Répondre

Arf... merci pour la modif' !
— jeep (j33p) ॐ 19 mars 2026 à 16:45 (CET)Répondre

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

Bonjour, je relance cette demande en la plussoyant avec insistance (demande qui d'ailleurs est déjà ancienne quoi qu'alors informulée ici, Sujet:Xi3lwty95zsvkyem, Sujet:Y8weauf6ppk607sj), pour permettre de référencer "aisément" à l'aide une source audio (de qualité, bien évidemment). Radio France, comme d'autres, ayant changé son vocabulaire (!), les émissions s'appellent désormais toutes des podcasts, même sur "France Bleu", devenue "ici". Soit. Quoi qu'il en soit, je pense qu'un modèle du genre {{extrait émission}} ou, synonyme, {{extrait podcast}} (quoi que le terme "extrait" laisserait penser à un lien systématique vers un fichier audio, alors que parfois, on a juste accès dans une page web, à un bouton qui lance un audio, cas du podcast "La folie des hauteurs" sur Ici :-( ) est une nécessité, n'ayant rien vu qui puisse convenir pour de telles sources.

Une remarque, je n'ai pas compris ce que, @SyntaxTerror, tu veux dire par, je cite, « il y a d'abord une discussion à mener (ailleurs qu'ici) » : où ailleurs ? Mille mercis par avance. -- @Éric38fr^{(papoter autour d'un verre)}, 8 avril 2026 à 18:22 (CEST).Répondre

Bonjour Eric.LEWIN.

Je ne sais pas, tu peux essayer sur le Bistro, mais c'est vraiment en dernier recours, les messages n'y sont visibles que quelques jours (et encore, beaucoup de monde ne visite que le Bistro du jour). Éventuellement sur Discussion module:Biblio, mais on va te dire à peu près ce qui suit :

• Ce n'est pas comme si on avait soudain besoin d'un modèle pour les sources audio après en avoir manqué pendant 20 ans sur wp.fr.
• Étant donné qu'un fichier audio vient forcément d'un lien web, il suffit d'utiliser {{Lien web}} avec format=audio. Les horodatages peuvent être indiqués dans les paramètres champ libre ou description.
• Mutliplier les modèles biblio n'est pas la chose à faire. On a suffisament de problèmes de maintenance et d'homogénéisation , notamment avec ceux qui ne sont pas ratachés au module:Biblio.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, mercredi 8 avril 2026 à 19:29 (CEST)Répondre

Travail demandé par Astirmays (discuter) 1 avril 2026 à 22:25 (CEST)Répondre

• Avancement :
• Détails de la demande : pourrait-on avoir un modèle {{Curid}}, qui existe apparemment sur Wikipédia en japonnais d'après d:Q26130568 ? Il s'agirait de lier facilement une page à partir de son identifiant Mediawiki permanent (d:Q83336089) ou curid.
• Article(s) pour le modèle : ...; ...; ...
• Discussions :

@Astirmays : pourquoi veux-tu un tel modèle ?

C'est relativement compliqué, sur wp.ja (ja:Template:Curid), ce modèle utilise plusieurs autres modèles n'existant pas ici et qu'il faudra donc tous traduire.

Il faut que l'utilisation soit utile et relativement fréquente pour justifier cette création, or, ce modèle n'existe que sur wp.ja et n'a été utilisé que 101 fois [4] depuis sa création en 2012, jamais dans l'espace encyclopédique.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 3 avril 2026 à 15:31 (CEST)Répondre

L'idée est de créer un lien stable, quoique pas vers une version (oldid) mais sur la page, lien qui la suivra si la page est renommée (donc en particulier si elle risque d'être renommée). Après bien-sûr, l'identifiant "Curid" n'est pas très connu des Wikipédiens, pour moi-même c'était très vague jusqu'à ce que j'y sois un peu plus initié récemment. C'est vrai que je n'ai pas regardé de près le modèle japonais, je ne suis pas sûr qu'il fasse exactement ce à quoi je pense. Par contre, ça me semble assez simple, (au point que je saurais le faire moi-même, mais c'est aussi pour vérifier l'idée que j'en parle ici !) : que {{Curid|123308}} donne curid de la page (ici le genre Tragopogon, la page existant il y a peu sous l'intitulé Salsifis) Astirmays (discuter) 4 avril 2026 à 10:17 (CEST)Répondre

Si on va au plus simple, il s'agirait en effet de créer un modèle qui contient (grosso modo) : https://fr.wikipedia.org/w/index.php?curid=<paramètre>. On n'a pas besoin d'importer Index ou Plainlink depuis jawiki.

C'est assez proche de {{diff}} ou {{permalien}}, donc même peu utilisé, ça ne me surprendrait pas. L'usage reste marginal mais c'est lié à notre propre méconnaissance de cet ID, je pense. LD (d) 4 avril 2026 à 10:29 (CEST)Répondre

Ce que je demande, c'est à quoi ce modèle va servir ici dans la pratique, et à qui ?

Je ne vois pas trop la différence avec une URL vers une ancienne version. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 4 avril 2026 à 21:15 (CEST)Répondre

Il se trouve que c'est sur Wikisource que j'ai éprouvé dernièrement le besoin de ce modèle, pour un cas : comme il y avait l'éventualité d'un renommage, le "curid" était utile. Ça aurait pu être sur Wikipédia, et il y a une nuance avec "oldid". Du moment que cet identifiant existe, ça peut être bien de faciliter son utilisation quand c'est pertinent. Astirmays (discuter) 6 avril 2026 à 14:16 (CEST)Répondre

Travail demandé par Eskivor (discuter) 7 avril 2026 à 15:43 (CEST)Répondre

Eskivor (discuter) 7 avril 2026 à 15:43 (CEST)Répondre