Discussion_Projet:Scribunto/Archive 5

Pseudonyme du contributeur

Bonjour,

Je travaille sur un module qui crée des boutons de navigation (voyez Module:Test0 et Utilisateur:Cantons-de-l'Est/Test/4). Le module crée entre autres cette adresse : https://meta.wikimedia.org/wiki/Special:Mypage/global.js. Je souhaite remplacer Special:Mypage par user:<Pseudonyme> (parce que si un contributeur n'est pas identifié sur Meta-Wiki, il sera dirigé par exemple sur https://meta.wikimedia.org/wiki/127.0.0.1/global.js).

J'ai pensé à frame:preprocess("{{REVISIONUSER}}"), mais la valeur retournée change selon l'état de la page. Je préférerais de beaucoup que le code génère inconditionnellement le pseudonyme. J'ai pensé à wgUserName, mais c'est une information qui est visible en JavaScript, pas en Scribunto.

Des suggestions ?

— Cantons-de-l'Est ^discuter [‌opérateur] 10 janvier 2017 à 16:04 (CET)

Je ne crois pas qu'il y ait ça : Scribunto a été pensé pour le monde des articles, et ne donne à ma connaissance que des informations relatives à la page, le wiki… Cordialement, Hexasoft (discuter) 10 janvier 2017 à 17:39 (CET)

Hexasoft, Après réflexion, frame:preprocess("{{REVISIONUSER}}") fait l'affaire. — Cantons-de-l'Est ^discuter [‌opérateur] 11 janvier 2017 à 02:31 (CET)

Catégorie des modules

 Zolo, Zebulon84, Hlm Z. et Od1n : Bonsoir, j’effectue en ce moment du tri dans la Catégorie:Espace Modèle et j'ai découvert 171 modules qui y sont classés à tort. Ne connaissant pas le Lua, et ne voulant pas faire de dégâts, est-ce que l’un d’entre vous pourrait effectuer les modifications suivantes ?

1. Module:Carte/autodoc :
   1. ne plus classer dans la catégorie racine Catégorie:Module de paramétrage de carte (inutile grâce au point suivant)
   2. remplacer [[Catégorie:Modèle de paramétrage de carte ' .. linguistic.of(data.zone) .. ']] par [[Catégorie:Module de paramétrage de carte ' .. linguistic.of(data.zone) .. ']] (et créer ces sous-catégories)
2. Module:Documentation : remplacer (je n’ai pas trouvé où) Catégorie:Bac à sable de modèle par Catégorie:Bac à sable de module (à créer)

Si vous le souhaitez, et lorsque vous serez prêts, je peux me charger de créer les nouvelles catégories.

Merci ! --FDo64 (discuter) 10 janvier 2017 à 23:47 (CET)

 FDo64 : Pour une première étape, je viens d'effectuer cette modif, si tu veux mettre à jour les pages des catégories. od†n ↗^blah 11 janvier 2017 à 00:07 (CET)

 Od1n : Merci, je m'en occupe. --FDo64 (discuter) 11 janvier 2017 à 00:11 (CET)

Je viens aussi de faire cette modif concernant les bacs à sable. Note au passage : la mise à jour des catégories semble se faire très lentement (voire pas du tout) pour les modules ; j'ai eu récemment à faire une série de null edits à cause de cela. od†n ↗^blah 11 janvier 2017 à 00:20 (CET)

Concernant ton point 1.A. je ne vais pas toucher pour ma part, c'est un peu délicat… Voir mes modifs dans l'historique de Module:Carte/autodoc, en particulier ce résumé de diff : « liste pas complète, dépend de l'existence d'une sous-page "Module:Carte/données/nom du pays/Documentation" », ainsi que la catégorisation par le modèle de documentation (inclus automatiquement) pour avoir une catégorisation exhaustive : 133432216 et Module:Documentation. od†n ↗^blah 11 janvier 2017 à 00:46 (CET)

Bonjour, je vais continuer à surveiller la page spéciale "Catégories les plus demandées" pour détecter les catégories manquantes. À l'occasion, je les classerai comme c'était le cas pour les modèles.

 Zolo : Pourrais-tu regarder comment éviter la double catégorisation (mon point 1.1) ? La Catégorie:Module de paramétrage de carte devrait être la catégorie par défaut, lorsqu'il n'y a pas de zone défini.

Merci à vous deux ! --FDo64 (discuter) 13 janvier 2017 à 08:11 (CET)

Ca devrait être bon maintenant, mais le changement n'a pas l'air de prendre effet. Je n'arrive pas à voir si c'est un problème de mise à jour ou autre chose. --Zolo (discuter) 13 janvier 2017 à 09:51 (CET)

Comme je l'ai indiqué dans mon message précédent (et dans un pitit commentaire), j'ai ajouté une catégorisation "redondante" dans le module de documentation qui est inclus automatiquement (cf. notamment 133431876), autrement les sous-modules sans sous-page de doc ne sont pas catégorisés… Vous êtes évidemment les bienvenus pour améliorer cela si vous avez des pistes. od†n ↗^blah 13 janvier 2017 à 12:19 (CET)

Ah oui {{Documentation}} ajoute aussi la catégorie.

A mon avis, si c'est ce modèle qui s'occupe de la catégorisation des modules de carte, il faut qu'il ajoute carrément l'intégralité de {{Documentation paramétrage de carte}}. Pas très pratique d'avoir d'avoir ça sur deux module différents.. -Zolo (discuter) 13 janvier 2017 à 17:56 (CET)

Paramètres invisibles

Bonjour,

Dans Utilisateur:Cantons-de-l'Est/Test/4, j'appelle Utilisateur:Cantons-de-l'Est/Barre de navigation à la façon d'un modèle. Ça fonctionne très bien, sauf pour un truc : le Module:Test0 ne parvient pas à lire tous les paramètres si j'écris par exemple :

{{Utilisateur:Cantons-de-l'Est/Barre boutons
|HautDeLaPage
|BasDeLaPage
|BA
|AdQ
}}

Dans le module, la fonction p.ConstruireBoutonsNavigation( frame ) traite les paramètres. Serait-ce la façon dont le code les note qui cause problème ?

— Cantons-de-l'Est ^discuter [‌opérateur] 11 janvier 2017 à 02:40 (CET)

J'ai trouvé la raison du bogue. Le modèle transmet chaque paramètre sans supprimer les espaces, retours de ligne compris. Il faut donc les supprimer dans le module. — Cantons-de-l'Est ^discuter [‌opérateur] 13 janvier 2017 à 02:19 (CET)

 Cantons-de-l'Est : oui, les paramètres non nommés sont transmis tels quels avec blancs avant/après. Note que ce n'est pas le cas des paramètres nommés qui sont trimé avant transmission. Hexasoft (discuter) 13 janvier 2017 à 02:38 (CET)

Erreur Lua en Infobox

Bonjour; il y un message d'erreur Erreur Lua dans Module:Wikidata/Récup à la ligne 217 : attempt to call local 'filterfunction' (a nil value). qui s'affiche dans l'Infobox de l'article São João do Araguaia (d · h · j · ↵), pouvez-vous vérifier et corriger le cas échéant? Merci -- Speculos ^✉ 16 janvier 2017 à 12:04 (CET)

C'était vraisemblablement un bug temporaire, cf. historique de Module:Wikidata/Récup. od†n ↗^blah 16 janvier 2017 à 12:17 (CET)

Modèle ou module

Bonjour; j'envisage d'écrire un modèle ou un module pour afficher les cartes interactives (voir demande sur Discussion Projet:Modèle#Cartes interactives avec Mapframe), n'est-il pas préférable d'écrire un module pour générer ce code? -- Speculos ^✉ 20 janvier 2017 à 17:43 (CET)

Finalement réalisé par un modèle pour les cas simples. -- Speculos ^✉ 23 janvier 2017 à 18:03 (CET)

Demande de modification de Module:Wikiprojet (pour {{Wikiprojet}})

Bonjour, quelqu'un pourrait-il modifier le code de Module:Wikiprojet pour que le modèle {{Wikiprojet}} ne gènère pas de liens magiques sur les RFC (comme ce qui est actuellement le cas sur Discussion:RFC 1459). Je pense que la modification doit se faire ligne 170 : :wikitext( pageName ) pour que pageName soit encadré par des balises <nowiki> et ainsi éviter la création de liens magiques. --NicoV (discuter) 23 janvier 2017 à 17:52 (CET)

Fait, il faut effectivement "escaper" pour éviter de telles évaluations de code inopinées. od†n ↗^blah 27 janvier 2017 à 00:08 (CET)

Pour info, il y a sur Phabricator une tâche pour supprimer ce lien automatique : phab:T136342. — Zebulon84 (discuter) 24 avril 2017 à 10:34 (CEST)

Comment faire ?

Bonjour,

Est-il possible de charger dans un array les arguments d'un modèle ? Par exemple, que j'écrive {{modèle|a=AAA|b=BBB|c=CCC}} ou {{modèle|Lucy=AAA|Maude=BBB|Xena=CCC}}, le module les notera dans un array peu importe le nom de l'argument :

array[0] = 'AAA'
array[1] = 'BBB'
array[2] = 'CCC'

J'ai pensé à

    local arguments = {}
    local i = 0
    for k, v in pairs(frame.args) do 
      arguments[i] = v
      i = i + 1
    end

qui ne fonctionne pas :-(.

— Cantons-de-l'Est ^discuter [‌opérateur] 1 février 2017 à 20:22 (CET)

Définir « ne fonctionne pas » . Je t'invite à regarder la fonction p.dump(table) de Module:Population de France/Outils : en utilisant la ça en conjonction avec la console de debug (tout − tout − en bas quand on édite un module) ça te permettra d'appeler des fonctions et d'examiner le résultat.

À noter − même si c'est un détail ici − qu'en Lua les tables commencent à 1, pas à 0.

Toujours dans le debug, tu as mw.log() qui n'affiche que dans le cadre de la console de débug. En mode édition + console de test ça te permet de suivre l'exécution de ton code. Hexasoft (discuter) 1 février 2017 à 20:37 (CET)

Too much magic. Il est très, très nettement préférable de définir des noms de paramètres. od†n ↗^blah 2 février 2017 à 08:12 (CET)

od†n, En effet. J'ai compris pourquoi voici quelques minutes. J'ai découvert que Lua ou MediaWiki transcrit les paramètres dans le désordre. Je me suis donc rabattu sur url1, url2, url3..., codés en dur :-(. Dans son état, le module me plaît. Je vais le mettre en production ce soir ou dans quelques jours. — Cantons-de-l'Est ^discuter [‌opérateur] 2 février 2017 à 21:42 (CET)

En effet. Les paramètres non nommés sont répercutés dans l'ordre (et sans nettoyage, donc avec les espaces avant, après, et y compris les sauts de lignes). Pour les paramètres nommés, ils sont supposés être accédés… par leur nom . Hexasoft (discuter) 2 février 2017 à 21:53 (CET)

Appeler une propriété de l'élément d'une propriété

Bonjour,

Est-il possible, par exemple pour Nordea (d:Q1123823), d'obtenir le pays du siège social via la propriété P17 (pays) de la ville du siège social (qui est Stockholm (d:Q1754) dans ce cas-ci) ? On peut évidemment ajouter un qualificateur pays au siège social et le récupérer, mais c'est de la redondance puisque le pays est déjà indiqué dans l'élément Stockholm. La question Discussion Projet:Scribunto#Appeler deux propriétés sur la même ligne, et appeler une sous-propriété semble concerner le même sujet, mais je n'ai pas trouvé d'exemple. The RedBurn (ϕ) 27 février 2017 à 16:26 (CET)

J'ai aussi posé la question sur :en, voici la réponse si ça intéresse quelqu'un. The RedBurn (ϕ) 4 mars 2017 à 22:42 (CET)

 The RedBurn : sinon on peut penser à {{wikidata|P17|entity= {{wikidata|P159|entity=Q1123823|displayformat=raw}} }} = « Finlande », ou à utiliser en Lua transitiveVals de Module:Wikidata/Analyse transitive comme dans Module:Infobox/Localité. — Oliv☮ ^{Éppen hozzám?} 5 mars 2017 à 08:10 (CET)

Merci  Oliv0 ! The RedBurn (ϕ) 16 mars 2017 à 08:39 (CET)

demande de correction sur le module ébauche

Bonjour

Qui pourrait modifier la ligne "ébauche Handballeur" en enlevant la majuscule ?

{{#invoque:Bandeau|tableParametresEbauches}}

(faire la même chose pour le féminin)

Cela me permettrai de créer la catégorie correspondantes et ensuite les sous catégories par pays.

Merci +++ Matpib (discuter) 6 mars 2017 à 17:31 (CET)

Bon, je l'ai fait moi-même. Merci quand même de jeter un coup d'oeil au cas où. Matpib (discuter) 7 mars 2017 à 15:42 (CET)

Modèle:Tableau Coupe 4 (5 sets) avec match pour la troisième place

Bonjour, j'ai besoin d'un modèle du type Modèle:Tableau Coupe 4 (5 sets) avec un match pour la troisième place. Un contributeur pourrait-il le faire ? Je n'ai pas les compétences pour ce faire. Merci d'avance. --Girart de Roussillon ^{(Discrepance ?)} 13 mars 2017 à 22:00 (CET)

Finalement, j'ai trouvé par hasard qu'il faut rajouter |DP1= | ||||| et |DP2= | ||||| --Girart de Roussillon ^{(Discrepance ?)} 21 mars 2017 à 21:48 (CET)

Virgule manquante

Bonjour,

Un expert en Lua pourrait-il ajouter la virgule manquante entre « Minato » et « Japon » dans l’infobox de Sony ?

Merci. — Thibaut (会話) 4 avril 2017 à 16:25 (CEST)

 Thibaut120094 : c'est le champ « Siège social » de {{Infobox Société}} donc pas en Lua (pour ce qui est de mettre ensemble avec virgule ou autre des appels à {{Wikidata}} qui eux sont en Lua). De plus vu en pdd du modèle les problèmes depuis les dernières modifs, c'est leur auteur qui sait ce qu'il voulait faire, sinon difficile d'intervenir quand tout peut changer et qu'il reste des corrections à faire. — Oliv☮ ^{Éppen hozzám?} 4 avril 2017 à 17:39 (CEST)

Merci. — Thibaut (会話) 4 avril 2017 à 17:46 (CEST)

Message d'erreur

Bonjour; il y a un message d'erreur Erreur Lua dans Module:Wikidata à la ligne 505 : bad argument #1 to 'pairs' (table expected, got nil). sur l'article Emmanuel de Las Cases (1854-1934) (d · h · j · ↵), pouvez-vous vérifier? Merci. -- Speculos ^✉ 25 avril 2017 à 18:14 (CEST)

Je ne vois pas cette erreur. Comme Zolo a modifié ce module avant et après ton message, je suppose qu'il a généré puis corrigé cette erreur. — Zebulon84 (discuter) 25 avril 2017 à 19:43 (CEST)

 Vu Effectivement c'est corrigé à présent. -- Speculos ^✉ 26 avril 2017 à 09:04 (CEST)

Oui il y avait un problème sur certaines pages avec la version de 16h09-16h13, c'est corrigé désolé. --Zolo (discuter) 26 avril 2017 à 10:13 (CEST)

problème avec showunit

Bonsoir,
Quelqu'un saurait me dire pourquoi mon showunit = long ('long' ne fonctionne pas également) de la propriété 3891 ne fonctionne pas sur Module:Infobox/Observatoire ? - Simon Villeneuve 27 avril 2017 à 04:01 (CEST)

Parce qu'il faut de guillemets, et que les paramètres liés à Wikidata doivent être mis à l'intérieur d'un paramètre "wikidata". C'est corrigé. Il y a seulement le paramètre "property" qui fonctionne de manière indépendante (en fait, ça aurait peut-être été mieux d'appeler le paramètre "wikidata" plutôt que property pour éviter les confusions). -Zolo (discuter) 27 avril 2017 à 09:25 (CEST)

Ok. J'avais déjà remarqué que pour spécifier des fonctions supplémentaires à une propriété, il fallait utiliser wikidata={. Dorénavant, j'utiliserai systématiquement cette forme comme tu le suggères.
Merci ! - Simon Villeneuve 27 avril 2017 à 15:35 (CEST)

Modèle:Sous-titre/Taxon

, Pourriez-vous svp créer un module qui traduisent les fonctionnalités de ce modèle ? Cordialement.--pixeltoo (discuter) 9 juillet 2017 à 10:23 (CEST)

@pixeltoo : peux-tu préciser ? Quelles sont les limitations du modèle actuel (performance, gestion des paramètres, cas non gérés) qui nécessitent une ré-écriture du modèle (que ce soit en modèle ou en module d'ailleurs) ? Hexasoft (discuter) 10 juillet 2017 à 11:01 (CEST)

@Hexasoft L’intérêt étant que le modèle actuel utilise une syntaxe pas très lisible. La réécriture permettrait d'y introduire de nouveaux paramètres de gérer l'affichage en sous-titre des noms scientifiques des variétés wikt:var., les sous-espèces (wikt:subsp.) et les groupes variétaux (présentation à définir l'article n'est pas très claire cf groupe de cultivars). --pixeltoo (discuter) 10 juillet 2017 à 11:19 (CEST)

@pixeltoo : ça fait sens. Ceci dit je pense qu'il faut alors ouvrir une discussion (ici typiquement) afin de bien spécifier les fonctionnalités attendues. Par ailleurs il faudrait aussi en discuter avec le créateur du modèle sous-titre, car ça pourrait être l'occasion de faire évoluer le code − éventuellement − pour tous les sous-titres (pas seulement pour les taxons). Hexasoft (discuter) 10 juillet 2017 à 11:25 (CEST)

Il s'agit juste dans un premier temps de traduire la syntaxe actuelle avec des accolades d'accolades d'accolade ... en une syntaxe Scribunto. Après le créateur du modèle n'est plus actif sur le projet.--pixeltoo (discuter) 10 juillet 2017 à 11:37 (CEST)

Voir Discussion modèle:Sous-titre/Taxon Hexasoft (discuter) 12 juillet 2017 à 11:03 (CEST)

Message d'erreur (2)

Enregistré sur Phabricator
Tâche 170039

Bonsoir, message d'erreur Erreur Lua dans mw.wikibase.entity.lua à la ligne 34 : The entity data must be a table obtained via mw.wikibase.getEntityObject sur l'article NGC 1303, pouvez vous vérifier ?--Speculos ^✉ 9 juillet 2017 à 20:45 (CEST)

Apparemment problème corrigé à présent. -- Speculos ^✉ 10 juillet 2017 à 09:00 (CEST)

Speculos: » Wikipédia:Questions techniques/semaine 28 2017#Message d'erreur --Framawiki ^✉ 16 juillet 2017 à 20:48 (CEST)

Catégorie:Pages avec des propriétés non résolues

Bonjour,

Juste pour vous informer de la création de cette nouvelle catégorie de maintenance par MediaWiki qu’il faudrait peut-être penser à vider.

Cordialement. — Thibaut (discuter) 18 juillet 2017 à 10:23 (CEST)

J'ai déplacé cette catégorie sous le nom Catégorie:Page avec des propriétés non résolues, avec « Page » au singulier comme les autres catégories de maintenance similaires. — Zebulon84 (discuter) 12 août 2017 à 16:24 (CEST)

Message d'erreur (3)

Bonjour; il y a actuellement un message Erreur Lua dans Module:Wikidata/Outils à la ligne 31 : attempt to concatenate field 'numeric-id' (a nil value) sur l'article Villa Chigi (Rome) qui subsiste même après purge du cache, à vérifier -- Speculos ^✉ 22 août 2017 à 18:12 (CEST)

C'était moi, c'est corrigé désolé [1]. --Zolo (discuter) 22 août 2017 à 18:28 (CEST)

Pas de soucis! merci. -- Speculos ^✉ 22 août 2017 à 18:35 (CEST)

Catégorisation automatique avec des noms de propriétés Wikidata

Bonjour,

De ce que j’ai pu en déduire, le {{Infobox Format de données}} ajoute des catégories relatives aux propriétés Wikidata dans les articles où il est utilisé (par exemple la Catégorie:Page utilisant P1163). Serait-il possible de corriger ? Cela n'a aucun intérêt sur Wikipédia Merci ! Litlok (m'écrire) 29 août 2017 à 16:47 (CEST)

À en déduire de {{Catégorie d'une propriété}} et du nombre de sous-catégories, il faudrait plutôt d’abord en discuter sur Discussion projet:Wikidata. — Thibaut (discuter) 29 août 2017 à 16:54 (CEST)

Oh, je pensais que c'était une exception. Du moment qu'elles sont cachées, ça me va . Je créerais bien les 3~4 que j'ai repérées, mais ne pourrai pas le faire avant au mieux ce soir. Litlok (m'écrire) 29 août 2017 à 17:02 (CEST)

 C'est fait. — Thibaut (discuter) 29 août 2017 à 17:12 (CEST)

Problèmes avec un modèle utilisant un module en Lua

Bonjour

J'essaye de faire fonctionner correctement le modèle {{Site officiel}}, mais je n'y arrive pas. Impossible de mettre en ligne les paramètres url, langue ou titre sans provoquer l'ajout d'une catégorie d'erreur cachée, exemple ici ! [2]

Quand je regarde sur le site d'Orlodrim, je me rend compte que les paramètres proposés dans la documentation ne sont a priori pas actifs.

Je n'y connait rien, mais la fonction caterreur ne semble pas fonctionner non-plus ? la catégorie est affichée sur ma page perso

Quelqu'un peut résoudre ce problème ? (Edit : je tente de notifier  Zebulon84 si ca l'intéresse ou connait, pour essayer de gagner un peu de temps) -- Archimëa [Toc 2 Mi] 16 septembre 2017 à 14:34 (CEST)

 Corrigé.

J'ai aussi essayé de compléter les templatedata du modèle, mais le paramètre vu que l'url peut-être en paramètre 1 ou 2 je ne sais pas vraiment comment ça va se comporté. À testé lorsque la modif sera prise en compte par l'éditeur visuel. — Zebulon84 (discuter) 17 septembre 2017 à 00:56 (CEST)

Bonjour  Zebulon84, cela semblez fonctionner comme une horloge maintenant avec tous les paramètre [3] et ne s'affiche plus sur mon brouillon.

Pour l'EV, je ne l’utilise pas, mais j'ai fait un petit test, cela semble OK si les paramètre sont renseignés. Sans les paramètres, les infos sont par contre un peu dispatchées dans les divers champs. Un utilisateur confirmé n'aura aucun mal, mais les débutants, c'est pas évident. En tout cas, C'est OK pour moi, je te remercie pour ton aide, encore !! ouf ! -- Archimëa [Toc 2 Mi] 17 septembre 2017 à 10:50 (CEST)

Correction de l'Infobox Catch (personnalité)

Bonjour,
Le paramètre "nationalité2" du modèle:Infobox Catch (personnalité) semble inexploité. Par exemple, pour Ayako Hamada, il y a « | nationalité = Mexique | nationalité2 = Japon » dans l'article, mais l'infobox n'affiche que « Nationalité(s) Mexicaine ».
Pouvez-vous corriger Module:Infobox/Catch (personnalité) ?
Cordialement --NicoScribe (discuter) 16 octobre 2017 à 21:36 (CEST)

Bonjour  Jérôme B. : ma demande ici semble être passée inaperçue alors, en tant que principal contributeur du module:Infobox/Catch (personnalité), pouvez-vous y jeter un coup d'oeil, s'il vous plaît ? Cordialement --NicoScribe (discuter) 14 novembre 2017 à 08:26 (CET)

Bonjour  NicoScribe : je viens de faire la modification. Le paramètre est désormais pris en compte. Jérôme B.^t@lk 14 novembre 2017 à 17:25 (CET)

 Jérôme B. : super ! Merci beaucoup. --NicoScribe (discuter) 15 novembre 2017 à 09:30 (CET)

Concaténer des showqualifiers

BR 52

Caractéristiques

Type	Locomotive à vapeur avec tender séparé (d), Kriegslokomotive
Disposition des essieux	Decapod
Écartement	Écartement standard
Nombre de cylindres	2

Construction

Pays d’origine	Troisième Reich, Pologne, Tchécoslovaquie, France
Concepteur	Richard Paul Wagner (en)
Constructeurs	Henschel Schwartzkopff Krauss-Maffei Borsig Schichau-Werke Orenstein & Koppel Maschinenfabrik Esslingen Arnold Jung Lokomotivfabrik (en) Lokomotivfabrik Floridsdorf Deutsche Waffen und Munitionsfabriken Fablok Usines Škoda Société alsacienne de constructions mécaniques
Nombre produit	6 700
Date de mise en service	1942
Modèle précédent	BR 50

Tender

Types	ČSD Class 555.0 (d), ČSD Class 555.3 (d)

Service

Exploitants

• Deutsche Reichsbahn (1942-1945) • Deutsche Bundesbahn (1945-1962) • Deutsche Reichsbahn (1945-1988) • TCDD • Norges Statsbaner (en) • Československé státní dráhy (1945-1976) • Magyar Államvasutak • Soviet Railways (en) • Österreichische Bundesbahnen (700 machines) (1945-1976) • Polskie Koleje Państwowe • Société nationale des chemins de fer belges • Société nationale des chemins de fer luxembourgeois (jusqu'en 1963) • SNCF (42 machines) (jusqu'au 7 avril 1959) • Chemins de fer yougoslaves • Railways of the Saarland (d) (14 machines)

Voir également

Images et média	Wikimedia Commons

Bonjour

Je travaille sur Module:Infobox/Locomotive (à insérer avec {{User:Trizek/Brouillon/Infobox Wikidata}})

À un moment, je fais la liste des exploitants d'un certain type de locomotive, où j'indique que la Compagnie exploite XX machines sous l'immatriculation XYZ. Par exemple, sur BR 52, j'aimerai avoir « SNCF (42 machines immatriculées 150 Y) ».

J'utilise showqualifiers en concaténant les résultats {'P1114','P794'}, ce qui donne faute de connaissance suffisantes de ma part « SNCF (42 et 150 Y) ». Je ne parviens pas à ajouter des informations entre, ou à changer l'affichage pour avoir des conditions. Les cas que je peux avoir sont :

• (P1114 machines)
• (Immatriculées P794)
• (P1114 machines immatriculées P794)
• [rien]

(Exemples à peaufiner avec le projet:Chemin de fer, mon but ici est de me faire la main.)

Quelqu'un peut-il m'aider ?

Merci, Trizek ^bla 23 octobre 2017 à 12:22 (CEST)

Il faut passer par le paramètrestatementformat. J'ai fait un truc un peu rustique. Il y aurait moyen de raffiner, mais c'est une tâche un petit peu délicate, et je préfère ne pas m'engager trop dedans en ce moment. :]. --Zolo (discuter) 23 octobre 2017 à 16:14 (CEST)

Merci Zolo. J'ai regardé le diff, je n'ai pas tout compris, mais je vais voir pour bricoler un autre exemple. On verra si ça marche ! Trizek ^bla 23 octobre 2017 à 20:43 (CEST)

Appeler des propriétés d'un élément dans l'infobox d'un autre élément

Bonjour les savants !

Mon titre n'est certainement pas clair, ni même orthodoxe. ;)

Cas concret : je travaille sur une infobox pour les lobomotives. Les locomotives à vapeur ont souvent un tender qui les suit. J'ai illustré le cas avec 141 R, où l'on trouve d:Q948166#P527 qui renvoie vers 30 R. Mon but serait d'insérer des informations relatives au tender dans l'infobox Wikidata de la locomotive, comme c'est le cas actuellement.

Comment faire ? Merci, Trizek ^bla 11 novembre 2017 à 13:51 (CET)

Zolo est venu m'apporter la solution, un grand merci à lui !

Une fois que j'aurai un peu plus de connaissances de tout cela, je pense documenter la création des infobox.

Trizek ^bla 14 novembre 2017 à 12:16 (CET)

mw.loadData

Bonjour, je trouve cette fonction intéressante mais le principal reproche que je lui fais c'est qu'elle bloque le script et renvoie une erreur lorsque le module qu'elle est censée charger n'existe pas. Comment faire, sans devoir créer une fonction spécifique qui se chargerait de cette vérification, pour qu'elle renvoie false, ou une au moins une table vide, si le module n'existe pas  ?

J'ai essayé local m = mw.loadData('Module:Monmodule/data1') or false, en vain.

Une idée ? R ^{[CQ, ici W9GFO]} 22 décembre 2017 à 10:26 (CET)

Ceci devrait faire le job :

if mw.title.new('Module:Monmodule/data1').exists then
    ...
end

et si jamais il est possible que le nom de page soit invalide (caractère interdit, etc.) :

-- si le nom de page est invalide (e.g. "Module:C#|[]/data"), mw.title.new() retourne nil
local page = mw.title.new(nomPage)
if page and page.exists then
    ...
end

od†n ↗^blah 22 décembre 2017 à 12:06 (CET)

C'est à peu de chose près ce que je faisais, mais dans une fonction et avec un peu moins de soin j'avoue... Merci Od1n. R ^{[CQ, ici W9GFO]} 22 décembre 2017 à 17:53 (CET)

Module permettant la lecture d’un tableau

Bonjour, je travaille actuellement sur l’{{Infobox Chimie}} déployée sur 6000 pages dont je cherche à supprimer 30 paramètres non nommés. Leur position n’étant pas fixe, ils sont mis à la fin de l’Infobox par l’éditeur visuel empêchant de fait son utilisation. Comme leur remplacement par des paramètres nommés n’est pas envisageable (trop long à expliquer pourquoi ici), j’ai imaginé de remplacer la syntaxe suivante :

{{Infobox Chimie
|r= |R22 |R36/38 |R52/53
|s= |S2 |S3/9/49
|symboles= |TT |Xn |C
}}

Par :

{{Infobox Chimie
|r= R22,R36/38,R52/53
|s= S2,S3/9/49
|symboles= TT,Xn,C
}}

Il me faudrait pour cela avoir une fonction capable de lire un tableau d’une ligne et n colonnes. Par exemple, R22,R36/38,R52/53 doit être interprété comme un tableau de 3 éléments séparés par une virgule.

Comme je n’ai pas trouvé de module le permettant, je propose de faire évoluer le Module:String de la manière suivante :

1. Syntaxe : {{#invoke:String|tab|s=target_string|i=index|sep=separator|defaut=default_value|trim=oui}}
2. s : texte contenant le tableau.
3. i : numéro de l’élément à extraire. Cas particulier : ? renvoie le nombre d’éléments dans le tableau.
4. sep : séparateur des colonnes du tableau. Par défaut, une virgule.
5. defaut : valeur à renvoyer si l’élément est vide ou inexistant (c'est-à-dire, au-delàs du nombre d’éléments de la table).
6. trim=oui : renvoie l’élément en supprimant les éventuels espaces au début et/ou à la fin.

Exemples :

1. {{#invoke:String|tab|s=R22, R36/38, R52/53|i=2|trim=oui}} donne R36/38
2. {{#invoke:String|tab|s=1,2,,4|i=3|defaut=vide}} donne vide
3. {{#invoke:String|tab|s=1,2,3,4|i=9|defaut=fin}} donne fin
4. {{#invoke:String|tab|s=1;2;3;4|i=?|sep=;}} donne 4

Le nom de la fonction, ainsi que les noms de paramètres sont donnés à titre indicatif et peuvent donc être revus par le développeur qui prendra en charge cette demande.

Au cas où, je notifie les principaux intervenant sur le Module:String :  Xfigpower, Hexasoft et Od1n. Tout autre volontaire est le bienvenu !

--FDo64 (discuter) 8 janvier 2018 à 21:58 (CET)

Contre la complication de Module:String, qui est déjà un bazar pas croyable… par contre, tu pourrais mettre cela dans un module dédié. od†n ↗^blah 8 janvier 2018 à 22:14 (CET)

Merci Od1n. String ou pas string, c'est comme vous voulez ! Par contre je ne connais rien au Lua et j'ai donc besoin que quelqu'un d'autre le développe. --FDo64 (discuter) 8 janvier 2018 à 22:51 (CET)

Bon, même si l'utilité d'un module de lecture d'un tableau me semble une évidence, je n'en ai plus besoin dans le cadre de l'Infobox Chimie.  Zebulon84 a développé le module spécifique Module:Chimie. Merci encore à lui ! --FDo64 (discuter) 29 mars 2018 à 21:29 (CEST)

Modules et catégories inexistantes

Bonjour aux membres du projet:Scribunto !

Il me semble que plusieurs des catégories qui apparaissent dans Spécial:Catégories demandées viennent de modules qui créent des catégories inexistantes. Auriez-vous la possibilité de :

• soit créer les catégories concernées,
• soit corriger les modules pour que les pages ne soient plus catégorisées,
• soit corriger pour catégoriser dans des catégories qui existent déjà ?

Exemples (les catégories créées depuis apparaissent en bleu, et merci de rayer les catégories vidées) :

• Catégorie:Page utilisant P717
• Catégorie:Article dont une information diverge dans l'infobox
• Catégorie:Module de paramétrage de carte d’état allemand
• Catégorie:Module avec erreur interne
• Catégorie:Module de paramétrage de carte de province belge
• Catégorie:Module de paramétrage de carte de région italienne‏‎
• Catégorie:Module de paramétrage de carte de ville belge‏‎
• Catégorie:Module de paramétrage de carte de ville italienne‏‎
• Catégorie:Module with internal error‏‎
• Catégorie:Module de paramétrage de carte de France‏‎
• Catégorie:Module de paramétrage de carte de ville‏‎
• Catégorie:Module de paramétrage de carte de ville espagnole‏‎
• etc.

TED 12 février 2018 à 23:42 (CET)

Pour la catégorie:Article dont une information diverge dans l'infobox, c'était une erreur. J'ai remplacé par catégorie:Article dont une information diffère dans l'infobox. --- Simon Villeneuve 13 février 2018 à 00:40 (CET)
Pour la première catégorie, c'est simplement une nouvelle propriété utilisée dans {{infobox Observatoire}}. J'ai donc créé la catégorie. --- Simon Villeneuve 13 février 2018 à 00:43 (CET)

@Simon Villeneuve : merci ! Je propose de rayer les catégories vidées dans la liste ci-dessus, cela évitera qu’un autre s’en occupe à nouveau. Et une fois cette liste épuisée, il faudrait regarder dans Spécial:Catégories demandées. TED 13 février 2018 à 01:41 (CET)

Bonjour ! Je rajoute quelques catégories (mais il y en a encore beaucoup d’autres) : (les catégories créées depuis apparaissent en bleu, et merci de rayer les catégories vidées)

catégories toutes traitées

• Catégorie:Module de paramétrage de carte de Grèce‏‎
• Catégorie:Module de paramétrage de carte de Hongrie‏‎
• Catégorie:Module de paramétrage de carte de Location map Italy Torino.png.jpg‏‎
• Catégorie:Module de paramétrage de carte de Portugal‏‎
• Catégorie:Module de paramétrage de carte de République tchèque‏‎
• Catégorie:Module de paramétrage de carte de Suisse‏‎
• Catégorie:Module de paramétrage de carte de comté suédois‏‎
• Catégorie:Module de paramétrage de carte de montagne‏‎
• Catégorie:Module de paramétrage de carte de province argentine‏‎
• Catégorie:Module de paramétrage de carte de province sud-africaine‏‎
• Catégorie:Module de paramétrage de carte de périphérie grecque‏‎
• Catégorie:Module de paramétrage de carte de région du monde‏‎
• Catégorie:Module de paramétrage de carte de région d’Italie‏‎
• Catégorie:Module de paramétrage de carte de sujet fédéral russe‏‎
• Catégorie:Module de paramétrage de carte de ville algérienne‏‎
• Catégorie:Module de paramétrage de carte de ville anglaise‏‎
• Catégorie:Module de paramétrage de carte de ville brésilienne‏‎
• Catégorie:Module de paramétrage de carte de ville colombienne‏‎
• Catégorie:Module de paramétrage de carte de ville de Finlande‏‎
• Catégorie:Module de paramétrage de carte de ville japonaise‏‎
• Catégorie:Module de paramétrage de carte de ville néerlandaise‏‎
• Catégorie:Module de paramétrage de carte de ville polonaise‏‎
• Catégorie:Module de paramétrage de carte de ville sud-coréenne‏‎
• Catégorie:Module de paramétrage de carte de ville tunisienne‏‎
• Catégorie:Module de paramétrage de carte de ville turque‏‎
• Catégorie:Module de paramétrage de carte d’Italie‏‎
• Catégorie:Module de paramétrage de carte d’état autrichien‏‎

 

TED 24 février 2018 à 01:54 (CET)

C'était soit créer toutes ces "sous-catégories", soit ne pas ranger dedans si elles n'existent pas, j'ai appliqué la 2e solution. Du coup on peut se concentrer sur les quelques autres catégories que tu as listées au début. od†n ↗^blah 24 février 2018 à 10:35 (CET)

Merci Od1n et pour ton gage de 17 cm, tu entends quoi par là ? TED 24 février 2018 à 15:49 (CET)

J’ajoute (en supposant que cela concerne bien ce projet) :

• Catégorie:Page utilisant P1083‏‎
• Catégorie:Page utilisant P1153‏‎
• Catégorie:Page utilisant P3836‏‎
• Catégorie:Page utilisant P65‏‎

TED 25 février 2018 à 01:14 (CET)

Apparemment ce sont des pages à créer, avec simplement pour contenu {{Catégorie d'une propriété}} (exemple). od†n ↗^blah 25 février 2018 à 09:56 (CET)

@Od1n : WP:NHP, je t’en prie, crée-les donc !

Et pour ton comm de diff : pas de syncope ! On (je ne sais pas exactement qui est ce « on » d’ailleurs, mais je ne suis pas seul) a déjà réussi à passer sous la barre des 5000 ! et probablement bientôt sous les 4000. TED 25 février 2018 à 12:54 (CET)

Je ne sais pas qui a traité les modules de paramétrage de carte, mais merci ! TED 1 mars 2018 à 00:15 (CET)

Bonjour ! Il reste toujours deux catégories à traiter, et j’en ajoute trois autres :

• Catégorie:Module avec erreur interne
• Catégorie:Module with internal error‏‎
• Catégorie:Modèle de listing‏‎
• Catégorie:Modèle de paramétrage de carte d'Irlande du Nord‏‎
• Catégorie:Modèle politique en Italie‏‎

TED 14 avril 2018 à 01:08 (CEST)

 Fait. — Zebulon84 (discuter) 14 avril 2018 à 11:45 (CEST)

Merci Zebulon84 TED 14 avril 2018 à 11:55 (CEST)

Un module bac à sable pour expérimenter ?

Bonjour,

Excusez une question de Super Débutant, mais je n'ai pas trouvé comment on se créait son Petit Module À Soi pour expérimenter Lua et les Modules ? Pour les modèles, je sais qu'on peut en créer un sous sa page utilisateur. J'ai vu aussi que pratiquement tous les modules ont "leur" bac à sable, mais j'hésite à les utiliser pour des idées perso ?...

Merci, désolé, je suppose que c'est une faq, mais... --Touam (discuter) 13 février 2018 à 05:54 (CET)

Obligé d'être dans l'espace de noms Module:, la convention est de préfixer avec ton nom d'utilisateur : Module:Utilisateur:Touam/ModuleDeQualitay. od†n ↗^blah 27 février 2018 à 14:55 (CET)

Ah merci je vais enfin pouvoir m'amuser ! --Touam (discuter) 27 février 2018 à 18:09 (CET)

Traduction d'un modèle

Bonjour

Je cherche de l'aide technique pour traduire un modèle récupéré depuis wiki en anglais. Malheureusement, je ne connais pas assez (du tout, lol) le Lua.

C'est {{Infobox Notes de série de jeux vidéo}}, et ses modules Module:Infobox Notes de série de jeux vidéo + Module:Infobox Notes de série de jeux vidéo Wikidata. Il n'a été que très peu francisé. Je voudrais rectifier les paramètres et les franciser.

Je crois qu'il ya d'autres texte, je suis prêt à traduire le reste, je suis dispo. De plus, le modèle n'est lié que sur 4 à 5 page, donc je rectifierai les paramètres des modèle dans le main pour réduire le travail... -- Archimëa [Toc 2 Mi] 6 septembre 2018 à 20:17 (CEST)

Après quelques tests, je viens de tenter quelques manip hasardeuses : [4].

J'ai rectifié aussi le 2ème module [5].

Je ne suis pas sûr de year, car il y a aussi years

Je n'arrive pas à traduire seriesQid - je crois que mes modifs ont cassé ce paramètre.

Je n'arrive pas à appliquer le modèle langue à [[GameRankings]] et [[Metacritic]]

Quelqu'un peu contrôler et rectifier, si besoin et complet ? -- Archimëa [Toc 2 Mi] 6 septembre 2018 à 21:19 (CEST)

Bonsoir à tous. Resté sans réponse jusqu'ici sur ce sujet ou celui juste en dessous, je tente de notifier les participants annoncé sur la page de projet : Hexasoft (d · c), Tejgad (d · c), Arkanosis (d · c), Xfigpower (d · c), Zebulon84 (d · c),, Hlm Z. (d · c). Je rajoute au hasard Od1n (d · c), TomT0m (d · c) et je ne vois pas qui d'autre... -- Archimëa [Toc 2 Mi] 12 septembre 2018 à 17:52 (CEST)

Ajout d'un paramètre et d'une ligne à un modèle

Pour le modèle {{Chronologie de sorties par année}} qui utilise entre autre Module:Release timeline, je veux rajouter un paramètre légende sur toute la largeur du modèle affiché, pour y inclure la légende de couleur.

cf. com exemple sur la page Metroid [6] : j'ai inclus le modèle {{Chronologie de sorties par année}} et en dessous dans un div avec float right et clear right, j'ai ajouté le modèle {{Légende}}.

Je veux donc rajouter le paramètre légende qui offrira un champ libre sur la largeur affichée, permettant d'inclure une légende, avec modèle ou pas. Je précise que ce paramètre ne sera pas utile que pour moi, puisque ce modèle permet nativement de changer les couleurs, donc, le paramètre légende est plus que justifié.

Quelqu'un peut m'aider ? -- Archimëa [Toc 2 Mi] 8 septembre 2018 à 15:07 (CEST)

Le problème technique a été résolu. Merci à Od1n (d · c · b) -- Archimëa [Toc 2 Mi] 10 octobre 2018 à 10:25 (CEST)

Erreur sur module Cycling_race

Bonsoir; je vous signale l'erreur suivante: Erreur Lua dans Module:Cycling_race à la ligne 892 : bad argument #1 to 'getSitelink' (string expected, got nil). sur les articles comme 2e étape du Tour d'Italie 1998, 3e étape du Tour d'Italie 1998, etc. -- Speculos ^✉ 17 janvier 2019 à 23:05 (CET)

Corrigé par Psemdel (d · c · b), merci.--Speculos ^✉ 18 janvier 2019 à 08:04 (CET)

Fonction pour gérer proprement les couleurs ?

Bonjour, est-ce qu'il existerait une fonction en Lua pour gérer proprement les couleurs passées aux modèles ? Par exemple, dans le modèle {{Onglet2}}, on voit que pour le paramètre color, un "#" est ajouté par le modèle devant sa valeur dans la balise <font>: <font color="#{{{color}}}">…</font>. Est-ce qu'il y aurait une fonction pour faire ce type de manipulation (incluant aussi si possible les contraintes supplémentaires de l’attribut style="color:xxx") :

• Si c'est une valeur numérique :
  • Préfixer par 1 ou 2 "0" si elle fait 5 ou 4 chiffres (cf. ces explications)
  • Préfixer par "#" si il est absent
• Si c'est une valeur textuelle :
  • Ne pas préfixer par "#"
  • Eventuellement gérer le cas des noms de couleurs gérés par <font> mais pas par le style CSS (cf. les mêmes explications)

Merci d'avance. --NicoV (discuter) 24 décembre 2017 à 00:24 (CET)

Il existe {{Dièse couleur web}}, qui utilise un module Lua, ça pourrait éventuellement être adapté (je suis toujours réticent à l'éparpillement du code). En revanche, ces valeurs à 4 ou 5 chiffres sont des infâmies sans nom, à éradiquer sans répit. od†n ↗^blah 24 décembre 2017 à 02:48 (CET)

Quoique non y'a rien à adapter, le modèle est prêt à l'utilisation. J'ai cru que tu voulais sous forme de fonction Lua. Pour le point restant, les noms valides avec "font" mais pas en CSS, je pense que ce n'est pas la peine de les gérer. od†n ↗^blah 24 décembre 2017 à 02:53 (CET)

Merci od†n, j'ai modifié {{Onglet2}} pour qu'il utilise {{Dièse couleur web}}. --NicoV (discuter) 24 décembre 2017 à 11:04 (CET)

Une nouvelle fonction pour le module:Population de France

Bonjour à tous.

@Hexasoft étant en wikislow, je fais appel aux bonnes volontés pour ajouter une nouvelle fonction au module:Population de France. Je pense que c'est assez élémentaire, mais pour moi, cela me dépasse.

Demande : Ajouter une fonction qui renvoie la valeur d'un paramètre défini dans le module de données d'une division spécifique dénommée "fraction cantonale". Ce paramètre est le nom de la commune (nom_commune).

Le nouveau système de données démographiques élaboré début 2017 par Hexasoft et mis en place en 2018, en modules lua, succède à un ancien système élaboré à base de modèles en fonctions parsers datant de 2013. Il est organisé autour d'un module central module:Population de France qui fait appel à des sous-modules (constantes, sources, Notes, données, outils, introductions). Avec un simple module on peut ainsi générer divers outils (texte, tableau, graphique, données Infobox) de toutes les divisions administratives françaises.

Il y a une spécificité que l'on avait oublié : les fractions cantonales. Pour info, il s'agit d'une partie du territoire d'une commune qui est soit un canton à part entière, soit une partie de canton. Les fractions cantonales n'ont pas d'articles en tant que tel dans WP, par contre elles interviennent dans les tableaux de composition de certaines cantons (ceux qui ont précisément des fractions cantonales sur leur territoire !).

Ex : Canton de Bourg-en-Bresse-1 comprend deux entités : une fraction cantonale de Bourg-en-Bresse et la commune de Viriat.

Liste des communes du canton

Nom	Code Insee	Intercommunalité	Population (dernière pop. légale)
Bourg-en-Bresse (chef-lieu)	01053	CA du Bassin de Bourg-en-Bresse	Fraction : 28 170(2015) Commune : ‍40 967 (2014)
Viriat	01451	CA du Bassin de Bourg-en-Bresse	‍6 250 (2014)

Comme vous pouvez voir, le tableau dans l'article (généré par le modèle {{Tableau canton de France}}) permet d'afficher la valeur de population de la fraction cantonale de Bourg-en-Bresse (25551 en 2014), comparée à celle de la commune totale (40967 en 2014).

Dans le nouveau système, en partant du module:Données/Bourg-en-Bresse-1/évolution population :

• la population de la fraction cantonale serait récupérée grâce à la fonction derniere_population_m(param),
• la population de la commune entière (Bourg-en-Bresse) serait récupérée dans le module de population de la commune qui serait appelé via un modèle qui utiliserait le paramètre nom_commune, récupéré dans le module de la fraction via une fonction à définir. --- Noter qu'une fonction générique qui récupèrerait dans le modèle la valeur d'un paramètre via le nom de celui-ci en variable (nom_commune ou insee, par exemple ou autre) serait encore mieux qu'une simple fonction qui récupère uniquement le paramètre nom_commune. Mais bon, on peut commencer par récupérer nom_commune!

Une fois ce paramètre récupéré, je fais mon affaire de modifier le modèle {{Tableau canton de France}} pour qu'il fonctionne via les nouveaux modules. (... au fait, transformer en module le modèle {{Tableau canton de France}} ou d'autres modèles affichant des listes n'est pour l'instant pas à l'ordre du jour, car ils fonctionnent bien, mais il est évident qu'un module récupérant les données en boucle serait bien utile et plus efficace (au lieu d'avoir 500 lignes d'appel). Mais ce serait un autre gros chantier d'une complexité certaine (particulièrement concernant les cantons)!

Y a-t-il un candidat ? Merci par avance.Roland45 (discuter) 13 janvier 2018 à 19:00 (CET)

Le pb a été résolu en juin 2018, grâce à @Zebulon84. Merci à lui.Roland45 (discuter) 7 janvier 2019 à 09:44 (CET)

Un nouveau modèle en lua pour les listes de communes ?

Bonjour à tous. Comme vous le savez, certains modèles utilisent les fonctions parseurs pour des usages pour lesquels elles ne sont pas formellement initialement conçues. C'est en particulier le cas pour le modèle {{Tableau Liste commune de France}} qui permet d'afficher en tableau certaines caractéristiques des communes d'une liste. Ce modèle faisait appel à des modèles de données de population et d'informations générales propres. Ce modèle fonctionnait bien et remplissait proprement sa fonction, mais était limité en nombre de lignes (nombre de communes) du fait que le nombre d'appels à des fonctions coûteuses de l’analyseur syntaxique est limité à 500.

Depuis le passage des modèles de données de population à des modules (en lua), un autre modèle a été écrit : {{Tableau Liste commune de France 2}}. Mais maintenant le modèle est encore plus limité (à environ 250 communes).

Ainsi voilà ce que cela donne pour les communes de la Corrèze.

La solution me parait assez simple (si j'ose dire!) : au lieu d'avoir 250 lignes d'appels (une ligne par commune, ce qui est quand même super-lourdingue!!), il suffit de faire une seule boucle d'appel qui balaie les communes de la liste. Le pb est que ... je suis nul en lua!!!

Y aurait-il un candidat ? Merci par avance. Cordialement.Roland45 (discuter) 25 février 2018 à 17:36 (CET)

Le problème est que chaque "ifexist" distinct est compté en coûteux, que cela soit en modèle ou en Lua, via des inclusions séparées ou une seule boucle. Tant qu'il y aura un "ifexist" sous-jacent pour chaque commune, tu ne pourras pas faire mieux que 500 lignes… od†n ↗^blah 27 février 2018 à 14:43 (CET)

Ah. Je croyais que le problème était la segmentation en lignes ! Dommage. ... et si on mettait en variable (dans le code) le nombre d'enregistrements (nb de lignes), on n'aurait pas besoin de tester l'existence ou non d'un dernier enregistrement, non ? Sinon, on va donc se contenter de revenir à des tableaux classiques utilisant des modèles élémentaires (voir Liste des communes de la Corrèze).Roland45 (discuter) 27 février 2018 à 15:12 (CET)

Le pb a été résolu en juin 2018 avec la création de {{Module:Composition Division de France}} développé par @Zebulon84. Merci à lui. Cordialement.Roland45 (discuter) 7 janvier 2019 à 09:49 (CET)

Archivage automatique

Bonjour, pour information j'ai ajouté hier un archivage automatique. La règle actuelle (paramétrée tout en haut de cette page) est qu'une discution est archivée au bout de 7 jours si l'un des deux modèles suivants est mis dans son titre : {{fait}} ou {{pas fait}}.

Par exemple, ce message sera automatiquement archivé dans 7 jours.

--FDo64 (discuter) 16 février 2019 à 11:12 (CET)

Retirer des catégorisations dans des catégories inexistantes

Bonjour !

serait-il possible de supprimer :

• Catégorie:Blabla qui apparaît sur Discussion module:Date/Bac à sable/Test et Discussion module:Date/Test,
• Catégorie:Modèle Rbp/Note V2 qui apparaît sur Module:Rbp/Note et Module:Rbp/Note/Documentation,
• Catégorie:Page utilisant le modèle Autorité sans aucune notice qui apparaît sur Module:Autorité/Bac à sable et Module:Autorité/Bac à sable/Documentation ?

Cela encombre inutilement Spécial:Catégories demandées. TED 11 novembre 2018 à 23:58 (CET)

J’ajoute :

• Catégorie:Navigational boxes without horizontal lists sur Modèle:Baseball navbox et Modèle:Méta palette de navigation sous-liste auto.

TED 14 novembre 2018 à 15:38 (CET)

Appeler un module depuis un autre module

Bonjour,
Je suis actuellement en train de me mettre à Scribunto et au Lua. J'ai lu pas mal de doc sur le sujet, mais je n'ai pas trouvé comment invoquer un module depuis un autre module. Le plus proche que j'ai trouvé est mw.loadData, mais de ce que je comprends cela est plutôt utilisé pour charger une table. Et si je suppose qu'on peut charger une fonction de cette manière, alors il faudrait construire à la main l'objet frame pour pouvoir utiliser la fonction... ce qui ne me semble pas une bonne manière de faire. Je suppose qu'il doit exister un moyen de faire un appel simplement, mais je n'ai pas trouvé comment...
Quelqu'un peut-il m'aiguiller ?
Wikipédiennement, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 9 février 2019 à 20:56 (CET)

require( 'Module:Module' )
-- ou
local module = require( 'Module:Module' )

C'est ce que tu cherches ? Lofhi (me contacter) 9 février 2019 à 21:15 (CET)

 Lofhi Je suppose que c'est ça, oui. Du coup, si par exemple je veux appeller la fonction bandeauAvertissement du Module:Bandeau avec le paramètre type=palette, comment dois-je procéder ?

local module = require( 'Module:Bandeau' )
return module.bandeauAvertissement{ type='palette' }

Est-ce que ça peut fonctionner comme ceci ?

L'idée étant que mon module retourne l'objet créé comme si on avait fait un appel direct à Module:Bandeau.

Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 9 février 2019 à 22:38 (CET)

P.S. Je met un lien vers le module en cours de rédaction pour resituer le contexte : Module:Redirection de modèle. Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 9 février 2019 à 22:42 (CET)

Bon, j'ai réussi à le faire fonctionner en construisant l'objet 'args' manuellement, et en le passant en direct à une sous-fonction qui n'avait pas besoin de l'objet 'frame'. Ca fonctionne, mais je reste curieux de connaitre la manière correcte de faire ce type d'appel avec un module "normal", c-à-d qui a besoin de 'frame'.

Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 10 février 2019 à 09:29 (CET)

Je relance ma question une dernière fois : est-ce que quelqu'un sait s'il est possible d'appeler un module "proprement" depuis un autre module ?

Je pense à une autre alternative : comme il est possible de transclure des modèles, il doit être possible de transclure dans un module un modèle faisant appel à un module. Mais ça me semble bien compliqué pour un appel simple.

Je résume : je vois deux approches possibles : faire appel directement à une fonction, en construisant à la main un pseudo-objet "frame", ou faire appel à un modèle qui fait appel au module en utilisant expandTemplate. L'idée serait de trouver une manière intermédiaire, sur le modèle d'expandTemplate, du genre invokeModule, pour appeler directement un module.

Any idea?

Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 4 mars 2019 à 10:37 (CET)

Tu pourrais à la rigueur t'aider de mw.getCurrentFrame(), mais une solution bien meilleure me semble de définir deux fonctions dans le module : la première fonction recevant des paramètres Lua classiques, et contenant le code métier principal, et une deuxième fonction servant de porte d'entrée pour les modèles, recevant un objet frame puis appelant la première fonction. Pour illustrer :

function p.main( parametres )
    -- parametres est une table
    -- alternative : p.main( parametre1, parametre2... )
end

function p.fromTemplate( frame )
    -- Utilisation de frame.args et/ou frame:getParent().args
    -- Éventuelle manipulation/purification des paramètres
    return p.main( ... )
end

C'est une problématique sur laquelle j'avais d'ailleurs déjà réfléchi : Utilisateur:Od1n/Chargement Lua.

od†n ↗^blah 4 mars 2019 à 12:12 (CET)

Aussi, il est possible de tester si le paramètre est une table ou une frame : if type( frame.getParent ) == 'function' then <c'est une frame> else <c'est une table> end. Tu peux t'inspirer de Outils.extractArgs() (ou simplement l'utiliser).

Un point important, à mon sens, est de ne pas mélanger des paramètres passés au modèle (e.g. {{toto|foo|bar}}) (qui se retrouvent dans frame:getParent().args) avec des paramètres passés par le modèle au module (e.g. {{#invoke:toto|baz|qux}}) (qui se retrouvent dans frame.args).

od†n ↗^blah 4 mars 2019 à 12:30 (CET)

Super, merci  Od1n pour toutes ces infos.

Si je résume, il n'y a donc pas de manière "officelle" de faire appel à un module en l'invoquant comme le ferait un modèle, mais des bonnes pratiques lors de la création du module permettant de faire appel à lui en utilisant "require", ce qui est à mon sens une bonne manière de faire.

Merci, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 4 mars 2019 à 13:03 (CET)

Retirer des catégorisations dans des catégories inexistantes (bis)

Bonjour !

Mon message de novembre dernier ci-dessus (#Retirer des catégorisations dans des catégories inexistantes) étant resté lettre morte, je relance :

serait-il possible de supprimer des catégorisations faites par des modules :

• Catégorie:Blabla qui apparaît sur Discussion module:Date/Bac à sable/Test et Discussion module:Date/Test,
  • Supprimé du Module:Date/Test. --FDo64 (discuter) 24 février 2019 à 22:26 (CET)
• Catégorie:Modèle Rbp/Note V2 qui apparaît sur Module:Rbp/Note et Module:Rbp/Note/Documentation,
  • Modèle:Rbp/Note/docdem modifié. --FDo64 (discuter) 24 février 2019 à 22:26 (CET)
• Catégorie:Navigational boxes without horizontal lists dans Module:Navbox ?
  • Module inutilisé recopié de wp:en par  Orphée. Faut-il le supprimer ? --FDo64 (discuter) 24 février 2019 à 22:26 (CET)

Cela encombre inutilement Spécial:Catégories demandées. TED 9 février 2019 à 23:09 (CET)

Alphabet phonétique international

Bonjour, je suis à la recherche d'un moyen pour détecter dans une chaîne de caractères ceux qui ne sont pas supportés par l'API. J'ai pensé à :

function cherche_non_api(str)
	for cp in mw.ustring.gcodepoint( str ) do
	     if not (	(cp == 32)					or	-- Latin Base 0020 (space)
	     			(cp >= 97 and cp <= 122)	or	-- Latin Base 0061–007A (a-z)
	     			(cp == 240 or cp == 248)	or	-- Latin-1 Supplement (ð,ø)
	    			(cp >= 592 and cp <= 687)	or	-- IPA Extensions 0250–02AF
	        		(cp >= 688 and cp <= 767)	or	-- Spacing Modifier Letters 02B0–02FF
	        		(cp >= 768 and cp <= 879)	or	-- Combining Diacritical Marks 0300–036F
	        		(cp >= 7424 and cp <= 7551)	or	-- Phonetic Extensions 1D00–1D7F
	    			(cp >= 7552 and cp <= 7615)		-- Phonetic Extensions Supplement 1D80–1DBF
	     ) then 
	    	mw.log(cp .. " : "..mw.ustring.char(cp))
	    end
	end
end

mais ça ne me semble pas très propre, même si ça fonctionne (en partie). J'ai cherché du côté de {{API}} et {{Prononciation API}} pour voir si quelque chose de similaire avait déjà été réalisé mais je n'ai rien trouvé. Une idées d'amélioration ? R ^{[CQ, ici W9GFO]} 15 juin 2018 à 09:32 (CEST)

R : tu essayes d'améliorer un module déjà existant ? Lofhi ^{me contacter} 15 juin 2018 à 14:20 (CEST)

Oui, mais pas ici. Certains caractères ressemblent beaucoup à ceux de l'API, exemple : « ε » (U+03B5) et « ɛ » (U+025B), je cherche à pouvoir détecter et catégoriser ce genre d'erreur. R ^{[CQ, ici W9GFO]} 15 juin 2018 à 15:18 (CEST)

@Reptilien.19831209BE1 : je ne sais pas trop ce que tu veux et je ne connais pas l'API, mais c'est la première idée qui m'est venue en tête :

local apiranges = {
{32, 32},     -- Latin Base 0020 (space)
{97, 122},    -- Latin Base 0061–007A (a-z)
{240, 248},   -- Latin-1 Supplement (ð,ø)
{592, 687},   -- IPA Extensions 0250–02AF
{688, 767},   -- Spacing Modifier Letters 02B0–02FF
{768, 879},   -- Combining Diacritical Marks 0300–036F
{7424, 7551}, -- Phonetic Extensions 1D00–1D7F
{7552, 7615}, -- Phonetic Extensions Supplement 1D80–1DBF
}

function cherche_non_api(str)
    for cp in mw.ustring.gcodepoint(str) do
        for i, okrange in pairs(apiranges) do
            if not (cp >= okrange[1] and cp <= okrange[2]) then
                mw.log(cp .. " : "..mw.ustring.char(cp))
            end
        end
    end
end

Lofhi ^{me contacter} 16 juin 2018 à 14:00 (CEST)

 Lofhi : ta fonction ne marche pas car un caractère n'est pas dans chaque plage mais dans l'une des plages de ta table. Sans goto (introduit en Lua 5.2), je l'écrirait ainsi :

function cherche_non_api(str)
    for cp in mw.ustring.gcodepoint(str) do
        local isApi = false
        for i, okrange in pairs(apiranges) do
            if cp >= okrange[1] and cp <= okrange[2] then
                isApi = true
                break
            end
        end
        if not isApi then
            mw.log(cp .. " : "..mw.ustring.char(cp))
        end
    end
end

Ceci-dit, si la table n'a jamais besoin d'être mise à jour ou adaptée, la solution de Reptilien est plus simple.

— Zebulon84 (discuter) 16 juin 2018 à 15:34 (CEST)

Ah oui, Zebulon84, allez savoir pourquoi j'ai complètement ignoré l'opérateur or, je me sens un peu bête. La table est nécessaire, car Reptilien a déjà changé la liste sur le projet concerné. Je crois qu'il veut un return false à la place de l'output. L'utilisation de goto, ce n'est pas risqué de voir des modules encore plus monstrueux ? Lofhi ^{me contacter} 16 juin 2018 à 15:50 (CEST)

 Lofhi : tu mérites d'être lapidé ; que celui qui n'a jamais écrit de code buggé lance la première pierre

Pour le goto c'est sans doute pour ça qu'il n'apparait qu'une fois le langage stable et bien adopté, et reste relativement limité (pas visible dans les fonctions). Il est préférable de s'en passer, mais dans quelques cas c'est utile, par exemple dans les boucles imbriquées comme ici Cf. http://lua-users.org/wiki/GotoStatement. Ceci-dit, pas de risque sur Wiki, Scribunto utilise pour le moment Lua 5.1, sans fonction goto.

Merci à vous deux pour vos efforts. L'idée de la table me séduit, j'avoue. Attention que c'est 240 ou 248 et non pas de 240 à 248 (ñ:241 ne fait pas partie de l'API). Pour les caractères isolés, au lieu de {32, 32},{240, 240},{248, 248} (que je trouve assez lourd) j'écrirais tout bêtement 32,240,248 et à l'aide de type() voir s'il s'agit d'un number ou d'une table... R ^{[CQ, ici W9GFO]} 16 juin 2018 à 17:11 (CEST)

Module:Bases

Bonjour à tous,

@Simon Villeneuve, @Thierry Caro et @Zolo que j'ai vu souvent dans les historiques.

Il y a quelques jours je suis passé pour la première fois sur les modèles, et donc les modules Bases quelquechose. J'ai constaté que chacun des 19 modules bases utilisent à quelques caractères près le même code, copié-collé d'un module à l'autre. Je vois deux inconvénients à cela :

• plusieurs ont depuis légèrement divergé, reçu des améliorations que les autres n'ont pas reçu ;
• on mélange sur une même page du code et des données, donc on mélange aussi dans l'historique des modifs faites au code et des modifs faites aux données ;

Pour palier à cela j'ai créé le Module:Bases, module unique qui en fonction du modèle base l'appelant va piocher dans le sous-module de données pertinent. Vous pouvez le voir à l'œuvre actuellement avec bases art :

• Modèle:Bases art/Bac à sable
• Modèle:Bases art/Test
• Module:Bases/art

Si personne n'y voit d'opposition, je passerais progressivement les 19 modules sous ce nouveau fonctionnement dans les jours à venir.

Cordialement — 0x010C ^~discuter~ 6 avril 2019 à 05:25 (CEST)

Ceci me semble une bonne idée, même sans connaître LUA.

Attention : certains modules comme Bases art et Bases musique ont en plus une balise span class=noarchive.

Ceci pourrait être généralisé dans le nouveau module, sinon transférer vers le modèle appelant ?

Merci. - Eric-92 (discuter) 9 avril 2019 à 03:48 (CEST)

Rien ne devrait changer côté contributeur Eric-92, mais l'appel réalisé par chaque modèle devra être modifié pour utiliser ce nouveau module. 19 petites modifications. Pour ce qui est de traiter des cas exceptionnels liés à chaque base thématique, la seule difficulté serait de trouver une bonne structure facilement modifiable. Lofhi (me contacter) 9 avril 2019 à 14:35 (CEST)

D'accord, bonne idée. NAH, le 10 avril 2019 à 13:05 (CEST).

Je viens de passer en production le nouveau module pour le Modèle:Bases art pour commencer. Je vais attendre quelques temps (une semaine ?) histoire de voir si ça a cassé quelque chose quelque part (autrement dit j'attends de voir si quelqu'un vient râler sur le bistro), et si non je continuerais avec les 19 autres . Cordialement — 0x010C ^~discuter~ 10 avril 2019 à 13:40 (CEST)

 0x010C : Merci pour tout ceci. Puisque l'on en est à améliorer ces modules, il y a une fonctionnalité qui me semble pouvoir être mise en place par quelqu'un comme toi et qui en vérité résoudrait pas mal des problèmes soulevés par les modèles liés. Cette fonctionnalité consisterait à pouvoir taguer chaque propriété avec le type de lien qu'elle génère (site commercial, encyclopédie en ligne, réseau social, etc.) sous la forme d'un paramètre supplémentaire dans chaque ligne de {{Module:Bases/art}} puis à l'aide d'un gadget encore à créer de permettre à chaque utilisateur de déterminer à quel(s) type(s) de lien(s) il souhaite être exposé en bas de page (et possiblement dans les Infobox). Moi, par exemple, j'aimerais bien tout voir mais d'autres vont préférer une sélection très stricte. Et bien ceci pourrait régler pas mal de discussions, chacun pouvant voir ce qu'il veut. Thierry Caro (discuter) 10 avril 2019 à 17:31 (CEST)

Je me pose aussi la question de la nécessité d'avoir à reprendre l'URL type dans le code des sous-modules de Wikipédia. Le module ne peut-il pas aller chercher ceci dans P1630 (« format de l'URL ») (avec priorité aux valeurs générant des liens dans notre langue) ? Peut-être s'agit-il d'une question de performance, mais autrement je ne vois pas pourquoi les modules fonctionnent actuellement via une recopie ici des adresses type déjà stockées là-bas. Thierry Caro (discuter) 10 avril 2019 à 17:35 (CEST)

Il y a enfin le vieux projet d'y ajouter un paramètre pour afficher devant le lien la langue de la page visée quand elle n'est pas en français. Thierry Caro (discuter) 10 avril 2019 à 17:37 (CEST)

Merci @0x010C ! Je vois que le noarchive est bien présent.

Il faudrait au moins une semi-protection étendue pour module:Bases, déjà très utilisé. - Eric-92 (discuter) 10 avril 2019 à 20:55 (CEST)

Pas de chance : le noarchive pose un petit problème dans certains cas : voir Discussion Projet:Bases#Bases vides et noarchive.

La SP étendue a été faite, après demande une dans WP:DPP. - Eric-92 (discuter) 18 avril 2019 à 03:01 (CEST)

j'ai profité de la nuit en Europe pour passer tous les modèles bases au nouveau Module:Bases. Comme d'hab pour les modèles très utilisés faut attendre que MediaWiki rafraîchisse tout mais à priori tout fonctionne comme prévu . Cordialement — 0x010C ^~discuter~ 29 avril 2019 à 02:43 (CEST)

Bonjour 0x010C, je vient de remarquer qu'il restait des bac à sables des anciens module, tel que Module:Bases littérature/Bac à sable, pourriez-vous faire une suppression définitive ? Je ne sait pas si c'est le seul ou non. — eru ^[Discuter] 17 mai 2019 à 20:45 (CEST)

@Eru Bien vu, il restait aussi Module:Bases musique/Bac à sable, les deux supprimés maintenant — 0x010C ^~discuter~ 18 mai 2019 à 00:20 (CEST)

Tableau des langues de Module:Langue/Data

Bonjour

Il serait bien d'avoir des liens vers les articles dans la liste des langues de module:Langue/Data, ça permettrait de repérer les éventuelles redirections à corriger ([édit] en les repérant avec le gadget « RedirectionsEnCouleur »).

Dans la « function Langue.tableauLangues() », il faudrait faire en sorte d'avoir un lien sur « v.page » si présent, sinon sur « v.nom ».

Merci, cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 13:00 (CEST)

Bonjour  SyntaxTerror,

Je ne suis pas sûr de comprendre la demande, mais il me semble qu'elle ressemble fortement à la fonction que j'ai créée articleLangue. Pour l'instant, elle est utilisée directement, mais si besoin, je peux en faire un modèle. Il suffira alors d'itérer sur toutes les langues pour avoir la liste des articles.

Wikipédiennement, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 19:20 (CEST)

Du coup, j'ai créé le modèle {{Article langue}}. Si c'est ce que tu veux, je peux faire une fonction rapide qui itère sur les langues pour présenter la liste des articles, sur le même principe que la fonction listeAliasCode. Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 19:32 (CEST)

Conflit d’édition —  Epok : j'ai oublié de mentionner que j'ai le gadget RedirectionsEnCouleur colorant en vert les liens vers des pages de redirection.
S'il y avait des liens dans cette liste :

[ J'ai retiré le tableau pour alléger cette page, ce tableau peut se retrouver sur la page Module:Langue/Liste des langues. od†n ↗^blah 26 novembre 2023 à 15:32 (CET) ]

On pourrait voir facilement les redirections, et par la même occasion faciliter le choix du code approprié avec un lien vers l'article, ou son ajout s'il manque.
Je ne pense pas que ce soit très compliqué à implémenter, mais j'ai fait quelques essais sur le bac à sable et mon lua est triop rouillé pour que j'arrive à quelque chose... Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 19:43 (CEST)

 SyntaxTerror est-ce qu'un truc dans ce style te conviendrait (reste quelques problèmes à gérer encore, notamment des erreurs et de redondances) :

(code brouillon retiré)

Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 20:04 (CEST)

 Epok : en fait, ce que je veux, c'est un moyen rapide de corriger les entrées de Module:Langue/Data comme tu l'as fait ce matin avec ay = { "aymara", page = "Aymara (langue)" },, donc il faut le lien mais aussi le code de langue à côté, et ce serait plus pratique d'y avoir directement dans le tableau des langues qui se trouve justement dans la doc de Module:Langue/Data. Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 20:10 (CEST)

 SyntaxTerror Ma liste ci-dessus présente bien les codes de langue (en texte) avec les liens d'articles. Il reste un problème de redondance avec le nom de la langue à gérer (je suis dessus), mais il me semble que l'essentiel est là, non ? je modifie pour que le code soit plus explicite si tu veux. Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 20:12 (CEST)

 SyntaxTerror Ok, je viens de comprendre ce que tu voulais dire par rapport au tableau des langues (désolé, je suis long à la détente ^^). Je regarde ça tout de suite. Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 20:19 (CEST)

 SyntaxTerror Yep, je crois que cette fois-ci, on y est. Dis moi si c'est bien ce que tu veux (toujours dans la boîte ci-dessus). Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 20:33 (CEST)

 Epok : oui, sauf que les lignes en double avec le même code IETF sont inutiles. Pourquoi ne pas avoir juste fait comme je disais, c'est-à-dire mettre des liens sur les paramètres « v.page » si présent, sinon sur « v.nom », dans la « function Langue.tableauLangues() » ? Le but étant d'améliorer ce tableau dans la doc de Module:Langue/Data. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 20:53 (CEST)

 SyntaxTerror Je ne comprends pas ce que tu dis : il n'y a pas plus de lignes dans mon tableau que dans celui de base ? (voir celui que tu cites juste au dessus.) La redondance sur les codes est déjà présente à l'heure actuelle... Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 20:54 (CEST)

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

 Epok : ah oui, je viens juste de remarquer !

Désolé... Sinon, est il possible de garder la présentation de l'ancien tableau, parce que là on ne distingue pas facilement les articles ayant un nom différent de celui affiché ?

En tout cas, mon idée permet de repérer plein de trucs qui ne vont pas, par exemple les noms d'articles en anglais ou les erreurs de casse dans l'affichage de certains codes composés. Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 21:11 (CEST)

 SyntaxTerror :  Fait. et tableau mis à jour. Bonne soirée !

Wikipédiennement, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 24 avril 2019 à 21:15 (CEST)

Merci Epok Ça fait du boulot en perspective... Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 21:34 (CEST)

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

 Epok : il y a un problème avec ton code : par exemple, « abs — Ambonese Malay » est dans la liste, mais pas sur Module:Langue/Data

N'y a-t-il pas moyen de faire simplement afficher les liens vers les valeurs de « v.page » si présent, sinon sur « v.nom », comme j'avais demandé au début ? Utiliser la fonction « lienLangue » semble poser des problèmes. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 avril 2019 à 02:45 (CEST)

 SyntaxTerror J'étais parti au début sur une solution pour faire une liste unique, mais c'est toi qui voulais absolument partir de ce tableau comme base. Je me suis contenté d'ajouter une colonne sans rien changer au tableau par ailleurs. En ce qui concerne "valeur de v.page si présent, sinon valeur de v.nom", c'est EXACTEMENT ce que fait la fonction lienLangue (voir ligne 130). Essaie de dissocier les problèmes : ce tableau a des inconvénients pour ce que tu veux en faire (doublons, codes langues qui ne sortent pas de Data), mais c'est toi qui voulais l'utiliser comme base...

Je pense que la solution serait plutôt de créer un autre tableau de ce type, lié uniquement à Module:Langue/Data, et non à Module:Langue, qui lui utilise non seulement Data, mais aussi visiblement d'autres sources. Mais là, c'est une demande complètement différente de celle de cette section. Maintenant, si tu préfères, je peux repartir sur ma solution initiale de lister tous les codes de Data (dont tu ne voulais pas), mais alors ce ne sera plus ce tableau là. Pour rappel, la version précédente que j'avais sortie :

(code brouillon retiré)

Wikipédiennement, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 26 avril 2019 à 09:19 (CEST)

Et après investigation, le « problème » vient bien de Module:Langue/Data, et pas de Module:Langue : voir à partir de la ligne 977 : on ajoute au tableau toutes les langues manquantes gérées par MediaWiki mais non présentes dans le tableau. Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 26 avril 2019 à 09:25 (CEST)

Après test, la liste brute n'est PAS accessible en dehors du module. Seule une liste traitée, sur laquelle on marque les invalides, on ajoute les langues manquantes, etc. est accessible. Et il n'est pas possible d'ajouter de fonction à cette page, car celle-ci ne retourne qu'un tableau. Il n'est donc pas possible de traiter la liste brute, sauf à la copier-coller, comme je l'ai fait pour cet exemple :

(code brouillon retiré)

Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 26 avril 2019 à 09:43 (CEST)

Une manière de faire "propre" serait, je pense, de déplacer les fonctions de traitement de la liste depuis Module:Langue/Data vers Module:Langue (en gros, les lignes 949 à 987, à voir pour 992-1015). Ce serait d'ailleurs logique, car on séparerait plus fermement ce qui relève de la donnée de ce qui relève de son traitement. Une idée serait de renommer l'objet dataLangue de Module:Langue par exemple en dataLangueBrut, et de créer l'objet dataLangue dans le module en utilisant ces fonctions. Néanmoins, je ne me frotterai pas à cette modif, trop sensible pour mon petit niveau de Lua... Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 26 avril 2019 à 10:32 (CEST)

 Epok : merci pour ton temps. Je n'avais pas regardé le code que tu as ajouté au Module:Langue et ça semble être bon, je n'avais pas repéré ces langues ajoutées depuis MediaWiki dans la liste avant. J'ai quitté wp.fr un bon moment et cette page a pas mal évoluée depuis que j'avais aidé Zebulon84 pour sa création.

Je vais essayer de les ajouter à Module:Langue/Data pour avoir des liens corrects et éventuellement créer les articles manquants, même si ça ne sert pas beaucoup vu les langues concernées. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 avril 2019 à 18:02 (CEST)

┌────────────┘
 SyntaxTerror : vu. Du coup, je supprime mes listes générées ci-dessus. Je laisse le code Lua et la dernière liste accessible dans mon module brouillon pour l'instant, si tu souhaites utiliser celle-ci. je pense que la fonction listeArticleBrut2 est ce que tu cherchais, mais il faut bien prendre en compte le fait qu'elle travaille sur une copie de la liste de langues : il faudra mettre à jour celle-ci si tu souhaites l'utiliser et fait des modifs entre temps.
Wikipédiennement, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 26 avril 2019 à 18:54 (CEST)

formatqualifiers

Le Manoir des fantômes

Format	Collectif de bande dessinée (en)
Dates de parution	Mars 1981 - septembre 1983 Juin 1975 - mars 1983
Éditeur	Artima
Collections	Comics Pocket (mars 1981 - septembre 1983) Artima Color DC SuperStar (mars 1981 - septembre 1983)

Bonjour,

Je tente d'afficher les qualificatifs de « éditeur » dans l'infobox suivante pour obtenir un tiret ( - ) plutôt qu'un « et » (comme pour le champ « date de parution »), mais j'y arrive pas.
Vous avez une solution ? - Simon Villeneuve 15 mai 2019 à 19:46 (CEST)

Diff ෴ Alt0160 ^♫♪ 16 mai 2019 à 05:14 (CEST)

Merci ! - Simon Villeneuve 16 mai 2019 à 11:20 (CEST)

Récupérer ou tester une variable utilisateur

Bonjour,

Est-ce qu'un module peut récupérer (ou tester) une variable stockée dans common.js, et seulement dans cette page ?

— Cantons-de-l'Est ^discuter [‌opérateur] 8 janvier 2018 à 17:25 (CET)

Difficile de répondre en l'état, pourrais-tu préciser ce que tu souhaites faire ? od†n ↗^blah 16 janvier 2018 à 10:35 (CET)

Afficher un qualifier sans la property

Bonjour,

Voici ma problématique : j'ai créé un Module:Infobox/Point chaud. Exemple d'utilisation ici : Point chaud de la Société.

Dans l'infobox, je veux faire apparaître en haut la carte qui recense les points chauds du globe (ça, ça fonctionne avec general.locationmap()). Sur cette carte, chaque point chaud est identifié avec un numéro. Sur la page Wikidata Point chaud de la Société, j'ai mis ce numéro en tant que qualifier P1545 (ordre dans la série) de la propriété P242 (carte de localisation).

Dans l'infobox, j'aimerai qu'apparaisse sous la carte une ligne N° dans la carte, qui afficherai le numéro présent dans P1545. Mais comme vous pouvez le constatez, à l'affichage ça me met d'abord le nom du fichier, suivi du numéro entre parenthèse : Hotspots-more.jpg (38). Ce que je voudrais, c'est qu'il y ait seulement le 38 qui apparaisse.

Est-ce possible ?

Cordialement, Sémhur (discuter) 5 juillet 2019 à 22:38 (CEST)

Oui, avec "showonlyqualifier" (voir module:Wikidata). Cependant, il y a un retour-chariot qui semble être de trop et je ne sais pas comment l'éliminer. - Simon Villeneuve 5 juillet 2019 à 23:15 (CEST)

Merci Simon Villeneuve ! Je découvre tout ce monde des modules, de Lua, et même un peu de Wikidata ; j'ai encore plein de chose à apprendre.

Le problème du retour chariot n'en était pas un, c'est juste que je n'avais pas déclaré la row au sein d'une table. C'est corrigé. Sémhur (discuter) 6 juillet 2019 à 18:07 (CEST)

Pb de tri de liste dans le module:Composition Division de France

Père Igor signale à juste titre un pb de tri des listes générées par le module:Composition Division de France, qui était passé, jusqu'à présent, au travers des radars. Les communes ayant des lettres accentuées ne sont pas positionnées à l'ordre alphabétique normal : exemple avec la Liste des communes de la Dordogne : Cénac-et-Saint-Julien après Cunèges ; Négrondes après Nontron ; Saint-Étienne-de-Puycorbier après Saint-Vivien ; Vézac après Vitrac ; communes commençant par É renvoyées en fin de tableau. Un contributeur saurait-il résoudre se pb de tri (probablement par substitution des lettres accentuées par la lettre non accentuée correspondante). Merci par avance. Cordialement.Roland45 (discuter) 12 août 2019 à 17:39 (CEST)

 Père Igor et Roland45 : . Lofhi (me contacter) 17 août 2019 à 02:12 (CEST)

 Lofhi : C'est parfait. Merci.Roland45 (discuter) 17 août 2019 à 08:52 (CEST)

 Lofhi : merci beaucoup. Père Igor (discuter) 17 août 2019 à 11:51 (CEST)

 Roland45 : je suppose qu'il y a un problème sur Liste des communes de la Corrèze par exemple ? Lofhi (me contacter) 17 août 2019 à 22:48 (CEST)

Ah, non, je n'ai pas fait gaffe aux arguments du modèle ! Le tri n'est jamais appelé, dans ce cas là. Tu sais m'éclairer et me dire pourquoi le tout n'est pas sur Commons pour ce département ? Vu que tu gères le tout. Lofhi (me contacter) 17 août 2019 à 23:00 (CEST)

Après vérification, tout est sur Commons... Plus qu'à attendre ta réponse ! Lofhi (me contacter) 17 août 2019 à 23:21 (CEST)

Ah, t'es en train de faire la transition, réponse trouvée. Lofhi (me contacter) 17 août 2019 à 23:47 (CEST)

 Lofhi : Oui. Nous sommes en phase de transition. Il y a trois types de données : des modules de population et des modules d'informations générales stockés sur Wikipédia et des tables d'appartenance donnant toutes les compositions des divisions, mais uniquement sous forme de codes, stockées sur Commons. Pour traiter/afficher ces données, il y a (entre autres) deux modules {{Composition Division de France}} (CCF) et {{Composition en communes division de France}} (CCDF) ou {{Tableau Liste commune de France 2}} (TLCF2) qui est sensiblement équivalent (plus ancien). CCDF a vocation a être remplacé par CCF. TLCF2 a vocation également à être remplacé, mais pas partout parce que CCF n'est pas opérationnel pour toutes les divisions (ne marche par exemple pas pour les intercommunalités). Les explications sont ici pour la description générale du projet, ou ici pour ces nouveaux modèles de listes, ou là pour le tableau général de suivi 2019. L'intérêt est de s'affranchir de ces dizaines de milliers de mises à jour annuelles qui devaient jusqu'en 2013 être faites à la main et qui de fait ne l'étaient pas. L'actualisation se fait désormais une fois l'an. Le revers de la médaille est la concentration de cette actualisation des tables/modèles qui ne peut être faite que par … une personne! Sur cette affaire, je ne suis que l'architecte, les développeurs sont principalement Wikialine, Hexasoft, Zebulon84 et récemment Od1n et toi-même.

D'où également mes demandes d'amélioration du module CCF avec par exemple l'ajout de fonctions nouvelles (voir ci-dessus) (je ne parle pas du cas des intercos qui est plus compliqué). Mais le pb est quand même le faible nombre de développeurs en lua qui limite les disponibilités de chacun.Roland45 (discuter) 18 août 2019 à 09:41 (CEST)

Jour de la Révolution

Bonjour,

Il semblerait que le modèle {{date}} avec le paramètre républicain bogue lorsque l’on tente une conversion pour un jour correspondant au jour de la Révolution d’une année sextile. Voir par exemple :

• {{date|22 septembre 1795|républicain=liens}} : 22 septembre 1795 (jour de la Révolution an III)
• {{date|22 septembre 1799|républicain=liens}} : 22 septembre 1799 (jour de la Révolution an VII)

mais :

• {{date|21 septembre 1795|républicain=liens}} : 21 septembre 1795 (jour de l'opinion an III)
• {{date|23 septembre 1795|républicain=liens}} : 23 septembre 1795 (1^er vendémiaire de l'an IV)

Cela me pose problème dans l’infobox de Constitution du 5 fructidor an III.

Merci par avance !

Pic-Sou 18 février 2020 à 11:28 (CET)

Corrigé, et j'en ai mis deux couches pour que ça tienne bien : 167604010 et 167604095. od†n ↗^blah 20 février 2020 à 01:40 (CET)

Palette Irving Berlin

Bonjour depuis plusieurs mois je travaille sur la page Irving Berlin, comme je vais "bleuir" ses différentes chansons, comédies musicales, films, etc. il me semblerait utile de créer une palette qui serait semblable à celle de la palette du WP anglophone,... là je bute, cela dépasse mes compétences ! quelqu'un pourrait-il faire l'architecture de base, je m'occuperais de remplir les différentes rubriques (titres des chansons, des comédies musicales, des films), ça je sais faire ...D’avance grand merci Bernard Botturi (discuter) 7 mars 2020 à 15:32 (CET)

Bonjour Bernard Botturi ,

Je pense que tu n'es pas au bon endroit... Pour tout ce qui concerne les palettes, il existe le Projet:Palette, sur lequel tu trouvera notamment un bouton pour faire une demande de palette.

Wikipédiennement, Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 7 mars 2020 à 19:10 (CET)

Grand merci Epok__ bon dimanche Bernard Botturi (discuter) 8 mars 2020 à 10:23 (CET)

Erreur dans Infobox Auteur de livre-jeu

Bonjour,

J'ai remarqué que dans l'infobox Modèle:Infobox_Auteur_de_livre-jeu, le champ 'planete' a systématiquement sa première lettre en majuscule alors que c'est une URL. Le modèle de l'infobox m'a amené ici, mais je ne sais pas trop comment investiguer ce problème. Si quelqu'un a une piste...

On le voit dans l'exemple sur la page modèle de l'infobox. Dans l'infobox de Fabrice Cayla, le champ affiche "Fiche Planete-ldvelh Http://planete-ldvelh.com/page/artiste-pecau-cayla.html". Et c'est le cas sur toutes ces pages :

Merci d'avance.

Ogoletti (discuter) 21 avril 2020 à 14:34 (CEST)

Merci, c'est corrigé ici.

Le problème venait du fait que P2720 (« URL à intégrer ») est une url mais n'est pas de type url... j'ai donc désactivé le forçage en majuscule. — eru ^[Discuter] 21 avril 2020 à 18:42 (CEST)

Super! Je viens de voir (pas eu de notification). Merci à toi.

Ogoletti (discuter) 5 mai 2020 à 10:46 (CEST)

Module:Utilisateur:Eru/NooSFere

Bonjour,

J'ai préparé la conversion des différents modèles tel quel {{NooSFere auteur}} pour un passage en Lua, afin d'homogénéiser les paramètres et de les rendre plus maintenable.

Cependant, avant que je le propose aux projets concernés il serait mieux que le code soit vérifié.

Vous trouverez les liens vers les modèles et les tests directement dans la documentation du module.

— eru ^[Discuter] 8 mai 2020 à 10:13 (CEST)

Module désormais utilisé dans les bac à sables : Discussion Projet:Science-fiction#Passage des modèle NooSFere en lua — eru ^[Discuter] 31 mai 2020 à 16:09 (CEST)

Problème Infobox Parlement

Bonjour. Je souhaite signaler un problème sur le Modèle:Infobox Parlement. Le paramètre « date de début = » affiche automatiquement la mention « av J-C ». Je ne sais pas comment l'enlever... --Capbourrut (discuter) 7 août 2020 à 09:26 (CEST)

Bonjour,

J'ai appliqué une modification hier qui est forcément en cause, j'analyse le problème : diff — eru ^[Discuter] 7 août 2020 à 17:43 (CEST)

Le problème est corrigé : diff, le modèle {{Infobox Parlement}} appel d'abord le modèle date, celle-ci étant pré-formaté l'era ne peut pas être calculé et sameera est donc à nil.

Je me suis contenté d'ignorer le cas ou sameera est à nil, il faudra surement revoir le module Module:Infobox/Parlement.

Merci Capbourrut pour le signalement du problème. — eru ^[Discuter] 7 août 2020 à 18:04 (CEST)

Merci Eru pour ton efficacité. --Capbourrut (discuter) 7 août 2020 à 19:09 (CEST)

Pour info mon test n'était pas tout a fait correcte, je l'ai patché : diff — eru ^[Discuter] 10 août 2020 à 11:05 (CEST)

Module:Biblio/Ouvrage

Bonjour,

Besoin d’un expert : Discussion module:Biblio/Ouvrage#Paramètre traduction titre=. — Thibaut (discuter) 1 septembre 2020 à 16:49 (CEST)

. — TomT0m ^[bla] 1 septembre 2020 à 17:17 (CEST)

Infobox ne faisant pas l'accord des unités

Bonjour,

@Cjp24 signale que l'infobox  Modèle:Infobox Matériaux ne fait pas l'accord des unités : voir les articles or, bronze, laiton ou acier. Bien qu'elle ait été crée mi-2018 par @Djhé, elle n’est - heureusement d'une certaine façon - utilisé que sur 11 articles.

J’ai regardé, ce modèle repose classiquement sur le module Module:Infobox qui utilise lui-même bien le module Module:Conversion/Données qui permet de faire l’accord au pluriel. J'ai regardé le code sans voir d'où vient précisément le problème, d'autres personnes pourraient-elles se pencher sur la question pour trouver le problème et sa solution ?

Cdlt, Vigneron * ^discut. 14 janvier 2021 à 16:26 (CET)

Bonjour VIGNERON

Solved pour la densité : diff — eru ^[Discuter] 14 janvier 2021 à 19:01 (CET)

Bonjour et merci @Eru. Et du coup, je comprends d'où vient le problème : je cherchais dans le code des modules et non dans la table de conversion elle-même. Je vais regarder pour voir les autres grandeurs. Par contre, la densité est sans unité et non en gramme, non ? Cdlt, Vigneron * ^discut. 14 janvier 2021 à 19:14 (CET)

@Vigneron : C'est également bon pour le module de young : diff (Acier).

Pour l'unité j'ai fait Bronze > P2054 (« masse volumique ») & Q844211 (« kilogramme par mètre cube ») > P5061 (« symbole d'unité ») : kg/m³ (French), donc si, il y a bien une unité.

— eru ^[Discuter] 14 janvier 2021 à 19:25 (CET)

ps : le P5593 (« coefficient de Poisson ») par exemple n'a pas d'unité. — eru ^[Discuter] 14 janvier 2021 à 19:27 (CET)

@Eru ah ok, j’ai mis un peu de teps mais je viens de comprendre qu'il y a un faux-ami avec l'anglais. La densité n'a pas d'unité (ça c'est sûr et certain, d'où mon étonnement) mais density en anglais c'est la masse volumique et non la densité elle-même donc tout va bien.

PS: ce module (ou un équivalent) pourrait-il aussi gérer les unités monétaires ? Cf. d:Topic:W1r8lmrae00j0q15 où @Jihaim pose la question pour le chiffre d'affaires sur New-York Historical Society.

Cdlt, Vigneron * ^discut. 18 janvier 2021 à 15:09 (CET)

Effectivement, je pensait que c'était la même chose mais en français l'unité de la densité c'est masse volumique/masse volumique, donc rien.

Je suppose que l'on doit pouvoir faire quelque chose pour les unités monétaires, je regarde. — eru ^[Discuter] 18 janvier 2021 à 18:09 (CET)

 VIGNERON et Jihaim : D'abord il faut passer l'affichage de l'unité en long, sinon le $ est affiché : diff

Puis faire le même type d'ajout que pour les autres unités : diff

Par contre il est probable que les autres champs en dollar et les autres infobox affiche désormais le $ si elles n'ont pas le paramètre long, revertez-moi si cela pose problème.

La même chose est bien sûre faisable pour l'euro(s) et les autres monnaies. — eru ^[Discuter] 18 janvier 2021 à 18:25 (CET)

Merci beaucoup. Je vais regarder et vérifier de plus près mais cela me semble correct. J’ai juste corrigé un typo, le pluriel est « dollars américains » et pas seulement « dollars américain » . Cdlt, Vigneron * ^discut. 18 janvier 2021 à 19:45 (CET)

Hello,

Oui, ce modèle n'est pas complément fini. L'idée étais de le faire communique avec wikidata mais en parallèle certaine catégorie étais en construction. Il y encore quelque bugs et j'avoue que gratter entre la doc du Lua et de wikidata demande beaucoup de temps pour moi. Un coup de main serais bienvenu. ;) Djhé (discuter) 11 février 2021 à 12:17 (CET)

Normalisation qui retire les diacritiques pour le tri alphabétique : Œ et œ

Bonjour !

Suite à cette remarque, j'ai tenté d'ajouter un gsub dans le Module:Composition Division de France (voir ici). Malheureusement (même après vidage du cache), la commune d'Œuilly se classe toujours en bas du tableau sur la Liste des communes de la Marne...

Quelqu'un saurait-il corriger ?

Cordialement, Jessy ^Oui ? 26 janvier 2021 à 13:33 (CET)

Bonjour JessydeVilly , j'ai mis longtemps à chercher avant de comprendre qu'il manquait juste un anti-slash : diff :) — eru ^[Discuter] 26 janvier 2021 à 19:19 (CET)

Bonjour Eru et merci !

Je me doutais que c'était une petite erreur, mais je n'arrivais pas à mettre le doigt dessus.

Cordialement, Jessy ^Oui ? 26 janvier 2021 à 20:13 (CET)

Tu aurai probablement trouvé demain à tête reposé, ca m'arrive souvent :) — eru ^[Discuter] 26 janvier 2021 à 21:27 (CET)

Infobox V2 & V3 versus Lua : insertion de modèle

Bonjour, est-il vrai que l'outil standard d'insertion de modèle, qui marche bien avec les Infobox V2 {{Infobox Cours d'eau}}, {{Infobox Fossile}} et les infobox V3 {{Infobox Norme juridique}}, ne marche plus/ne propose plus les paramètres avec les infobox Lua et leur module associé {{Infobox Musée}} ? Peut-il y avoir une façon de retrouver cette aide bienvenue pour tous nouveaux/ou habitués à cet outil ? merci d'avance de votre retour --Philippe rogez (discuter) 5 mars 2021 à 18:00 (CET)

Bonjour Philippe rogez

Avez-vous un exemple d'infobox ayant ce problème ?

Le plus probable est que le template data soit mal remplit dans la documentation, je viens de faire un test avec {{Infobox Biographie2}} sans soucie. — eru ^[Discuter] 5 mars 2021 à 18:19 (CET)

Bonjour  Eru : merci de ce retour hyper repide, effectivement j'ai pas donné d'exemples, donc : v2 : {{Infobox Cours d'eau}}, {{Infobox Fossile}} V3 :{{Infobox Norme juridique}} Lua : {{Infobox Musée}} à vous lire--Philippe rogez (discuter) 5 mars 2021 à 18:26 (CET)

@Philippe rogez c'est bien le template data qui n'est pas renseigné sur ce modèle (c'est la même chose que le modèle soit Lua ou non)

La section paramètre a été remplit "à la main" : Modèle:Infobox Musée/Documentation#Paramètres

Alors qu'ici les données sont bien remplies : Modèle:Infobox Cours d'eau/Documentation#TemplateData

Je vais voir pour commencer le paramétrage. — eru ^[Discuter] 5 mars 2021 à 18:36 (CET)

 Eru : {{Infobox Fossile}} n'a pas de section Template Data ?! --Philippe rogez (discuter) 5 mars 2021 à 18:41 (CET)

 Philippe rogez : Effectivement, apparemment en V2 l'éditeur arrive à trouvé les paramètres tous seul, en tout cas si on veux ajouter un template data il propose des suggestions, probablement grâce à la syntaxe {{{nom|}}}, cela ne doit pas être possible en lua puisque les paramètres ne sont pas dans le modèle lui-même.

{{Infobox Musée}} propose désormais le paramètre nom. — eru ^[Discuter] 5 mars 2021 à 18:58 (CET)

 Eru : Merci bien : tu l'a rempli à la main ou avec le gadget/extension:TemplateWizard ? --Philippe rogez (discuter) 5 mars 2021 à 19:03 (CET)

 Philippe rogez : à la main en copiant d'un autre modèle, je galère justement avec le "Gérer TemplateData" — eru ^[Discuter] 5 mars 2021 à 19:07 (CET)

C'était le gadget WikEd qui m'empêchait de le faire en visuel... — eru ^[Discuter] 5 mars 2021 à 19:12 (CET)

L'infobox v3 {{Infobox Économie sousdivision}} n'a pas de Templatedata et pourtant l'insertion de modèle est correcte. Ma première impression reste pas mauvaise... non ?--Philippe rogez (discuter) 5 mars 2021 à 19:26 (CET)

V2 & V3 c'est pareil, le modèle contient {{{nom|}}} pour chaque paramètre, donc l'éditeur visuel s'y retrouve même sans template data.

Par contre sans template data il n'y a que le nom du paramètre, pas de description, d'exemple... — eru ^[Discuter] 5 mars 2021 à 19:30 (CET)

Merci  Eru : : Donc il n'y a pas d'outil/gadget pour reprendre la doc et faire un templatedata : tu me conseilles de cloner à partir d'un modèle ressemblant ? en tout cas encore merci pour tes retours rapides et efficaces : à te lire--Philippe rogez (discuter) 5 mars 2021 à 19:38 (CET)

@Philippe rogez si tu a un modèle avec des paramètres similaires oui, sinon il faut reprendre chaque paramètre en copiant la description.

Et tant qu'à faire il faut au moins indiquer si le paramètre est suggéré ou obligatoire (ce qui n'a pas à être le cas avec les infobox Lua) — eru ^[Discuter] 5 mars 2021 à 21:18 (CET)

Bonsoir @Philippe rogez, j'ai rajouté des données TemplateData pour les deux modèles, (musée et fossile). Tu ne devrai donc plus avoir de problème à rajouter ces infobox avec l'éditeur visuel. N'hésite évidemment pas à peaufiner les descriptions à l'aide du bouton « Gérer TemplateData ». N'hésite pas à me demander si tu as des questions sur le fonctionnement de tout ça ou d'autre requête, j'ai fini par devenir « expert » avec le temps. Il existe un outil assez pratique [7] pour copier/coller rapidement les descriptions. Amicalement, -- Nemo ^Discuter 16 mars 2021 à 19:40 (CET)

Bonsoir  Nemo Le Poisson : c'est bien aimable à toi : merci encore : il faut que je relise à froid, car il faut aussi comprendre... le polonais peut-être... A+--Philippe rogez (discuter) 16 mars 2021 à 19:47 (CET)

@Philippe rogez si tu vois d'autres modèles qui nécessitent un TemplateData, n'hésite pas à venir me voir, je t'aiderai avec plaisir ! -- Nemo ^Discuter 25 mars 2021 à 21:13 (CET)

Modèle spécifique date cassé

Bonjour les gens du projet Scribunto,

Je ne sais pas si cette page est la plus adaptée, mais je vais vous exposer le problème que je rencontre avec le modèle chronologique |guerre mondiale}}.

En 2018, à la suite d'un débat intense, des articles de chronologie spécifique sont mis en place, centrés sur les guerres mondiales, sont créés, puis déclarés admissibles par la communauté. Suite à un échange avec Gkml (d · c · b), le code adopté a alors été celui-ci {{nobr|[[2 août|2]] [[Août 1914 (guerre mondiale)|août 1914]]}}.

Durant l'année 2020, la forme {{date|8 octobre 1939|guerre mondiale}} est mise en place, avec des liens vers les articles 8 octobre, octobre 1939 (guerre mondiale) et 1939. Cette solution a perduré jusqu'à il y a quelques jours, et constituait un compromis acceptable pour les tenants du primat du code, d'une part, et les tenants du primat du contexte, de l'autre. Ce soir, je vérifie un détail dans un article dans lequel les dates sont codés {{date|8 octobre 1939|guerre mondiale}}, et je constate que le lien vers l'article octobre 1939 (guerre mondiale) (chronologie spécialisée) a été remplacé par octobre 1939 (chronologie générale).

Je signale pour appuyer mon propos que la mention {{date|24 septembre 1976|en musique}} renvoie vers les articles 24 septembre, septembre 1976 et 1976 en musique.

Je souhaiterai comprendre les modifications opérées et ce qu'il convient de faire pour revenir à la situation qui prévalait jusqu'à il y a peu, sachant que la solution qui s'est mise en place {{date|8 octobre 1939|guerre mondiale}} possède le double avantage d'être à la fois conforme aux exigences de forme (la rigueur du code) et de fond (la facilité d'accès à un contexte chronologique spécifique).

Merci.

Cordialement. — Le message qui précède, non signé, a été déposé par 2017-CMI (discuter), le 29 juin 2021 à 21:39 ‎

Bonjour  2017-CMI. Je suis peut-être le coupable, de façon involontaire. Je vérifie au plus vite. Merci du signalement. — Ideawipik (discuter) 29 juin 2021 à 22:21 (CEST)

 Fait. Rebonjour  2017-CMI. Vraiment désolé du dérangement. Petite erreur corrigée. En même temps, je n'arrive pas à comprendre comment le code {{date|8 octobre 1939|guerre mondiale}} pouvait donner le résultat escompté, avant ma modification précédente, qui visait, entre autres, à ajouter cette particularité pour les « mois (guerre mondiale) ». Pour test : 8 octobre 1939. Cordialement. — Ideawipik (discuter) 29 juin 2021 à 22:57 (CEST)

Après vérification, j'ai l'impression que la syntaxe décrite n'avait jamais été mise en place dans le modèle {{Date}}. Cf. Discussion modèle:Date#Date "guerre mondiale" initiée en juin 2020.  2017-CMI « Cette solution a perduré jusqu'à il y a quelques jours ». On a du avoir la berlue .

P.-S. : Ne pas s'étonner si les liens ne sont pas tous corrects immédiatement (cache) — Ideawipik (discuter) 29 juin 2021 à 23:32 (CEST)

Bon finalement, on n'avait peut-être pas rêvé. Le problème général persiste. Il n'est pas lié aux paramétrage des données pour « guerre mondiale » qui était correct et conforme aux spécifications du module et pourra être rétabli une fois le souci plus large réglé. Le problème vient de la mauvaise prise en compte des données « seul= » pour l'existence des articles.

• {{date|5 avril 783|en science}} devrait établir un lien vers l'article 783 en science ; test : 5 avril 783
• {{date|4 mars 1058}} ; article : mars 1058 ; test : 4 mars 1058
• {{date|1891|en basket-ball}} ; article : 1891 en basket-ball ; test : 1891. Test article inexistant : 1905. Test article existant (dans "tous") :  OK 1935
• {{date|||1945|en animation asiatique}} dans l'infobox de Momotaro, le divin soldat de la mer.

 Od1n. Penses-tu que le souci puisse être lié à ta petite modification récente du Module:Date ? L'opérateur de longueur dans « #data.seul » est-il bien interprété ? Peux-tu réessayer avec ipairs() pour cet élément ? Cela semble mieux que de dupliquer le contenu de data.seul en local. Merci. — Ideawipik (discuter) 30 juin 2021 à 12:46 (CEST)

C'était bien ça. Voilà qui est corrigé, désolé pour la gêne occasionnée… od†n ↗^blah 30 juin 2021 à 15:42 (CEST)

Merci  Od1n. Pas de souci. En ai profité pour actualiser les données. — Ideawipik (discuter) 30 juin 2021 à 17:57 (CEST)

Bonsoir, merci à tous pour vos explications techniques et pour les corrections. Je vais essayer de comprendre ce qu'il s'est passé : un contributeur a fait une modif dans le modèle date, ce qui a eu pour conséquence de casser le lien vers les articles de la chrono spécialisée. l'erreur a été réparée par le fautif. Pour cela, je l'en remercie, mais serait-il possible de m'expliquer simplement (sans trop de termes techniques) la modif initiale qui a abouti à casser le lien et l'actualisation des données (il semble qu'une lacune existait dans le modèle dont je me servais) ? Merci. Cordialement. CMI 2017 (un problème existentiel?) aka le conteur 30 juin 2021 à 21:16 (CEST)

@CMI 2017. Reprenons au début. Jusqu'en 2021, le qualificatif « guerre mondiale » (ou « (guerre mondiale) » n'était pas valide pour le modèle Date. Il a été ajouté en janvier 2021 (cf le message de juin 2020 relevé plus haut et la réponse apportée alors) et tout fonctionnait correctement. Le module:Date qui s'occupe du fonctionnement du modèle n'a pas été modifié entre temps sauf hier pour une petite question d'optimisation du code (deux manières de parcourir un tableau mais syntaxe non adaptée pour un des objets manipulés ici) qui n'aurait idéalement pas dû changer le comportement. C'est cette modification qui était "fautive" et a été partiellement annulée. Les données sont stockées dans le sous-module module:Date/Data. Il permet de définir les qualificatifs valides (et éventuellement des alias).

Fonctionnement du modèle. Pour chaque utilisation du modèle, afin de choisir vers quel article cible existant pointera le lien, le modèle doit s'assurer de l'existence de la page « AAAA <qualificatif> ». Afin de limiter le coût des appels du modèle et réduire le nombre de tests d’existence d'une page (opération qui demande beaucoup de ressources), ont été définis, pour chaque qualificatif, des "paramètres" optionnels « aucun », « seul », « tous ».

• Pour les années inférieures ou égales à la valeur de aucun, le modèle considère que les pages n'existent pas sauf si elles sont explicitement dans la liste "seul".
• Pour les années supérieures à aucun, si l'année est dans la plage définie par "tous", le modèle ne teste pas l'existence et considère que la page existe. Dans le cas contraire, il fait appel à la fonction coûteuse #ifexist, pour vérifier si la page existe ou non.

Cela est décrit dans le sous-module. Le principe est le même pour les mois. Mais cela ne concerne que quelques qualificatifs dont celui de la question initiale. L'actualisation consiste à vérifier qu'il n'existe pas de pages spécifiques pour des années inférieures à "aucun" qui ne seraient pas dans les exceptions "seul" et à étendre la plage "tous". Le principal concerné aujourd'hui était « en Inde », pour lequel des pages ont été créées ce mois-ci, sans qui les liens ne soient générés par le modèle. La réponse te convient-elle ? — Ideawipik (discuter) 30 juin 2021 à 23:32 (CEST)

Module acceptable ?

Bonjour,

Si vous avez déjà utilisé {{Traduction/référence}}, vous avez peut-être éprouvé de la frustration ou de l'ennui parce qu'il faut renseigner le titre de la page, l'oldid et (régulièrement) indiquer |type=note. J'ai mis au point un module qui remplace avantageusement, selon mon opinion, {{Traduction/référence}} parce qu'il suffit de passer en argument l'URL de la version de la page et le module fait le reste.

Voici un exemple :

---

• {{TradRef}} (pas de meilleur titre pour le moment)

{{TradRef|url=https://de.wikipedia.org/w/index.php?title=Amandus_(Bagaudenf%C3%BChrer)&oldid=148366994}}

donne :

---

• {{Traduction/référence}}

{{Traduction/Référence|de|Amandus (Bagaudenführer)|148366994|type=note}}

donne :

(de) Cet article est partiellement ou en totalité issu de l’article de Wikipédia en allemand intitulé « Amandus (Bagaudenführer) » (voir la liste des auteurs).

---

Ce modèle, qui n'est pas encore versé dans l'espace Modèle, appelle Module:Test0, qui sera versé dans l'espace Module (sous un nom approprié). Je prévois ajouter du code pour traiter les pages des wikis « unilingues » (Wikidata et Commons, par exemple). Je prévois aussi utiliser mw.html.create() pour faciliter la maintenance du module.

Dans son état présent, le module est-il acceptable ?

— Cantons-de-l'Est ^discuter [‌opérateur] 1 février 2017 à 01:57 (CET)

Bien plus pratique en effet, j'aime beaucoup ! — Thibaut (会話) 1 février 2017 à 03:08 (CET)

Bonne idée en effet. Quelques notes tant que je les ai en tête :

• Vu qu'on est obligé de nommer le paramètre, autant prendre un nom, comme url.
• Peut-être utiliser mw.uri.parseQueryString() ?
• Pour le nom du modèle, oh woui dégager cette fichue barre oblique !

od†n ↗^blah 1 février 2017 à 06:12 (CET)

Od1n, Merci pour les améliorations apportées au module. Un jour, je serai (vraiment) meilleur en Lua. Je conserve vos améliorations et je vais modifier le module selon vos suggestions. — Cantons-de-l'Est ^discuter [‌opérateur] 1 février 2017 à 15:29 (CET)

Voir : {{TradRef}} et Module:TradRef – od†n ↗^blah 4 février 2017 à 13:14 (CET)

Si le module fonctionne bien, que pensez-vous de fusionner {{TradRef}} avec {{Traduction/Référence}} ? — Thibaut (会話) 4 février 2017 à 13:17 (CET)

Ça semble être la suite logique, évidemment. En gardant en tête que l'objectif est d'avoir la syntaxe la plus simple possible pour les contributeurs ; en l'occurrence ça semble tout à fait faisable, les deux syntaxes pouvant coexister dans le même modèle. Il faudrait aussi des noms de modèles potables… je propose {{Références traduction}} pour les références d'articles et {{Bandeau traduction}} pour les bandeaux de pdd. od†n ↗^blah 4 février 2017 à 16:23 (CET)

Week-end de travail du groupe « tech » de Wikimédia France

Bonjour,

Je me permets de faire suivre ce message ici, puis qu'il vous concerne et que vous pouvez avoir envie d'y participer :

Dans l'optique de relancer le groupe « tech » de Wikimédia France, j'aimerais organiser une réunion sur un week-end de toutes les personnes intéressées par cette thématique. Les axes sur lesquels j'aimerais travailler durant le week-end sont les suivants :

• Quelles ressources pour aiguiller quelqu'un avec des compétences en développement informatique qui veut s'impliquer dans l'association ou sur les projets Wikimedia ?
• Comment identifier et contacter les personnes intéressées quand l'association a un projet impliquant des besoins tech (par exemple, un import massif de données ou de photos) ?
• Comment aider les personnes déjà impliquées dans la création de modèles, modules, gadgets ou outils sur les projets Wikimedia à monter en compétence ou aller plus loin ?
• Comment permettre à de nouvelles personnes de se former à ces aspects et s'y impliquer ?

Tout le monde est bienvenu, y compris les novices ! Les repas seront pris en charge pour tout le groupe, et le transport et l'hébergement pour celles et ceux qui en ont besoin.

Voici un sondage pour choisir la date : https://framadate.org/danhI1gxLFd19Eje.

Bonne journée, Sylvain Boissel WMFr (discuter) 26 juillet 2019 à 18:41 (CEST)

Test d'appartenance d'un article à une catégorie

Comme indiqué ici, je cherche une fonction qui testerait l'appartenance d'un article à une catégorie, mais je n'ai pas trouvé... Est-ce quelqu'un connait un moyen de résoudre mon problème ? Merci !! La coince (discuter) 25 novembre 2019 à 16:41 (CET)

J'y connais rien mais : un getContent() pour chopper le texte et ensuite tu parses/regex pour trouver [[Catégorie:Bla]] ? -- Irønie (discuter) 14 décembre 2019 à 23:06 (CET)

A priori pas possible simplement et proprement, la fonctionnalité permettant cela n'étant pas encore au point : mw:Extension:CategoryToolbox… et sans développement depuis deux ans. od†n ↗^blah 15 décembre 2019 à 04:42 (CET)

Data ?

Pour info : Wikipédia:Questions techniques/semaine 9 2020#Data ?

Cordialement. — Thibaut (discuter) 26 février 2020 à 16:20 (CET)

if namespace d'un lien...

Pour info, cette discussion aura peut-être besoin de Lua : Discussion Projet:Modèle#Aide au sujet de la détection de l'espace de nom, pour distinguer les articles des pages -- Nemo ^Discuter 30 mars 2020 à 20:31 (CEST)

Modèle:Date de décès

Plop, je vous notifie de cette discussion, sur de récents changements concernant notamment {{Date de décès}} et Module:Date. Il pourrait être pertinent que des codeurs expérimentés regardent un peu cela, pour voir comment le code pourrait être amélioré, repérer les éventuels bugs... od†n ↗^blah 10 avril 2020 à 02:20 (CEST)

Bonjour,

J'ai appliqué les dernières modifications discutées à Module:Date/Bac à sable, {{Date de décès/Bac à sable}} et {{Date de décès-/Bac à sable}}, ainsi que dans les pages de tests Modèle:Date de décès/Test et Modèle:Date de décès-/Test.

N'hésitez pas à commenter ou corriger. — eru ^[Discuter] 8 mai 2020 à 10:07 (CEST)

Erreur Lua

Bonjour,

Une erreur existe dans le Module:Biblio/Lien web, à la ligne 277, elle est indiquée dans la section vidéographie, de l'article Harry Potter.

Cordialement,

Florian COLLIN (discussion) 14 juin 2020 à 09:52 (CEST)

Ce fut réglé, désolé du dérangement.

Florian COLLIN (discussion) 14 juin 2020 à 09:55 (CEST)

Améliorations graphiques de la page Projet

Bonjour à tous les membres du Projet,

En ce moment je fais la refonte graphique de différents portails/projets, et je souhaiterai vous proposer une refonte visuel de votre Projet. Tout cela, notamment pour deux raisons :

• 1/ Améliorer la qualité graphique globale de ces pages et
• 2/ Mettre en place un système responsive (avec les flexbox qui permettent de s'adapter à tous les formats d'écran).

Qu'en pensez-vous, est-ce que cela vous intéresserai ? Auriez-vous des envies/besoins/remarques particulières ?

J'ai par exemple fais la refonte de différents portails comme le Projet:Corée ou le Projet:Amérique ou le Projet:Cinéma.

Il existe aussi d'autres types de design comme le Projet:Jeu vidéo.

Merci et bonne journée ! (n'hésitez pas à me mentionner pour me répondre) — Koreller 14 juin 2020 à 11:53 (CEST)

DIPP qui traînent

Bonsoir à tous, il y a actuellement deux DIPP concernant des modules, qui traînent (+ 1 récente). Si quelqu'un pouvait y jeter un œil, afin soit d'avoir des avis, soit d'effectuer les modifs. Merci d'avance. Cdt. – Bastoche* ^\Discuter\ 19 avril 2021 à 00:01 (CEST)

Titre de la page

Hello, quelqu'un saurait pourquoi le titre affiché pour cette page est « Discussion_Projet:Scribunto » avec l'underscore et l'italique, au lieu de « Discussion Projet:Scribunto » ? od†n ↗^blah 3 juillet 2021 à 04:21 (CEST)

Hello  Od1n,

à priori, c'est dû à l'utilisation du modèle {{Infobox Ouvrage}} dans la section #modèle:prononciation dans une infobox. Epok__ (✉), le 3 juillet 2021 à 10:53 (CEST)

Conflit d’édition —Réponse. La "mise en forme" du titre de la page est générée par l'infobox {{Infobox Ouvrage|wikidata=Q54818533}} insérée dans un sujet un peu plus haut #modèle:prononciation dans une infobox. Je crois qu'il existe un paramètre optionnel permettant de désactiver cette mise forme, lors de l'appel du modèle. Mais il serait plus logique de désactiver cela directement dans le module, pour les insertion en dehors de l'espace principal. À tout hasard,  FDo64 et Orlodrim. — Ideawipik (discuter) 3 juillet 2021 à 10:55 (CEST)

Bien joué à vous. Franchement celui-là fallait le trouver ! Je n'ai pas trop bien compris ce qui causait l'underscore (et j'ai le sentiment que ça mènerait à quelque chose à corriger, alors si vous arrivez à trouver aussi…), en tout cas j'ai déjà appliqué ceci, qui a réglé le problème pour cette page. od†n ↗^blah 3 juillet 2021 à 20:14 (CEST)

expandTemplate et pcall

Hello,
j'ai eu un petit problème : j'utilise expandTemplate{} dans un module pour des raisons de compatibilité avec de futurs anciens modèles, et cette fonction génère une erreur Lua lorsque le modèle concerné n'existe pas.
Fort logiquement j'ai voulu utiliser pcall() pour détecter l'erreur, mais ni (…)pcall(expandTemplate{ title = mdl, args = { prm } }) ni pcall(expandTemplate, { title = mdl, args = { prm } }) ne fonctionnent (dans les deux cas j'ai une erreur).

J'ai résolu basiquement ce problème en mettant le expandTemplate{} dans une fonction distincte et en appelant cette fonction via pcall(fonction, paramètres) mais ça ajoute un appel de fonction inutile et surtout je présume qu'il doit bien exister un moyen d'appeler expandTemplate{} sans planter le script et sans passer par une fonction tierce !

Si quelqu'un a une idée je suis preneur (note : comme je l'ai dit passer par une fonction intermédiaire marche, c'est plutôt sur le plan esthétique / philosophique que ça me turlupine ).

Cordialement, Hexasoft (discuter) 6 janvier 2017 à 21:33 (CET)

J'ai un problème voisin, ou le même ? et je l'ai déclaré dans Phab:T154769. Voir aussi antiCollapse() dans s:Module:Central-fr-ws. --Rical (discuter) 7 janvier 2017 à 07:53 (CET)

Paramètres HTTP GET

Bonjour. Je crois connaître la réponse, mais sait-on jamais... est-il possible de récupérer soit l'URL, soit les paramètres envoyés par la méthode GET ? Ceci, dans l'idée de paramétrer un module en fonction des demandes de l'utilisateur. R ^{[CQ, ici W9GFO]} 31 janvier 2017 à 15:58 (CET)

Problème avec Graph:Chart

Bonjour !
Quelqu'un connaît la réponse à ma question posée ici : Discussion modèle:Graph:Chart ? - Simon Villeneuve 12 février 2017 à 23:05 (CET)

{{pistes}}

Bonsoir,

Une requête aux robots a demandé à ce que {{pistes}} ait le total des champs temps1, temps2, ... afin d'afficher le temps total.

Après réflexion, il s'agirait plutôt d'une demande pour ce projet plutôt qu'aux robots, qui devraient vérifier et modifier constamment un grand nombre de pages.

Est-ce faisable ? --Framawiki ^✉ 21 mars 2017 à 19:56 (CET)

Unités monétaires

Bonjour,

Les unités monétaires ne semblent pas pouvoir être affichées actuellement. Voir notamment {{Wikidata|P2226}} (capitalisation boursière) utilisé par Modèle:Infobox Société. Pour un exemple d'utilisation, voir d:Q312 et sa page correspondante. Faut-il ajouter les différentes devises dans Module:Conversion/Données ? (j'ai aussi laissé un message dans Discussion_module:Conversion/Données) The RedBurn (ϕ) 8 août 2017 à 12:15 (CEST)

J'ai ajouté un petit hack dans Module:Conversion pour afficher les données avec des unités non prises en charge dans Module:Conversion/Données, qui prend le cas échéant en compte les données de Wikidata pour le symbole et le lien.

Je ne sais pas trop comment traiter les monnaies, mais je ne pense pas qu'il faille les mettre dans Module:Conversion/Données dans la mesure où la valeur de conversion est variable, alors que celles définies dans le module sont fixes.

--Zolo (discuter) 12 août 2017 à 14:15 (CEST)

Génial, ça fonctionne parfaitement, merci !

Comme tu as l'air de maîtriser le sujet, aurais-tu une idée de la meilleure façon de procéder pour afficher par exemple "325,955 millions €" pour "325 954 800 €" (avec l'arrondi) (idem pour les milliards) ? Faudrait-il ajouter million(s) et milliard(s) dans Module:Conversion/Données ? The RedBurn (ϕ) 12 août 2017 à 18:39 (CEST)

Cela n'est pas possible actuellement. Ca ne devrait pas être trop difficile à faire, mais il faudrait peut-être avoir un module dédié à la mise en forme des nombres, ou étendre beaucoup Module:Format. A voir.. -Zolo (discuter) 12 août 2017 à 20:34 (CEST)

Merci pour l'info ! The RedBurn (ϕ) 13 août 2017 à 15:44 (CEST)

Est-il possible de trouver un élément à partir de ces informations en chaîne de texte ?

Bonjour,

Un frein récurrent dans l'utilisation de modèle utilisant Wikidata sur Wikipédia est la nécessité d'utiliser des identifiants dénués de sens (et inversement des modèles comme {{Infobox Biographie2}} ou {{Autorité}} qui n'ont pas besoin de cet identifiant s'installe doucement mais surement dans le paysage wikipédien). Du coup, je me demandais si il était possible (au moins en théorie), de se passer de renseigner cet identifiant et de le trouver automatiquement à partir de chaînes de texte comme on en passe couramment en paramètre sur Wikipédia.

Je ne sais pas si je suis clair, je donne donc un exemple concret, serait-il possible de remplacer :

• {{Bibliographie|Q19170030}}

par quelque chose comme :

• {{Bibliographie|Mowat|1870}}

Comme toujours, il y a évidemment des exceptions - un même auteur ayant fait deux publications la même année ou bien deux auteurs homonymes, etc. - mais il me semble que cela serait déjà un grand pas en avant pour faciliter l’usage et les rares cas exceptionnels pourrais sans doute être résolu par un message d'erreur demandant de fournir un paramètre supplémentaire (voir même suggérant les alternatives existantes). Bref, pour le moment je me questionne surtout sur l'aspect faisabilité et réalisabilité technique.

Cdlt, Vigneron * ^discut. 26 septembre 2017 à 12:47 (CEST)

PS: pour un début de proof-of-concept, voici un exemple de requête qui trouve bien "Q19170030" à partir de "Mowat" et "1870" (mais en un temps un peu lent - requête optimisable ? - et je n’ai pas la moindre idée de comment faire cela en Lua )

SELECT DISTINCT ?item WHERE {
  ?item wdt:P50 ?author ; wdt:P577 ?date .
  ?author rdfs:label ?authorLabel .
  FILTER regex (?authorLabel, "Mowat$").
  FILTER ( YEAR(?date) = 1870 ) .
}

Cliquez pour essayer !

Conserver l'ordre des paramètres

Bonjour, est-il possible de parcourir les paramètres d'un modèle appelant dans l'ordre qu'ils ont été donnés ? Je sais que c'est possible si les paramètres ne sont pas nommés mais comment faire dans le cas contraire ? J'ai cru comprendre (à moins que ça ne vienne de mon imagination) que les clés étaient stockées dans une métatable de frame.args (ex: __mt = {arg1, arg2, ...}), et donc accessibles dans l'ordre. Une idée ? R ^{[CQ, ici W9GFO]} 31 octobre 2017 à 09:23 (CET)

En Lua l'ordre des paramètres nommés d'une table n’est pas spécifié, cf. mw:Extension:Scribunto/Lua_reference_manual/fr#next ou http://www.lua.org/manual/5.1/manual.html#pdf-next.

Donc si les paramètres sont nommés, il n’y a pas moyen d’avoir de connaitre avec certitude leur ordre. Et à mon avis ce n’est pas plus mal, ça permet de les réordonner dans le wikicode sans impact sur l’affichage.

La métatable contient probablement juste une fonction appelant du code php pour évaluer un paramètre lorsque celui-ci est appelé pour la première fois. Ça permet de n’évaluer les paramètres que lorsqu’ils sont réellement nécessaires. Un paramètre inutilisé contenant une ribambelle de sous modèles ne sera pas évalué, les sous-modèles ne seront pas chargés, gagnant un temps de calcul serveur considérable à l’échelle de Wikipédia. C’est notamment intéressant lorsque des modèles sont mal fermés, et contiennent une partie du code de la page. Mais il est à mon avis impossible d’en déduire un ordre quelconque. — Zebulon84 (discuter) 31 octobre 2017 à 10:41 (CET)

Je comprends... c'est toutefois discutable car si le résultat HTML dépend justement de l'ordre des paramètres et bien ça se complique. Je pense notamment à une liste ordonnée ol où le nom des paramètres représenterait l'id (non numérique) de l'élément li :

{{ol| unid = un élément| unautreid = au autre élément }}

le seul subterfuge qui me vient à l'esprit est de ne pas utiliser le signe = comme opérateur d'affectation mais un autre (disons :) afin de pouvoir séparer (mw.text.split) les deux éléments (une table pour les ids, une table pour les éléments), mais je trouve ça tellement dégueulasse que j'en ai presque honte d'y avoir pensé. -_-' R ^{[CQ, ici W9GFO]} 31 octobre 2017 à 11:36 (CET)

Test unitaire

Bonjour, lors de la :meta:Table ronde : Causons technique de la wikiconvention de Strasbourg, il avait été évoqué le besoin de mettre en place systématiquement des tests unitaires pour les modules.

En fait il existe déjà une implémentation : Module:UnitTests

• Module:Banane => test : Module:Banane/Test => run du test : Discussion module:Banane/Test
• Module:Date complexe/Test => Discussion module:Date complexe/Test

Je ne sais pas pourquoi le truc n'a pas eu de succès et d'ailleurs je pense qu'il a été oublié. Cordialement - Drongou (discuter) 11 novembre 2017 à 00:53 (CET)

MediaWiki:Talkpageheader

Bonjour, je vous informe de cette discussion, concernant un projet de Module:Talkpageheader. Au vu de la quantité de pages que cela impacte, des avis et relectures extérieurs seraient fort souhaitables. od†n ↗^blah 19 novembre 2017 à 12:16 (CET)

Demande nouveau module gérant des paramètres wikidata

bonjour,

Dans le cadres des discutions sur les évolutions du module Autorité, il y a eu une question sur le paramètre IMDB (Discussion_modèle:Autorité#IMDB) qui n'était pas pris en compte. Existe-t-il un module WP qui gère ce paramètre (Q37312) et d'autres paramètres contenant des id sur des bases de données en ligne contenant des informations (comme les films, les pièces de théâtres ou autres), qui ne sont pas des informations de référence (comme des bibliothèques nationales), mais des BdD collaboratives, pouvant être pertinentes ?. Ce module existe-t-il ? est-il possible de le créer ? (en gros, un clone du module:Autorité). Cdt, --Bergil06 (discuter) 20 novembre 2017 à 15:48 (CET)

Bonjour, je suis volontaire pour faire le dev si besoin. J'ai déjà bossé sur le module autorité. J'aurai juste besoin de votre GO, de savoir quel nom donner au module, et de créer un squelette vide. Cdt, --Bergil06 (discuter) 4 décembre 2017 à 16:27 (CET)

Simplification de code Lua

Bonjour,

Un petit exemple pour montrer qu'il peut être vraiment profitable de simplifier le code Lua, avec cette partie de Module:Chiffres romains (utilisée par {{nobr romains}}) :

avant

-- Décompose la chaîne transmise en nom/chiffres romaisn/complément
function p.chaine (chaine)
	local nom = ''
	local quantieme = ''
	local complement = ''
	local presence_romains = false
-- Si le paramètre passé n'existe pas, retour
	if not chaine then
		return false, Outils.erreur('Aucun paramètre')
	else
		if string.len(chaine) == 0
		then
			return false, Outils.erreur('Aucun paramètre')
		end
	end
	chaine = ' '..chaine..' '
	
	if string.match(chaine, ' '..typeromains..' ') then
		presence_romains = true
		position = string.find(chaine, ' '..typeromains..' ')
		quantieme = string.match(chaine, ' '..typeromains..' ')
		nom = string.sub(chaine, 1, position-1)
 		if ((position+string.len(quantieme)) < string.len(chaine)) then
 			complement = trim(string.sub(chaine, position+string.len(quantieme)))
 		end
 		nom=trim(nom)
 		quantieme=trim(quantieme)
 	else
 		nom = trim(chaine)
	end
	return true, '', presence_romains, nom, quantieme, complement
end

function p._NobrRomains (chaine)
	local texte = ''
	
	test, message, presence_romains, nom, quantieme, complement = p.chaine (chaine)

	if not test then return test, message end

	if nom and not (nom == '') then
		texte = nom
	end
	
	if presence_romains then
		if not (texte == '') then
			texte=texte..' '..p.RomainsInfobulle(quantieme)
		else
			texte = p.RomainsInfobulle(quantieme)
		end
		if not test then return test, message end
	end
	if complement and not (complement == '') then
		if not (texte == '') then
			texte=texte..' '..trim(complement)
		else
			texte=trim(complement)
		end
	end
	if not(texte == '') and (string.match(chaine, ' ')) and presence_romains then
		texte = '<span class="nowrap">'..texte..'</span>'
	end
	return true, '', texte
end

function p.NobrRomains (frame)
	local args = Outils.extractArgs( frame )
	local a1 = args[1] or ''
	
	local test, message, chaine = p._NobrRomains(a1)
   	if not test then
		return message
	else
    	return chaine
    end
end

 

après

-- Décompose la chaîne transmise en nom/chiffres romains/complément
function p.chaine(chaine)
	local haystack = ' ' .. chaine .. ' '

	local offsetStart, offsetEnd, capture = haystack:find('%U(' .. typeromains .. ')%U')

	if offsetStart then
		return haystack:sub(2, offsetStart) .. p.RomainsInfobulle(capture) .. haystack:sub(offsetEnd, -2)
	else
		return chaine
	end
end

function p.NobrRomains(frame)
	local chaine = frame.args[1]

	-- Si le paramètre passé est vide, retour
	if #chaine == 0 then
		return Outils.erreur('Aucun paramètre')
	end

	return '<span class="nowrap">' .. p.chaine(chaine) .. '</span>'
end

 

od†n ↗^blah 9 décembre 2017 à 19:51 (CET)

Erreur de script avec infobox Biographie2

Bonjour, il y a une erreur Lua sur l'article Bradley Nowell. J'ai un peu investigué, mais pas réussi à corriger. Le truc surprenant est que c'est le seul article qui a une erreur avec cette infobox. od†n ↗^blah 23 décembre 2017 à 06:42 (CET)

Le problème semble se situer au niveau du paramètre "conjoint" (P25), si je le spécifie manuellement pour court-circuiter l'obtention via wikidata, l'infobox fonctionne. Pourtant ce paramètre fonctionne ailleurs (exemple Steve Jobs). La seule explication que je vois, c'est que le mois et l'année étant ici identiques, ça essaie quelque part de modifier la précision pour ne pas afficher que les années. od†n ↗^blah 25 décembre 2017 à 04:37 (CET)

Modèle:Article

Bonjour à tous. Petit souci sur le modèle {{Article}} : en l'absence d'une année de publication précise, le champ "consulté le" ne suffit pas (message d'erreur), et si j'utilise le champ "date" en me contentant du jour et du mois, le modèle affiche... "nil". J'avoue ne pas vraiment comprendre pourquoi. Si qqn a une idée ? SammyDay (discuter) 16 février 2018 à 11:40 (CET)

Liens externes des identifiants Wikidata

Bonjour,

J'ai ajouté quelques codes d'entreprises pour le Module:Infobox/Entreprise, mais je ne sais pas comment faire pour que le module aille cherche le format de l'URL sur Wikidata afin de faire un lien externe. Sauriez-vous comment procéder ?

Merci, Tubezlob (🙋) 5 mars 2018 à 10:34 (CET)

Bonjour Tubezlob,

Il y a un paramètre "urlpattern" auquel on peut dire de prendre la valeru de Wikidata [8]. C'est légèrement emberlificoté, et ce serait pire dans les cas où il faut prendre en compte la langue. On pourrait imaginer d'avoir un "mot magique" pour dire ce paramètre de prendre le format dans Wikidata. Sinon, on peut mettre le pattern directement dans le module, c'est peut-être au fond le plus simple. -Zolo (discuter) 10 avril 2018 à 20:39 (CEST)

Comment analyser le wikicode ?

Bonjour,

Une question de débutant j'imagine, mais j'ai pas trouvé, ou, du moins, j'ai trouvé comment obtenir le wikicode d'un article par local contenu = title.getContent(title), mais impossible ensuite (pour moi) de découvrir quelles sont les sections, s'il y a un tableau quelles sont les cellules, s'il y a des liens quels sont-ils, etc. Comment fait-on ? Merci pour votre aide ! --Touam (discuter) 6 mars 2018 à 13:17 (CET)

Entete ?

Bonjour. Est-ce que quelqu'un est en mesure de modifier le module Titre pour ajouter les entêtes définies dans Projet:Infobox/Pictogramme ?--GdGourou - Talk to °o° 16 mars 2018 à 09:44 (CET)

 Gdgourou : il n'existe pas de module:Titre

Si c'est pour une infobox lua, voir Aide:Infobox en Lua#title, le paramètre class.

— Zebulon84 (discuter) 16 mars 2018 à 13:56 (CET)

Pardon, créer la la fonctionnalité entête de {{Infobox/Titre}} vers un Module:Infobox/Titre ?

 Gdgourou : je ne suis pas sûr de comprendre : quel serait l’intérêt de ce Module:Infobox/Titre par rapport au modèle {{Infobox/Titre}} d’une part, et au module:Infobox d’autre part ? — Zebulon84 (discuter) 16 mars 2018 à 15:14 (CET)

Les modules en lua ne prennent pas à ma connaissance en charge les entêtes des infobox, comme par exemple {{infobox Société}}. Ce serait donc de l'intégrer. --GdGourou - Talk to °o° 16 mars 2018 à 15:26 (CET)

{{infobox Société}} n'est pas une infobox lua, elle utilise directement le modèle {{Infobox/Titre}}. Par contre {{Infobox Artiste}} est une infobox lua (Module:Infobox/Artiste), et elle dispose bien d'une icône de titre. — Zebulon84 (discuter) 16 mars 2018 à 16:27 (CET)

Création d'un module

Bonjour à tous, je cherche de l'aide pour créer un module Lua.

Pour ce modèle {{Ligne Liste de jeux vidéo}}, que j'utiliserai sur une page du type Liste de jeux Untel : il faut que le premier paramètre du modèle ({{{1|}}}) renseigne la propriété p123 de la page {{{1|}}}.

{{{1|}}} sera renseigné par un titre de jeu comme ceci : Ashen (jeu vidéo, 2004)

Test utilisattion ici : [[Utilisateur:Archimëa/Brouillon]]

Le problème "pour moi" est que l'appel des propriétés ne se fait pas sur la page de l'élément en question (mais sur "liste de...") et là je ne sais pas faire. Sinon cela aurait été assez simple.

J'ai donc demandé de l'aide à Zebulon84 [9], qui m'a indiqué qu'une fonction peut récupérer l'id à partir d'un titre (wikibase.getEntityIdForTitle( pageTitle )).

Cependant, je suis bien inccapable de construire ce module. Quelqu'un pourrait m'aider ? -- Archimëa [Toc 2 Mi] 18 mars 2018 à 10:05 (CET)

@Archimëa si ça peut t’aider, je viens de créer vite fait mal fait {{numéro Q}} qui fait la même chose que wikibase.getEntityIdForTitle en version Modèle et pas en Lua. Après il y a peut être autre chose à faire, genre utiliser {{Wikidata list}}. — TomT0m ^[bla] 19 mars 2018 à 17:09 (CET)

Bonsoir TomT0m . Ah super, je crois c'est exactement ce qu'il fallait ! J'essaye de bricoler quelque chose avec ca et les modèles wikidata. Si j'ai un souci, je peux te lancer un sos ?

Pour {{Wikidata list}}, franchement j'ai déjà utilisé ce modèle (pour la liste des jeux Star Wars). Il n'est pas assez flexible pour l'instant. Et ce n'est pas le but que l'on recherche, et en plus on tomberait en plein dans les réticences liées ou imposées à Wikidata et devoir passer par un autre espace avant de publier... galère.

Alors que là, on veut juste repasser à une liste classique à puce *... mais j'ai proposé à deux habitués du projet jv qui sont intéressés par plutôt qu'une puce, un modèle proposant l'éditeur, l'année, le genre, etc...

C'est totalement différent, la liste est maitrisée, et CHAQUE entrée est entièrement ajoutée par un humain. Là on a un consensus, où même personne n'a évoqué les interrogations (d'autres personnes) sur Wikidata, alors je pense qu'on va rester dessus.

Certes, quand l'outils {{Wikidata list}} sera plus flexible, pourquoi pas, il faut voir ca sur la longueur et peut-être attendre encore quelques mois ou années.

En tout cas merci, ce modèle va grandement m'aider, et probablement d'autre wikipédiens aussi. -- Archimëa [Toc 2 Mi] 19 mars 2018 à 17:19 (CET)

 TomT0m : Derniers points, si je peux te demander.

Dans le tableau, si la page n'existe pas sur Wiki en français, les infos relatives à l'élément Wikidata (qui existe lui) ne sont pas affichées. cf. [[Utilisateur:Archimëa/Brouillon]]

Est-ce qu'il y aurait un moyen d'afficher les infos tout de même ?

j'ai essayé avec {{Élément par titre}}, mais aucun moyen de récupérer le id de l'élément.

Je voudrais aussi rajouter un crayon sur une colonne supplémentaire à droite du tableau pour permettre l'édition de l'élément WD, si tu as des infos, je suis preneur. -- Archimëa [Toc 2 Mi] 19 mars 2018 à 21:10 (CET)

Oui, il y a moyen, mais faudra soit utiliser un numéro Q d’élément directement, soit utiliser un titre d’article d’une autre Wikipédia. Je ne pense pas faire ça ce soir, mais je peux assez facilement ajouter le support de titres type « en:Tom Clancy's Ghost Recon: Jungle Storm » ou « d:Q1828342 ». Il y a plusieurs problèmes pour les liens rouges : il peut déja y avoir un article homonyme, donc idéalement faudrait tester que l’article n’existe pas déjà (possible, mais c’est une opération « expensive » qu’on ne peut faire qu’en nombre limité sur une page il me semble). L’intitulé d’un élément ne peut pas facilement servir pour retrouver l’élément, parce que contrairement aux titres articles les intitulés d’éléments ne sont pas forcément unique pour une langue donnée. Seul le couple « intitulé / description » doit être unique. Il n’existe pas à ma connaissance de fonction de l’API Lua pour chercher un élément en fonction de son intitulé. — TomT0m ^[bla] 19 mars 2018 à 21:45 (CET)

Je viens d'essayer de faire le bouton, j'arrive à charger l'élément WD, en effet en utilisant #ifexist titre "fr" sinon "en", ce qui me semble acceptable. mais j'arrive pas à mettre le lien sur l'image, et j'ai pas grand chose sur le 1er point :'.... l'intérêt est de se baser sur le titre renseigné, uniquement. j'attends donc de voir si tu peux m'aider (quand tu pourras!) ! ca peut attendre, bien sûr. -- Archimëa [Toc 2 Mi] 19 mars 2018 à 21:50 (CET)

Bonsoir TomT0m

J'ai réussi à faire le bouton [10], mais je n'arrive pas à charger le modèle {{Wikidata}} avec le titre + le modèle {{Numéro Q}} avec un titre indiquant le site anglais.

En regardant le module, il me semble comprendre que le paramètre 2 de {{Numéro Q}} et « fr » par défaut ou en l'occurence le 2ème paramètre. Donc j'ai tenté (avec une page qui n'existe pas chez nous mais chez enwiki) {{Wikidata|entity={{#ifexist:Asphalt: Urban GT 2|{{Numéro Q|Asphalt: Urban GT 2}}|{{Numéro Q|Asphalt: Urban GT 2|en}}}}|P136}} Mais cela ne fonctionne pas ! ? -- Archimëa [Toc 2 Mi] 23 mars 2018 à 22:46 (CET)

 Archimëa : J’ai été optimiste en pensant que ce serait possible d’utiliser un titre d’une autre wikipédia, désolé, il semble qu’il n’y ait actuellement aucun moyen de faire fonctionner ça … Je vais retirer le paramètre, et peut-être ouvrir un bug ou en parler sur d:wd:DEVS, mais je suis pas certain que ça vaille le coup. Reste la possibilité d’utiliser l’identifiant Wikidata à la place, par exemple si on utilise la syntaxe (tl) numéro Q renverrait Q1. — TomT0m ^[bla] 24 mars 2018 à 12:26 (CET)

 TomT0m : Aïe... quelle galère. Comme je le précisais, l'intérêt de ce modèle est de ne mettre que le titre, et ne plus y toucher... car il fait suite à un ras le bol de tenir ces listes complexes à jour, cf. Discussion:Liste de jeux Nintendo Switch.

Bien sûr si on rajoute des paramètres, il y aurait mieux à faire. Maintenant l'intérêt était le minimalisme.

C'est paradoxal, car je comprends bien que c'est pas possible, mais je ne comprends pas bien pourquoi ce n'est pas possible pour une chose aussi simple. La page n'existe pas donc ont ne peut pas... et pourquoi ? !! enfin c'est pas le débat...

Pour moi l'intérêt de cette fonctionnalité saute au yeux et pourra certainement aider à d'autres tableaux dans de nombreux domaines, pas que le jeu vidéo... donc en effet, si tu peux faire une demande, même deux ! je suis partant !

Maintenant faute de grive, on mange des merles.

J'ai deux idées.

Serait-il possible de, un peu comme le modèle {{Numéro Q}}, récupérer l'ID d'un élément wikidata avec le libellé de la description française (puisque le libellé est 99% du temps le titre de la page (sans parenthèse)).

Deuxième possibilité est de renseigner l'ID wikidata pour les pages n'existant pas, avec une préférence si la page existe d'utiliser le titre, sinon d'utiliser l'ID renseigné... mais là ca inclue une maintenance qui oblige par la suit eà retirer l'ID inutile.... (qui pourrait être faite par exemple tous les ans ou deux ans... bref une longue période...)

J'ai pas saisi ton exemple, mais je suppose que c'est l'introduction de l'ID pour les pages n'existant pas (donc mon point 2) -- Archimëa [Toc 2 Mi] 24 mars 2018 à 12:50 (CET)

 TomT0m : J'y repense, j'y suis pourtant arrivé pour le lien [11]. C'est dommage que je ne puisse pas l'appliquer à ce modèle {{Wikidata}} + {{numéro Q}} -- Archimëa [Toc 2 Mi] 24 mars 2018 à 16:22 (CET)

Problème sur la transposition dans un article d'un module en lua

Bonjour. Roland45 (d · c · b) a créé, via son bot, des modules en lua pour la démographie des 36 000 communes françaises. Pour certaines, il y a un problème d'affichage sur l'article où apparait le tableau issu du module ; voir cette discussion, qui correspond à un même autre cas que j'avais déjà signalé auprès de Roland45. Un(e) doué(e) en lua pourrait-il(elle) analyser le problème et voir comment le corriger ? Merci d'avance. Père Igor (discuter) 21 mars 2018 à 16:30 (CET)

Rendons à César ... Euh à Hexasoft (d · c · b) ce qui lui revient puisque c'est lui qui a écrit le code du module:Population de France (avec ma collaboration). Mais je confirme qu'il y a un pb ds le code. Un paramètre permet d'afficher selon sa valeur (true/false) ou non la donnée de population. Il s'avère que cela ne fonctionne pas dans certains cas pour les années 2006 et 2007, pourquoi ? mystère absolu! ...Peut-être que cela ne buggue en fait que dans le cas ou le paramètre recens-prem (année de premier recensement) est postérieur à 2006 (oui je sais afficher des données antérieures au premier recensement peut paraître bizarre, mais c'est bien le cas quelquefois, car ces données sont dans ce cas là évaluées par l'Insee par interpolation) - cela doit être de ce côté là qu'il faut chercher!. Qui veut bien se pencher sur la question ?Roland45 (discuter) 21 mars 2018 à 16:35 (CET)

Apparemment, le paramètre recens n'est pas du tout implémenté dans le module, et c'est donc recens-prem (qui vaut 2008 dans ton exemple) qui est effectif. od†n ↗^blah 30 mars 2018 à 04:51 (CEST)

Retours souhaités pour améliorer les fonctions en Lua

Bonjour à tous,

Si vous utilisez régulièrement des modules en Lua, que vous en améliorez certains voire même que vous en créez, alors ce message est pour vous :)

L’équipe de développement de Wikidata aimerait proposer davantage de fonctions en Lua, dans le but d’améliorer l’expérience des personnes qui codent des scripts en Lua et réutilisent les données de Wikidata sur les projets Wikimédia. Notre objectif est d’aider à harmoniser les modules existants sur les différents projets, de rendre la programmation en Lua plus simple pour les communautés, et d’améliorer les performances de ce langage.

Nous aimerions en savoir plus sur vos habitudes, vos besoins, et ce qui pourrait vous aider. Nous avons quelques questions sur cette page. La page est en anglais mais vous pouvez aussi répondre en français si vous préférez.

Je reste à disposition pour toute question ou suggestion. Merci beaucoup pour votre aide, Lea Lacroix (WMDE) (discuter) 27 mars 2018 à 10:24 (CEST)

Tout ce qui permettrait d'alléger le code de ce monstre : Module:Wikidata, serait bon à prendre. od†n ↗^blah 27 mars 2018 à 11:11 (CEST)

Bug du Module:Math

Bonjour à tous,

Après avoir traduit depuis l'anglais {{Densité de population}} et Module:Densité de population, je m'aperçois que la fonction precision_format provenant de Module:Math n'est pas tout à fait la même qu'en anglais. Surtout sa première ligne où "args" en anglais devient "frame" en français. Cela rend impossible l'affichage du modèle de densité de population (utilise pour plusieurs types d'unités).

Comment résoudre cette erreur ? Lequel des modules rectifier ?

Cordialement, -- J. N. Squire^{[Discussion constructive]} 10 avril 2018 à 17:40 (CEST)

Population du Luxembourg

Bonjour à tous et à toutes !

Suite à une première discussion générale sur le bistro francophone de Wikipédia le 10 mai 2018, je fais un appel aux différents participants et contributeurs du Projet:Scribunto pour la création d'un module et / ou l'adaptation du {{Module:Population de France}} existant, pour que celui puisse englober les statistiques clés des différentes divisions territoriales du Grand-Duché de Luxembourg.

Divisions territoriales du Luxembourg :

• 12 cantons ;
• 102 communes au 1^er janvier 2018.

Ressource statistique du pays : STATEC (Site officiel)

STATEC offre la possibilité d'inscrire les données démographiques de population et de densité par canton et par commune pour la période 1821-2018.

« Les recensements décennaux de la population permettent de caler les chiffres sur la composition de la population par sexe, âge, nationalité et commune de résidence. Entre deux recensements, la population au 1er janvier de l’année x est évaluée en ajoutant à la population au 1er janvier de l’année x-1 les soldes naturel (naissances-décès) et migratoire (arrivées-départs) de l'année. La même méthode est appliquée pour la répartition par âge au 1er janvier et les effectifs totaux par nationalité. »

Je reste à la disposition des participants et des contributeurs au Projet:Scribunto pour toute l'aide dont il aurait besoin quant à la réalisation de ce projet ! — EnderHero ☕ 11 mai 2018 à 18:30 (CEST)

Tester l'existence d'une page sur un autre wiki (ou dans une autre langue)

Bonjour. Peut-être que mon cerveau ratatiné par la chaleur m'empêche de réfléchir correctement, mais pourquoi, par exemple, le code suivant mw.title.makeTitle( 0, 'Albert Einstein', '', 'en' ).exists me renvoi false (sur fr.wikipedia) alors qu'en remplaçant en par fr ça me donne bien true. Je n'ai rien trouvé dans la documentation qui indique que la propriété exists ne fonctionne qu'en local. Une idée ? R ^{[CQ, ici W9GFO]} 7 juillet 2018 à 16:51 (CEST)

Commencer à utiliser les Centrals Modules

Les modules actuels sont faits pour une langue et un wiki. Les petits wikis n'ont pas de Lua-coders pour les traduire et ne peuvent en profiter.

J'ai donc écrit un module capable de les traduire.

Je vous invite à le découvrir et à commencer à convertir ceux qui vous semblent les plus utiles.

Ici, la Library:activity est dédiée à nous coordonner et à estimer l'avancement de notre activité.

Bien sur, je suis prêt à vous soutenir et à vous guider. --Rical (discuter) 8 juillet 2018 à 18:03 (CEST)

Superficie/Densité dans les infobox

Bonjour, le calcule de la densité de population dans les infobox LUA s'effectue avec P2046 (« superficie ») or il y a plusieurs superficies possibles : totale, terre et eau. Logiquement le calcule devrait être effectué avec la superficie terrestre, ainsi lorsqu'il y un qualificatif P518 (« s'applique à ») Q11081619 (« terre ») cette valeur devrait être utilisée pour le calcul de la densité. Il va de soi que c'est la superficie totale (sans qualificatif) qui devrait être affichée dans l'infobox. Y aurait-il un volontaire pour cette modification que je ne saurais faire ? --Yanik ^B 6 novembre 2018 à 17:04 (CET)

Catégorisation dans Catégorie:Wikipédia:Article sans élément Wikidata associé

Bonjour !

Il faudrait améliorer la catégorisation dans Catégorie:Wikipédia:Article sans élément Wikidata associé qui passe actuellement par {{portail}} et donc ne prend pas en compte les articles sans {{portail}} (32 articles actuellement sans portail et sans élément wikidata), et prend en compte les redirections qui ne devraient pas avoir d’élément Wikidata (environ 2000 dans la catégorie actuellement).

Je n’y connais rien en Lua, modules et Scribunto… mais Hexasoft proposait qu’il soit possible via Scribunto de faire un module pour ne pas prendre en compte les redirections.

Et aussi : y aurait-il un autre moyen de catégoriser sans passer par {{portail}} ? Petscan le fait mais j’ignore si c’est récupérable sur Wikipédia. Cela permettrait de prendre en compte les articles sans {{portail}} et de régler le problème que pose cette catégorisation sur les redirections. TED 18 novembre 2018 à 00:57 (CET)

Comme déjà expliqué à TED, cette catégorisation se fait par {{Suivi des biographies}}, qui est inclus dans {{Portail}} pour être dans tous les articles automatiquement (il n'est pas possible d'utiliser du code Lua sans mettre son appel dans les pages). Il n'est donc pas possible que ce code voit les pages sans portail.

Wikipédia ne peut pas, contrairement à Petscan, interroger plusieurs bases de données.

--Hercule (discuter) 18 novembre 2018 à 02:14 (CET)

@Ash Crow : des idées ? TED 5 janvier 2019 à 17:27 (CET)

Il doit y avoir moyen d'ignorer les redirections, mais plus généralement, est-ce qu'une catégorie cachée est le bon outil pour repérer les articles sans élément Wikidata associé ? Duplicity permet de gérer ça aussi bien. - Ash - (Æ) 5 janvier 2019 à 17:41 (CET)

@Ash Crow : Duplicity, c’est le même outil qui est utilisé dans cette requête Petscan ? (sans la limite de moins de 15 jours pour les articles ?). Sinon, je suis entièrement d’accord que la catégorie cachée ne sert pas à grand chose, mais ce n’est pas l’avis d’Hercule qui tient à sa catégorie (je le laisserai développer l’intérêt de la catégorie par rapport aux autres outils, intérêt que je n’ai toujours pas compris). Et du coup, est-ce qu’il y a un moyen de remplir cette catégorie de façon plus judicieuse que par une série de modèles emboîtés présents sur toutes les pages de l’encyclopédie ? (qui en plus ne fonctionne pas puisque les articles sans {{portail}} ne sont pas pris en compte comme les homonymies, et les redirections sont prises en compte alors qu’elles ne devrait pas y figurer) En particulier, Duplicity peut-il être utilisé dans wikipédia pour catégoriser les articles ? (ou autre chose ?) TED 5 janvier 2019 à 23:18 (CET)

@Ash Crow : si tu as une solution pour que du code Lua détecte les redirections, on pourra l'utiliser pour que les appels à Wikidata dans {{Portail}} ne soient pas utilisés. En attendant un paramètre a été utilisé pour identifier les redirections utilisant ce modèle (pour une raison qui continue à m'échapper, TED considère que le modèle visuel des portails est pertinent sur des redirections qui par principe ne sont pas visibles du lecteur, ce qui les fait compter comme des articles sur la page de présentation du portail).

Pour ce qui est de la catégorie, je ne sais pas si c'est « le bon outil » mais c'est un outil qui a le mérite d'être interne à Wikipédia. Il permet donc à tout un chacun de trouver cette catégorie pour la maintenance, sans avoir à connaître des outils externes comme PetScan ou Duplicity (que je ne connaissais pas malgré 11 ans de maintenance). Personnellement je préfère partir d'une catégorie pour repérer les pages à traiter et je note que je ne suis pas le seul puisqu'elle existe dans 8 Wikipédias.

A noter qu'actuellement la détection n'a été introduite que sur {{Portail}} (via {{Suivi des biographies}} qui voit passer cette information dans son analyse) car tous les articles (hors homonymie) sont censés avoir un portail ([[Projet:Articles sans portail|il y a un projet qui s'occupe de maintenir cela). Si on veut que la catégorie soit exhaustive (ce qui n'est pas forcément le but au départ) il faudrait l'insérer dans les différents bandeaux d'homonymie car ce sont les seuls pages de l'espace encyclopédique qui n'ont pas forcément à avoir un portail (certaines en ont cependant).

De même, si tu as une idée pour gérer cette catégorisation par un autre moyen que l'inclusion dans un modèle n'hésite pas à l'indiquer. Pour ma part je ne connais pas d'autre méthode.

Cordialement,

-- Hercule (discuter) 14 janvier 2019 à 12:10 (CET)

@Ash Crow : c’est bien le même outil duplicity qui est utilisé par Petscan : c’est écrit en gros en haut de la page quand on clique sur un lien [Vérifier Wikidata], et je n’avais jamais fait attention.

@Hercule : du coup, tu exagères de dire « que je ne connaissais pas malgré 11 ans de maintenance » alors que cela fait plus d’un an que je t’en parle, et à de nombreuses reprises : as-tu jamais regardé de quoi il s’agissait ? as-tu seulement cliqué sur les liens que je donnais pour voir comment cela fonctionne ?

L’argument des autres langues ne tient pas : ils ne font pas la même chose que ce que tu cherches à faire. en:Category:Articles without Wikidata item ne répertorie que quelques articles (en particulier en boxe) par quelques modèles, comme indiqué dans la description de la catégorie. de:Kategorie:Wikipedia:Artikel ohne Wikidata-Datenobjekt procède de même en étant incluse dans quelques modèles seulement, et répertorie des redirections aussi comme de:Eponymie. Je ne parle pas assez les autres langues pour juger de leurs remplissages. À noter toutefois : ceb:Kategoriya:Articles without Wikidata item contient des redirections, no:Kategori:Artikler som mangler på Wikidata contient des pages utilisateurs (entre autres, des sous-pages de brouillon mais pas seulement), sr:Категорија:Чланци без ставке на Википодацима est vide alors qu’il y a des articles sans éléments Wikidata, la description de uk:Категорія:Вікідані:Відсутні елементи revoie à uk:Спеціальна:UnconnectedPages (voir ci-après) et à duplicity…

En revanche, en allant chercher du côté du projet Wikidata en anglais, je tombe sur en:Special:UnconnectedPages et donc sur son équivalent francophone : Spécial:UnconnectedPages qui recense les Pages non reliées à un élément Wikidata. Il y a toutes les pages et possibilité de trier par espace de nom. Une page disparaît de la liste dès qu’un élément Wikidata est ajouté (ce n’est pas une mise à jour tous les 3-4 jours comme d’autres pages spéciales telles Spécial:Catégories inutilisées). Il me semble que c’est exactement (et même mieux ?) ce que tu cherches, non ? TED 16 janvier 2019 à 15:13 (CET)

Après avoir essayé d'utilisé Duplicity je me rends compte que je l'ai déjà vu (sans me rappeler du nom). Je ne le trouve pas pratique du tout. On ne voit pas clairement ce que contient la page et il est mal aisé de naviguer.

Spécial:UnconnectedPages (que je découvre) n'est pas du tout aussi pratique qu'une catégorie de maintenance. C'est un outil de plus, mais pas celui que je préfère.

J'ai repris un peu le traitement des pages sans élément Wikidata. Parfois je passe rapidement sous PetScan pour faire un traitement massif de plusieurs pages similaire. Mais d'autres fois le traitement est totalement différent. Pour les années en Santé et en médecine par exemple j'ai utilisé le lien direct avec l'équivalent sur hrwiki, dont le titre est facile à deviner, via les liens outils dans la colonne de gauche de la page Wikipédia. Pour d'autres je recherche le nom de la page en anglais ou en langue originale (pour les oeuvres), et quand ça n'aboutit pas je fais une recherche dans Wikidata pour finalement créer directement la page dans WIkidata afin de renseigner au mieux l'entrée dès le départ.

Encore une fois je ne prétends pas que cette catégorie soit le meilleur outil au monde, mais c'est un outil que je trouve très pratique et qui n'a comme seul problème que d'avoir des redirections dans le lot. Il suffit d'une solution pour qu'elles n'y soient plus et tout va bien. Actuellement c'est un paramètre d'appel du modèle, mais je ne désespère pas qu'un jour on ait une solution plus pratique comme une détection Lua.

-- Hercule (discuter) 16 janvier 2019 à 15:26 (CET)

@Hercule : pour des recherches dans Petscan : tu n’as pas besoin de Catégorie:Wikipédia:Article sans élément Wikidata associé, puisqu’il suffit d’aller dans l’onglet Wikidata de Petscan et de cocher « Seulement les pages sans élément ». Et à partir de là, tu as les liens [Vérifier Wikidata] à côté des noms des articles. Est-ce à cet endroit que tu ne vois pas clairement le contenu de l’article ? parce que ce n’est pas du tout le cas chez moi !

Voir m:PetScan/fr#Créer les éléments Wikidata pour des articles qui n’en ont pas (Fonction « créateur ») pour aller plus loin, en particulier pour cocher/décocher les pages et traiter les pages par bloc.

Et pour les pages sans éléments, après avoir cliqué sur [Vérifier Wikidata] : tu as directement le bouton pour créer un élément : pas besoin de faire des recherches dans diverses langues ou sur Wikidata. TED 16 janvier 2019 à 16:24 (CET)

Je sais bien qu'il existe plusieurs façons de faire la même chose. Tu préfères la tienne et je préfère la mienne. Les goûts et les couleurs ça ne se discute pas...

Je sais créer des éléments depuis PetScan, puisque c'est l'une des méthode que j'utilise, comme je viens de te l'écrire (et comme je te l'ai déjà expliqué dans ma page de discussion). Mais je ne m'en sers que quand j'ai identifié (grâce à la catégorie) une série de pages pouvant avoir un traitement automatisé par cet outil, ce qui n'est pas toujours le cas. Par exemple pour une biographie je préfère créer l'entrée depuis Wikidata puis associer la page à l'article Wikipédia. Ensuite il y a un formulaire qui me permet de rentrer plusieurs infos facilement, en ayant un résumé de la Wikipédia depuis Wikidata (sexe, naissance, décès, profession, nationalité notamment). Et le reste je le saisis dans Wikidata en ayant la page ouverte sur un autre écran.

Je ne cherche pas à te convaincre de faire comme moi. J'aimerai que toi aussi tu cesses d'essayer de me convaincre que c'est toi qui utilises le mieux les outils et que je dois à tout prix t'imiter. Merci d'avance.

-- Hercule (discuter) 16 janvier 2019 à 16:31 (CET)

@Hercule : je ne discute pas des goûts et des couleurs avec toi, mais tu dis qu’il n’est pas aisé de naviguer ou que tu dois ouvrir dans 2 fenêtres (même 2 écrans), alors que je vois tout dans la même fenêtre avec une grande facilité de navigation. Du coup, soit tu ne regardes pas la même chose que moi, soit il y a un autre problème que j’aimerais comprendre. TED 16 janvier 2019 à 17:08 (CET)

@Hercule : un exemple concret : Petscan:7243822 donne les biographies sans éléments Wikidata (puisque tu t’intéresses aux biographies), sans faire appel à la Catégorie:Wikipédia:Article sans élément Wikidata associé.

Quand je clique sur [Vérifier Wikidata] à côté d’un nom, cela ouvre une autre fenêtre, par exemple pour Amrinder Singh, avec 2 colonnes : une avec l’article WP (en version mobile), l’autre avec l’élément Wikidata, et entre les deux : une liste d’éléments Wikidata qui permet de changer d’élement si ce n’est pas le bon. En haut : des boutons « Add to Q… » (en fonction de l’élément sélectionné au milieu) et « Create new item ». Peux-tu me confirmer que tu vois bien cela ? TED 16 janvier 2019 à 17:22 (CET)

Sans voir nos écrans respectifs je pense qu'il sera difficile de se comprendre. Je pense que nous ne travaillons pas du tout de la même manière.

Je n'utilise pas les mêmes outils que toi, je navigue entre plusieurs Wikipédia, Wikidata et des outils externes comme PetScan ou QuickStatements. Parfois je n'ouvre même pas Wikidata (pour relier Yannick Jozefzoon (d · h · j · ↵) j'ai cliqué en bas de la page sur "Ajouter des liens" et j'ai tenté l'article "Yannick Jozefzoon" sur nlwiki).

La requête que tu proposes ne donne pas les articles biographiques sans lien Wikidata puisqu'elle exploite la Catégorie:Portail:Biographie/Articles liés qui est alimentée par le modèle {{Suivi des biographies}}, qui exploite l'entrée Wikidata... Les entrées de cette catégorie ont toutes une page Wikidata.

Je vois bien "vérifier Wikidata" et je vois bien Duplicity qui s'ouvre. Mais je ne le trouve pas pratique car il n'y a pas de scroll horizontal et l'affichage est tout ratatiné. En plus il propose d'ajouter l'entrée en français même quand elle y est déjà (comme pour Amrinder Singh)

Je préfère largement avoir Wikidata ouvert dans un écran et Wikipédia dans un autre pour lancer des recherches de l'un dans l'autre.

-- Hercule (discuter) 16 janvier 2019 à 18:17 (CET)

Duplicity.

@Hercule : je soupçonne que c’est un problème de purge des pages après l’ajout de l’élément Wikidata, car normalement, elles ne devraient pas apparaître avec cette requête…

Pour la requête, je peux te proposer d’autres catégories que j’utilise souvent, mais qui te parleront moins : botanique, article avec taxobox-végétal, algue, etc. c’était juste un exemple !

Pour le visuel : voir ci-contre. Je ne comprends pas pourquoi tu dis qu’il n’y a pas de scroll horizontal : pour la partie fr : il n’y en a pas besoin, et pour la partie Wikidata : il y en a un ! TED 16 janvier 2019 à 18:38 (CET)

Quand une page est dans Catégorie:Portail:Biographie/Articles liés c'est forcément qu'elle a une entrée Wikidata. Comme je te l'ai dit, cette catégorie est alimentée par {{Suivi des biographies}}, qui regarde l'entrée Wikidata. Si la page n'a pas d'entrée Wikidata elle est mise dans Catégorie:Wikipédia:Article sans élément Wikidata associé par ce modèle. Si elle a une entrée et que la nature de l'élément est "humain" alors elle est classée dans Catégorie:Portail:Biographie/Articles liés en fonction de la profession (c'est un peu plus compliqué que ça mais c'est le mécanisme global).

Après je ne doute pas que ça marche avec d'autre et que c'est juste que l'exemple est mal choisi. Mais de toutes façon je ne souhaite pas partir d'une catégorie en particulier, je fais de la maintenance générale. C'est pour cela que Catégorie:Wikipédia:Article sans élément Wikidata associé, qui recense tout article avec un portail sans entrée Wikidata me va très bien.

Pour ton screen je crois que tu oublies que tous les écrans n'ont pas la même résolution. Sur le mien l'affichage ne me va pas. Et si, j'en ai besoin pour afficher la colonne "Description" dans Wikidata car c'est parfois cela qui fait la différence. Je préfère largement ouvrir Wikipédia et Wikidata dans deux écrans différents (j'en ai trois donc c'est confortable).

Encore une fois, je ne vois pas pourquoi tu continues à vouloir à tout prix me convertir à ta façon de réfléchir et de travailler. Nous pouvons tout à fait travailler différemment sans que cela soit un problème, non ?

-- Hercule (discuter) 16 janvier 2019 à 18:47 (CET)

Duplicity 2e image.

@Hercule : tout le monde n’a pas la chance d’avoir 3 écrans ! Et vu que j’ai un petit écran pas forcément extraordinaire, cela m’étonnerait que tu n’aies pas une meilleure résolution avec tes 3 écrans…

On peut très bien afficher la description et tout ce qu’on veut : cf. image ci-contre à comparer à l’image ci-dessus.

Encore une fois, je ne cherche pas à te convaincre, je cherche à comprendre. En particulier, à comprendre pourquoi tu ne pourrais pas scroller horizontalement alors que je le peux.

Pour les biographies : c’est probablement un problème de purge dans les nombreux modèles utilisés pour la catégorisation des biographies qui pose problème, car en purgeant l’article, cela ne change rien pour Pestcan, mais il disparaît bien de Spécial:UnconnectedPages.

Pour un autre exemple : Petscan:7244720 = les articles de l’arborescence de Catégorie:Botanique sans élément Wikidata.

Et encore une fois, si ta manière de faire pose de nombreux problèmes (cela serait bien d’ailleurs que tu détailles les nombreux modèles imbriqués que tu utilises pour faire ce que tu fais, et les mettant sur 2 millions d’articles pour repérer quelques milliers d’articles…), alors qu’il existe des solutions très simple (en 1 clic sans modèles imbriqués), ne faudrait-il pas que tu t’interroges ? @Ash Crow demande ci-dessus si la catégorie est le bon moyen. Nous te proposons Petscan, Duplicity, Spécial:UnconnectedPages… À chaque fois tu trouves que cela ne fonctionne pas alors que cela fonctionne très bien. Mais j’ai bien abandonné depuis longtemps de te convaincre, j’aimerais seulement comprendre ce que tu fais, et pourquoi cela ne fonctionne pas. TED 16 janvier 2019 à 19:28 (CET)

«  tout le monde n’a pas la chance d’avoir 3 écrans ! » je m'en doute. C'est pour cela que je ne cherche à convaincre personne de faire comme moi. Je demande juste à ce que l'on me permette de faire comme c'est mieux pour moi.

« On peut très bien afficher la description et tout ce qu’on veut » Avec de la bidouille on arrive à tout. Mais ça ne me convient pas. Encore une fois, les goûts et les couleurs ne se discutent pas et j'en ai assez de devoir en permanence me justifier auprès de toi sur ce que je préfère et ce que je ne trouve pas pratique. Je n'ai aucune ambition d'améliorer cet outil.

« Encore une fois, je ne cherche pas à te convaincre, je cherche à comprendre. » Je t'ai déjà tout expliqué. J'en ai un peu marre de me répéter. Fais moi simplement confiance quand je te dis que je préfère la catégorie aux autres solutions qui existent...

« cela serait bien d’ailleurs que tu détailles les nombreux modèles imbriqués que tu utilises pour faire ce que tu fais ». Je l'ai déjà détaillé tout ça. Encore une fois, je n'utilise qu'un modèle pour l'analyse des articles : {{Suivi des biographies}}, qui est inclus dans {{Portail}} parce que c'est le seul présent dans tous les articles (sauf exceptions qui sont suivies par un projet pour être corrigé et hors pages d'homonymie qui ne sont pas réellement des articles et en aucun cas des articles biographiques).

« les mettant sur 2 millions d’articles pour repérer quelques milliers d’articles… » Tu n'as toujours pas compris donc... {{Suivi des biographies}} permet de catégoriser le suivi des biographies (qui représentent un quart des articles de Wikipédia) en fonction des informations présentes sur Wikidata. Le code commence par récupérer l'élément Wikidata. Quand il est absent il ajoute simplement une catégorisation de maintenance au lieu de laisser la page non identifiées, afant de se terminer. Il n'y a pas à s'interdire de signaler des pages problématiques alors qu'elles sont identifiées, même s'il est possible pour ceux qui connaissent les méandres de Wikimedia de tomber dessus par d'autres chemins... Ainsi plus de Wikifourmis sont susceptibles de se pencher sur cette maintenance, chacun de la manière qu'il préfère.

« À chaque fois tu trouves que cela ne fonctionne pas alors que cela fonctionne très bien. » Si tu me lis de travers tu n'arriveras jamais à me comprendre... Je ne dis pas que ça ne fonctionne pas, je dis que « je ne le trouve pas pratique ».

-- Hercule (discuter) 17 janvier 2019 à 09:44 (CET)