Discussion_Projet:Scribunto

Une page de Wikipédia, l'encyclopédie libre.
OOjs UI icon bell.svg Le projet « Scribunto » n'est pas notifié pour le moment.
Bienvenue sur la page de discussion du Projet Scribunto !
N'hésitez pas à déposer ici suggestions, questions et requêtes à propos du projet.

expandTemplate et pcall[modifier le code]

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 Clin d'œil).

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[modifier le code]

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)

Module acceptable ?[modifier le code]

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 :

Utilisateur:Cantons-de-l'Est/TradRef


{{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 :
  • Fait 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:TradRefSourire 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)

Problème avec Graph:Chart[modifier le code]

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}}[modifier le code]

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[modifier le code]

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 ! Sourire
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 ?[modifier le code]

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 (Smiley: triste))

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[modifier le code]

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[modifier le code]

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

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[modifier le code]

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[modifier le code]

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[modifier le code]

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

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

Erreur de script avec infobox Biographie2[modifier le code]

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)

Récupérer ou tester une variable utilisateur[modifier le code]

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)

Modèle:Article[modifier le code]

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[modifier le code]

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 [1]. 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 ?[modifier le code]

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 ?[modifier le code]

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)

Notification Gdgourou : il n'existe pas de module:Titre Clin d'œil
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 ?
Notification 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[modifier le code]

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 [2], 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 Bonsoir. 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)
Notification 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 Bonsoir
J'ai réussi à faire le bouton [3], 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)
Notification 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)
Notification 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)
Notification TomT0m : J'y repense, j'y suis pourtant arrivé pour le lien [4]. 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[modifier le code]

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[modifier le code]

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[modifier le code]

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[modifier le code]

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 :

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)[modifier le code]

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[modifier le code]

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[modifier le code]

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é[modifier le code]

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)

Une fonction nouvelle pour les compositions de divisions françaises[modifier le code]

Bonjour à tous

Le système d'information territorial développé pour les divisions françaises utilise des modules de données de population des divisions (actualisés chaque année) et deux modules de traitement ː

Ce dernier utilise des tables stockées sur Commons ː

Pour introduire certains tableaux, il nous serait utile de pouvoir créer la phrase suivante (exemple pour un département) :

 « Au {{Date-|1er|janvier|[2018]}}, le département comptait [326] communes. »

Il s'agirait

  • soit de créer un module spécifique (pour cette petite phrase) qui récupère la variable nbcom associée à la division concernée (définie par son code Insee) dans une des tables de divisions stockées sur Commons (l'année n'est par contre pas en variable, mais figure dans le texte introductif)
  • soit d'ajouter une fonction spécifique à {{Module:Composition Division de France}} (ce qui serait a priori plus court) pour faire la même tâche.

Mes connaissances en lua sont insuffisantes pour écrire un code optimisé qui fonctionne. Y aurait-il un candidat pour nous aider en la matière. Merci par avance. Cordialement.Roland45 (discuter) 7 janvier 2019 à 09:56 (CET)

Statistiques de clientèle/fréquentation[modifier le code]

Le bonjour au projet! Sur les bons conseils de VIGNERON (d · c · b) et de Trappist the monk (d · c · b), j'aimerais vous indiquer un besoin de présentation mis en forme de statistiques issues de Wikidata sur propriété clientèle/passagers (d). Pour ne pas disperser, je vous indique le lien du besoin : https://fr.wikipedia.org/wiki/Projet:Mod%C3%A8le/Demandes#Bo%C3%AEte_statistiques_issues_de_Wikidata. Merci encore ! --Bouzinac (discuter) 17 janvier 2019 à 15:40 (CET)

Module:Biblio[modifier le code]

Bonjour

J'ai remarqué que ni {{Ouvrage}} ni {{Chapitre}} n'indiquent la langue du titre de l'ouvrage (et éventuellement du chapitre) alors que {{Article}} et {{Lien Web}} le fait.

Serait-il possible de modifier le module:Biblio dans ce sens ? Je ne peux pas le faire, les pages étant protégées.

Merci de répondre sur la PdD du module où j'ai également mis ce message pour faciliter la conversation.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 17 février 2019 à 17:34 (CET)

Module:Biblio - éditeurs multiples[modifier le code]

Serait-il possible de permettre de donner plus d’un éditeur dans les modèles utilisant Module:Biblio ? Pour l’instant seul l’argument éditeur est permis, mais éditeur1, éditeur2, etc. et lieu1, éditeur2, etc. seraient utiles. --Moyogo/ (discuter) 21 avril 2019 à 08:53 (CEST)

Communes nouvelles : Module:Données/[modifier le code]

Hello!

J'ai voulu juste modifier le code commune de Val-de-Scie sur la page de la Communauté de communes Terroir de Caux et je me suis lamentablement planté... Le module pour le code commune me semble marchait à peu près (pas le nom de la commune mais le code à la place), mais pour la population je m'avoue vaincu.. Je suis vraiment désolé, je voulais participer et patatra.. Peut-être que c'est trop récent, mais je sais pas si je peux supprimer le modèle que j'ai créé. --John.john.59 (discuter) 20 février 2019 à 23:21 (CET)

Bonjour à tous et à @John.john.59. Sur le plan du code, le module est correct. Par contre il y a des pb de fond et de contenu, qui sortent du champ du projet Scribunto.
  • Sur le fond : les populations légales millésimées 2016 entrant en vigueur le ont été calculées par l'Insee dans les limites territoriales en vigueur au . Cela signifie que les communes nouvelles créées au , ce qui est le cas de Val-de-Scie, n'ont formellement pas encore de données de population. Si des modules sont créés, ils doivent l'être par addition des populations de chacune des communes fusionnées. Mais ceci est source d'erreurs et surtout aucune source ne permet de valider la donnée affichée.
  • Sur le contenu 2 : pour la même raison que ci-dessus, on ne peut pas affirmer que le premier recensement pour cette commune nouvelle était 2015 puisqu'elle ... a été créée en 2019! Il faut attendre d'avoir le prochain calendrier (en 2020) pour savoir quelle première année est retenue par l'Insee.
Ainsi il n'y a aucun intérêt à vouloir à tout prix courir après une actualisation manuelle au jour le jour qui est impossible à réaliser vu le nombre colossal de données et de changements et est source d'erreurs. Un tableau avec une introduction du type « au 1er janvier 2018, la composition de l'intercommunalité XXX était la suivante. Depuis cette date les communes A et B ont fusionnés pour donner la commune nouvelle C » suffit largement. Un robot actualisera ensuite quand les données sont publiées. Certes le tableau comporte pendant quelques mois des communes qui ont fusionné entre le 1er janvier 2018 et le 1er janvier 2019. Mais cela ne pose aucun pb dès lors qu'on a une phrase introductrice au tableau qui explique la situation. Cordialement.Roland45 (discuter) 21 février 2019 à 09:34 (CET)
Ok merci pour ces infos. J'ai regardé sur la page de la CC Terroir de Caux et cela donne bien finalement! Pour le recensement j'ai mis 2015 juste pour mettre quelque chose, je crois que c'était comme cela sur une autre commune nouvelle. --John.john.59 (discuter) 22 février 2019 à 01:04 (CET)

Importation foireuse d'un modèle sur Wikiversité[modifier le code]

Bonjour, cette nuit, alors que j'aurais bien fait de me coucher tôt, j'ai commis l'erreur de cocher la case « inclure tous les modèles » durant l'importation d'un modèle de Wikipédia sur Wikiversité. Ben oui, ça arrive ... La plupart des modèles importés à la volée affichent ce message d’erreur : « Erreur de script : la fonction « documentation » n’existe pas. ». Je présume que c'est un message en relation à un script géré par Lua voir l'extention Scribunto, mais je ne me suis pas encore formé à ce niveau. Du coup, je viens déposer ce message dans la cour des grands pour voir si il serait possible de recevoir de l'aide. Voici pour exemple la page modèle Documentation et puis ce lien vers la page catégorie erreurs de script. Bien à vous tous, Lionel Scheepmans Contact Désolé pour ma dysorthographie, dyslexie et "dys"traction. 6 mars 2019 à 17:33 (CET)

Problèmes avec Module:Interface Wikidata[modifier le code]

Bonjour, ce module appelé par le Modèle:Wikidata pose plusieurs problèmes bloquants. Comme les deux développeurs de ce module ne sont plus actifs, quelqu'un pourrait-il se charger de les corriger ?

Pour rappel, la syntaxe du modèle est la suivante :

{{Wikidata| propriété | valeur à afficher }}

Il s'agit d'effectuer les modifications suivantes :

  1. <bug> à la demande de Notification Zolo au Projet:Infobox j'ai cherché à ajouter le paramètre propriété au Modèle:Infobox/Image. Le principe est le suivant : ce modèle doit pouvoir accepter soit une propriété (par exemple, P18), soit le nom d'un fichier. Dit autrement, il doit être possible d'avoir le paramètre propriété vide. C'est possible pour le nom du fichier. Par exemple, {{Wikidata|entity=Q33959| | defaut.svg}} donne « defaut.svg ». Par contre, ça ne fonctionne pas pour la récupération du libellé. {{Wikidata|entity=Q33959| | |showonlyqualifier=P2096|numval=1|lang=fr}} donne « Échec à la sérialisation des données ».
  2. <évolution> ajouter la possibilité d'avoir une valeur par défaut. Par exemple, {{Wikidata| | |défaut=defaut.svg}} donnerait « defaut.svg ».
  3. <bug> ne fonctionne pas lorsqu'on met un formatnum. Par exemple, {{formatnum:{{Wikidata|entity=Q504998| P1616 | {{{SIREN|}}} |showsource = true|linkback=true |numval=1}} }} donne « 775 670 417link=https://www.wikidata.org/wiki/Q504 998?uselang=fr#P1 616 ». Il faudrait donc ajouter au module cette possibilité.

Je reste à votre disposition pour toute question. Merci. --FDo64 (discuter) 15 mars 2019 à 12:38 (CET)

Bonjour,
  1. Il manque en fait l'identifiant de la propriété à utiliser : {{Wikidata|entity=Q33959| property = P18}}-> Port Of Nice, Côte d'Azur.jpg. Il y a par contre des problèmes dans la gestion des erreurs, on devrait plutôt avoir un message : "paramètre property manquant".
  2. Il s'agit du paramètre value normalement.
  3. Dans ton exemple on essaye de formatnumer non pas un simple nombre, mais un chaîne qui contient un nomnre, un "linback" vers Wikidata et éventuellement une source. Il faudrait faire la mise en forme plus en amont, sur la valeur numérique brute avant ajout de la source et du linkback. Sur le principe, ça devrait être quelque chose comme {{Wikidata|entity=Q504998| P1616 | {{{SIREN|}}} |showsource = true|linkback=true |numval=1|displayformat=indiquer le format ici }}. Les données numériques sont formatées comme des nombres par défaut, mais la proriété Wikidata numéro SIREN (d) est de type "chaîne" et pas "nombre", donc ça ne marche pas. Il est possible de mettre transmettre au paramètre "displayformat" une fonction Lua qui définit une mise en forme. Mais ça me parait assez compliqué de faire l'équivalent depuis un modèle en Wikitexte. (je sais pas si c'est très clair :]). --Zolo (discuter) 18 avril 2019 à 22:17 (CEST)
Bonsoir Zolo Bonsoir heureux de te revoir et merci de tes réponses !
  1. Ce que je cherche à faire, c'est de n'avoir qu'une seule brique d'Infobox et donc que {{Infobox/Image}} fonctionne même si aucune propriété n'est renseignée. Dit autrement, je souhaite avoir la syntaxe suivante : {{Wikidata|{{{propriété|}}}|{{{image|}}}}}, avec les paramètre 'propriété' et/ou 'image' vides. Comme je l'indiquais, le modèle {{Wikidata}} réagit bien sauf si on lui précise un showonlyqualifier pour aller chercher le libellé.
  2. Je ne crois pas que le paramètre value réponde à ma demande. Si je mets {{Wikidata|{{{propriété|}}}|{{{image|}}}|value=defaut.svg}}, je pense qu'il retournera defaut.svg dans tous les cas. C'est pour cela que je suggère un nouveau paramètre.
  3. C'est vrai que malheureusement le SIREN est de type "chaîne" et pas "nombre", et je ne pense pas qu'on puisse le changer. C'est pour cela que je souhaiterais que l'on puisse indiquer, par exemple, |displayformat=number.
--FDo64 (discuter) 18 avril 2019 à 23:23 (CEST)
FDo64 effectivememédiaire "interface" ne devrait plus être nécessaire. Si on pouvait le supprimer ça rendrait les choses un peu plus claires. nt j'ai lu un peu vite. Je me demande s'il ne faudrait pas essayer de gérer l'intéraction données de Wikidata / données locales hors de modules dédiés à Wikidata. J'essaye de voir si j'arrive à faire quelque chose ce week end. -Zolo (discuter) 23 avril 2019 à 22:18 (CEST)
@FDo64 en y repensant une solution aux problèmes 1 et 2 serait je crois de remplacer le code de {{Wikidata}} par le suivant :
{{#if : {{{property|{{{1|}}}}}}} | {{safesubst:#invoke:Wikidata|frameFun|formatStatements|property={{{property|{{{1|}}}}}}|value={{{value|{{{2|}}}}}}}} | {{{value|{{{2|{{{default}}} }}} }}} }}
  • Inconvénients : complique un peu le modèle est augment la différence entre le comportement du modèle et un appel direct à Module:Wikidata.formatStatements.
  • Avantages : devrait régler les problèmes sans complexifier encore Module:Wikidata avec des questions qui ne concernent non pas l'utilisation des données de Wikidata, mais leur relation avec les données locales. Au passage, je remplaçerais #invoke:Interface Wikidata par #invoke:Wikidata. On devrait pouvoir se débarasser du module d'interface pour enlever une couche de complexité.
Pour le point 3, je ne sais pas trop quoi faire. S'il y a suffisamment de besoins, on peut effectivement ajouter dans le module un displayformat = number, ou peut-être |displayformat = chaînequelquongue qu'on enverrait à #mw.ustring.gsub. Sinon, on peut aussi faire des mini-modules dédiés au fil des besoins. -Zolo (discuter) 27 avril 2019 à 15:15 (CEST)
Notification Zolo : Bonsoir, j’avoue ne pas comprendre ta proposition. Sans doute à cause de ma totale ignorance du fonctionnement interne des modules. J’ai peur d’être obligé de faire ce que je cherchais à éviter : créer une nouvelle brique d’Infobox V2 rien que pour l’accès à Wikidata.
Pour ce qui est du displayformat=number, si c’est si compliqué de faire un formatnum en Lua, le numéro de SIREN va rester tel quel, sans mise en forme (Smiley: triste).
Merci d’avoir cherché. --FDo64 (discuter) 3 mai 2019 à 23:28 (CEST)
Notification FDo64 :, bonjour, en fait ma proposition était de modifier le modèle {{Wikidata}} et de ne pas toucher directement aux modules. Mais je viens de me rendre compte, qu'on pouvait tout simplement changer la ligne 1501 de Module:Wikidata de return nil en return args.default. Ca ajoute encore un argument possible à une fonction qui en a déjà beaucoup, mais ça devrait marcher. Je proposais au passage de changer légèrement le modèle {{Wikidata}} afin d'utiliser directement Module:Wikidata, et non plus Module:Interface Wikidata, dont on devrait pouvoir se débarasser.
Pour le formatnum, ça ne devrait pas être très compliqué, mais si on ajoute une option pour tout les formats potentiellement utiles, ça risque d'être un peu délicat à gérer, ou alors il faudrait un peu structurer ça. Sinon, pour faire fonctionner ponctuellement le formatnum, on peut aussi renoncer au linkback et au addcat : {{formatnum:{{#invoke:Wikidata|frameFun|formatStatements|entity=Q504998|property= P1616 |value= {{{SIREN|}}} |numval=1}} }} ->775 670 417.--Zolo (discuter) 9 mai 2019 à 10:22 (CEST)
@FDo64 j'ai ajouté le paramètre "défaut" à retourner quand on a rien d'autre [5]. -Zolo (discuter) 11 mai 2019 à 13:25 (CEST)

Edge et console de débogage Lua[modifier le code]

Bonjour, je suis actuellement sur une machine où j'ai à utiliser le navigateur Edge, et quand je teste du code dans la console de débogage qui figure en bas des pages de modification pour les Modules, je rencontre un problème franchement gênant : quand j'appuie sur Entrée pour exécuter le code, cela fonctionne, mais cela déclenche aussi la soumission du formulaire de modification… J'utilise habituellement d'autre navigateurs, et je n'avais jamais rencontré ce problème auparavant. Le problème est-il déjà connu ? Quelqu'un aurait plus d'infos à ce sujet ? od†n ↗blah 22 avril 2019 à 13:12 (CEST)

modèle:prononciation dans une infobox[modifier le code]

Atmavrittanta
Titre original
(gu) આત્મવૃત્તાંતVoir et modifier les données sur Wikidata
Langue
Auteur
Manilal Nabhubhai Dvivedi (en)Voir et modifier les données sur Wikidata
Genre
Date de parution
Pays

Bonjour,

J'aimerais ajouter un affichage semblable à {{prononciation}} dans le champ « nom officiel » de {{Infobox Ouvrage}}, comme par exemple pour l'élément Q54818533 (« Atmavrittanta »), dont P443 (« prononciation (fichier son) ») est renseigné.
Quelqu'un peut m'aider svp ? - Simon Villeneuve 7 mai 2019 à 20:45 (CEST)

Nouvelles fonctions pour le module:Composition Division de France[modifier le code]

Bonjour à tous. Le module:Composition Division de France permet de produire la composition de toute division française dès lors que les tables annexes (qui sont stockées sur Commons) sont actualisées (exemple avec la liste des communes de la Lozère).

Dans la table des départements, il y a une colonne avec le nombre de communes par département (nbcom). On a ce type d’info pour chaque division. Il pourrait être intéressant d’exploiter cette donnée en :

  • l’ajoutant dans le titre qui de « Liste des communes du département ..» deviendrait « Liste des 152 communes du département ..» (pour la Lozère)
  • créant une fonction nbcom qui permette de récupérer ce nombre à l'instar de la fonction derniere_population du module module:Population de France qui récupère la dernière population d’une division, ce qui permettrait d’actualiser automatiquement une phrase du type « le département de X comptait y communes au 1er janvier 2019 » (du coup il faut récupérer aussi automatiquement la date avec une fonction derniere_annee à créer également).

Y aurait-il des candidats pour ce petit exercice ? Merci par avance.Roland45 (discuter) 23 juin 2019 à 18:44 (CEST)

Pour info, Le point 1 (ajout du nombre de communes dans le titre) a été traité par Od1n, que je remercie. Il reste donc à créer ces fonctions nouvelles de récupération du paramètre "nbcom", si possible.Roland45 (discuter) 12 août 2019 à 17:34 (CEST)
Cette phrase, @Roland45, elle serait affichée automatiquement, optionnellement ? Dans quels cas ? Cela doit être un texte exportable ? Lofhi (me contacter) 18 août 2019 à 13:48 (CEST)
@Lofhi Voici quelques éléments de réponses :
Sur la phrase
  • le choix de "optionnel" serait à faire si la phrase ne pouvait pas s'intégrer dans un texte préexistant. A priori cette phrase se suffit à elle seule et peut être placée après tout texte descriptif. Donc elle serait à mettre en automatique.
  • Le texte de la phrase, qui est sensé couvrir les différents type de chartes et de divisions serait a priori le suivant (La ref ne comporte pas de date car le site est actualisé annuellement et donc l'url reste constante) :
Le [charte/département] [var charte/de XX] comptait [var_liste_de/nbcom] [liste_de/communes] au [date]<ref>{{Lien web |url=https://www.insee.fr/fr/information/2028028 |titre= Découpage communal - Table d’appartenance géographique des communes et tables de passage |site =le [https://www.insee.fr/ site de l'Insee] }}</ref>.
Sur les fonctions nouvelles :
Le plus important est néanmoins de produire ces fonctions qui permettraient de récupérer les deux paramètres nbcom et date car les modèles qui permettraient d’afficher ces indicateurs peuvent ensuite être mis dans n’importe quel texte ou Infobox. Comme le fait p.derniere_population dans le module:Population de France en récupérant ces infos à partir des modules de données. Dans le cas présent, on va les chercher dans la table sur les tables de Commons. Le modèle pourrait être de la sorte (par similitude avec les tableaux) :
{{Composition Division de France/dernière_pop | charte = département | département = Lozère (département) | liste de = communes}}
Merci par avance.Roland45 (discuter) 18 août 2019 à 18:51 (CEST)
Si j'ai bien compris le dernier exemple Roland45, je n'ai pas encore cerné l'histoire avec la phrase introductive. Tu souhaites l'implémenter comment ? Quel modèle doit l'afficher ? C'est à rajouter dans le modèle {{Composition Division de France}} directement ? Tu souhaites créer une arborescence de modèles comme la famille de modèles Population de France/ ? Lofhi (me contacter) 28 août 2019 à 01:35 (CEST)

@Lofhi Petit complément :

  • La phrase : elle serait à ajouter systématiquement avant le tableau généré par le module Composition Division de France.
  • Les fonctions. Par « fonction », il faut probablement entendre « sous-module » qui permette de récupérer les variables nbcom et date. Ces fonctions sont indépendantes de l’affichage du tableau (puisque ces indicateurs ont vocation à être mis dans une Infobox ou une autre phrase ou tout autre tableau, comme on le fait pour le module Population de France). Le tableau suivant résume la situation :
Modèle projeté fait appel au sous-module/fonction Résultat à l'instar de
modèle:Composition Division de France/nbcom module:Composition Division de France|nbcom Récupère la valeur du nombre de communes de la division,
càd la variable nbcom des tables par division (ex : c:Data:Table/Départements.tab)
{{Population de France/dernière_pop}}
modèle:Composition Division de France/date module:Composition Division de France|date Récupère l'année de l'indicateur (variable date de la même table) {{Population de France/dernière_année}}

On peut donc parler d'arborescence de modèles, mais bon, petite arborescence puisqu'il n'y en aurait que trois : le principal pour afficher le tableau et les deux autres pour afficher les indicateurs caractérisant la division (nbcom, date).Roland45 (discuter) 28 août 2019 à 09:17 (CEST)

Afficher un qualifier sans la property[modifier le code]

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)

Week-end de travail du groupe « tech » de Wikimédia France[modifier le code]

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)

Fait Pb de tri de liste dans le module:Composition Division de France[modifier le code]

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)

Notification Père Igor et Roland45 : Fait. Lofhi (me contacter) 17 août 2019 à 02:12 (CEST)
Notification Lofhi : C'est parfait. Merci.Roland45 (discuter) 17 août 2019 à 08:52 (CEST)
Notification Lofhi : merci beaucoup. Père Igor (discuter) 17 août 2019 à 11:51 (CEST)
Notification Roland45 : je suppose qu'il y a un problème sur Liste des communes de la Corrèze par exemple ? Mort de rire 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)
Notification 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 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)

&section=0[modifier le code]

Bonjour, Notification Archimëa : et moi évoquions ce problème dans les questions technique, mais nous n'avons pas eu de réponses. Ce problème concerne tous les infobox qui ne sont pas placé au début d'un article. En effet, lorsqu'on clique sur le bouton « Modifier » disponible grâce à ce modèle, l'article ne nous renvoie pas vers la section où comporte l'infobox mais dans le RI (&section=0). C'est extrêmement agaçant quand on utilise l'éditeur visuel et qu'on veut modifier une infobox. Comme disait Archiméa : « Il faudrait un espèce de code qui ouvre la section en cours comme &section=current, mais je sais pas si ce type de paramètre existe ». ». Serait-ce possible de dévelloper un paramètre pareil en Lua (ou bien, existe t-il déjà). Merci d'avance, -- Nemo Discuter 24 août 2019 à 22:53 (CEST)

Cela me semblait impossible en y pensant une fois. Étant curieux, je me suis étonné en allant lire la documentation. Elle indique que Lua peut accéder au contenu d'un article. Du coup cela pourrait être possible techniquement en éclatant l'article par section puis en cherchant le modèle, mais je ne sais pas si cela vaut vraiment le coup. Rares sont les infobox qui ne sont pas dans la section 0. Je laisse quelqu'un d'autre donne son avis... Lofhi (me contacter) 28 août 2019 à 01:57 (CEST)
C'est faux, toute les infoboxs secondaires (et il y en a bcp) se situent dans une autre section. Sinon, autant supprimer ce bouton modifier de toutes les infoboxs ? Peut être qu'il faudrait faire une demande sur Phabricatoir ? C'est un problème qui existe depuis tjrs et qui devrait être résolu une bonne fois pour toute... -- Nemo Discuter 28 août 2019 à 13:01 (CEST)
Il est effectivement possible de « lire » le wikicode d'un article depuis Lua, et donc de déterminer les sections. Il reste qu'il peut être difficile de façon générique de repérer l'infobox qui « nous » correspond. En effet s'il y a plusieurs infobox comment déterminer la notre ? Dans certains cas c'est possible (infobox différente) mais je présume que dans d'autres non.
Par ailleurs ça semble très « bourrin » de devoir faire du wiki-parsing.
Mais je doute qu'il puisse exister un section=current (dans le cadre d'un module). En effet un module peut très bien retourner… du texte contenant des sections ! Idem pour un autre module appelé avant nous…
Hexasoft (discuter) 28 août 2019 à 13:32 (CEST)
En gros, l'infobox devrait savoir par elle-même dans quelle section elle est placée. Sinon, on peut tjrs retirer ce &section=0 ce qui permet au moins de modifier toute la page et non une fausse section... Et des infoboxs qui sont pas en début de page, il y en a un paquet -- Nemo Discuter 30 août 2019 à 19:54 (CEST)

Demande d'explications mémoire Lua[modifier le code]

Bonsoir, ma question va être courte et simple : est-ce que quelqu'un sait m'expliquer ce diff ? Cela m'a coûté un polluage de l'historique du Module:Bases, pensant que les dépendances ajoutées il y a quelques semaines étaient le problème, après avoir corrigé quelques documentations des modèles Bases qui utilisent ces dépendances. Lofhi (me contacter) 30 août 2019 à 02:29 (CEST)

En cherchant "NewPP" dans la source des pages avant/après ton diff, tu verras que pour la version "sans la mémoire saturée" il y a par contre une section "Lua Profile" en plus… Ça ressemble à une stack trace… À chaud, je penserais à une "erreur cachée" qui irait interrompre l'exécution du script, ayant pour side-effect de ne pas atteindre le point de saturation mémoire. Mais je ne fais que spéculer… od†n ↗blah 30 août 2019 à 08:07 (CEST)
Je dois sûrement perdre la tête, mais je n'ai pas accès à ce « Lua Profile ». Je l'ai vu une fois hier, puis il a disparu. J'ai enregistré les rapports du préprocesseur hier, les voici :
J'ai loupé un truc ? Parce que j'ai prévisualisé plusieurs fois les changements, avant et après. Plusieurs fois, j'avais les mêmes résultats. Lofhi (me contacter) 30 août 2019 à 17:55 (CEST)
En tout cas la différence qui me semble la plus importante entre les deux c'est "Expensive parser function count" qui passe de 13 (cas saturé en mémoire) à 4 (l'autre cas).
Par contre j'ai aussi du mal à voir en quoi l'ordre pourrait influencer : s'il y en avait moins dans le 1er ça pourrait se comprendre (mémoire saturée, arrêt du traitement, certains traitements ne sont pas effectués), mais là c'est l'inverse ! Et pour autant que je sache chaque appel de module est indépendant (exception : il me semble que si des données (coûteuses par ex.) sont déjà chargées sur une page elles restent en mémoire et sont utilisable sans surcoût lors des appels ultérieurs). Hexasoft (discuter) 30 août 2019 à 18:04 (CEST)
J'ai oublié de préciser que ces deux rapports sont liés à mes changements sur le module et qui sont annulés depuis (d'où les changements pour "Expensive parser function count"). Si je n'ai pas enregistré les autres rapports, je peux assurer que j'ai fait plusieurs tests en gardant le même ordre d'appel ou en le changeant comme indiqué sur le premier diff, et à chaque fois cela se reproduit.
Si vous allez sur la version du 29 août 2019 à 23:02 et modifiée en dernier par Sukkoria de l'article, que vous prévisualisez la version, la consommation de mémoire excessive réapparaît encore dans le rapport NewPP... Lofhi (me contacter) 30 août 2019 à 18:11 (CEST)
En tout cas, la simple exécution de {{Bases géographiques}} sur la page Allemagne me montre 1,376 s de consommation CPU et 15,46 Mo de consommation mémoire… c'est beaucoup trop à mon goût… Autrement dit, pour simplement une petite série de liens tout en bas de l'article, on retarde l'affichage de la page de 1,376 sod†n ↗blah 1 septembre 2019 à 02:32 (CEST)
Je n'ai pô regardé depuis, mais il serait peut-être intéressant d'analyser les données de Wikidata pour comprendre ce qui pourrait causer ces pics. Lofhi (me contacter) 4 septembre 2019 à 20:58 (CEST)

Wikidata et les trop nombreuses données[modifier le code]

Bonsoir, je ne sais plus si j'ai signalé l'article, mais en tout cas je l'ai remarqué il y a un moment. L'article V8 (moteur JavaScript) contient plusieurs « Erreur Lua : not enough memory ». Il suffit d'aller sur l'élément lié Wikidata Q574992 (« V8 ») pour comprendre ce qui pose problème. Personnellement, je n'ai pas de solution en tête, parce que pour traiter les données de Wikidata, il faut bien les importer... Sauf que là, c'est trop de données. Si quelqu'un peut m'éclairer. Lofhi (me contacter) 9 octobre 2019 à 20:04 (CEST)

Notification Lofhi : Explication potentielle, la manière dont et codée l’infobox logiciel. Il y a pleins d’appels à des modèles lua dans son code, ce qui fait que potentiellement la totalité des données est chargées dans chacun des appels. Si la quantité de mémoire est la somme de tous ces appels, ça peut peut-être monter … Peut-être qu’en la recodant en pur lua ça réglerait le problème, ou à défaut d’utiliser les appels lua qui ne chargent pas tout l’élément à chaque appel lua comme mw.wikibase.getBestStatements dans les modèles comme {{Infobox V3/Tableau Ligne mixte Wikidata}} Je vais jeter un coup d’oeil pour voir comment ça marche en attendant. @Hercule, @Od1n, @FDo64, @Chealer et @Popolon, les éditeurs de l’infobox en 2019. — TomT0m [bla] 9 octobre 2019 à 20:44 (CEST)
Je ne connais pas trop le fonctionnement des scripts lua pour récupérer les informations wikidata pour remplir l'infobox, mais je suis un peu étonné que cela puisse saturer la mémoire. À priori, les requêtes sont faite sur l'élément associé à la page, pas à tout wikidata. Ça de doit pas faire des mégaoctets de données. Dans certains autres cas, comme dans les entités administratives géographiques, des scripts parcourent récursivement les données pour obtenir la chaîne d'entité dans laquelle elle se situe et ça ne pose pas de problèmes non plus. N'hésitez pas à me dire si je peux aider. J'ai déjà fait un peu de lua, mais pas dans ce contexte, ça doit pas être la mer à boire non plus. J'ai quand même quelque chose en tête, la liste (qui peut être très longue des versions (stable/dev). Popolon (discuter) 9 octobre 2019 à 21:22 (CEST)
Effectivement l'affichage de la page Wikidata associé à cet page pose déjà problème en raison du nombre important de numéros de versions. Je pense que si il y a un problème, c'est a cet endroit qu'il faut regarder.Popolon (discuter) 9 octobre 2019 à 21:28 (CEST)
Je pense que nous sommes tous d'accord sur la source du problème. Cependant, ma question était plutôt : connaissez-vous un moyen de l'éviter, parce que comme dit, pour traiter les données, on doit les importer... et c'est la taille des données qui pose problème ici. Je n'ai rien trouvé de très intéressant sur mw:Extension:Wikibase Client/Lua. Lofhi (me contacter) 9 octobre 2019 à 21:42 (CEST)
Bonjour à tous. Notification TomT0m : si besoin, j'ai recodé {{Infobox Logiciel}} en LUA. Il s'utilise par {{Infobox Logiciel/Bac à sable/LUA}} (liens vers le module et la page de tests. Bonne journée, --Tom (discuter) 11 octobre 2019 à 18:31 (CEST)
Après essai en prévisualisation de ce modèle de test, ça fonctionne effectivement sans erreur mémoire : cf. https://fr.wikipedia.org/w/index.php?title=V8_(moteur_JavaScript)&oldid=163474368
( Par contre si l’infobox fonctionne la sauvegarde a l’air de déconner à fond quand je sauvegarde j’ai une erreur « empty server response » … )
Du coup, soit on adopte cette version de l’infobox pour les logiciels, soit on garde l’ancienne version mais on tente d’optimiser le Module:Wikidata pour qu’il ne charge pas systématiquement tout l’élément (ce n’est plus nécessaire depuis un moment.), mais juste les déclarations dont on a besoin lors d’un appel. (c’est ce que fait Module:Wikidata/Chemin). La seconde option semble dans tous les cas une bonne idée, même si dans certains cas marginaux on risquerait peut-être d’y perdre suivant comment les données sont mises en cache. — TomT0m [bla] 12 octobre 2019 à 12:27 (CEST)
Pour mieux cerner le problème, on peut aller sur l'article concerné, cliquer sur "modifier le code" puis prévisualiser et regarder tout en bas les données de performance. On voit que :
  • l'infobox seule prend 42 Mo. La version Lua permet de descendre à 32, mais ça reste problématique.
  • l'infobox en Lua charge 4 éléments. Outre celui pour V8 (moteur JavaScript), il s'agit de ceux pour Open-source software, BlackBerry 10 et IA-32. Ces sujets n'ont pas d'article en français. La fonction wd.siteLink de Module:Wikidata charge les éléments Wikidata pour récupérer le lien en anglais. Apparemment, on peut maintenant récupérer ces liens sans charger l'élément en utilisant wikibase.getSitelink( itemId, globalSiteId ). Si quelqu'un sait ce que sont les "globalsiteids", mettre à jour la fonction ne devrait pas poser de problème. -Zolo (discuter) 12 octobre 2019 à 13:57 (CEST)
(Il semble par contre que les erreurs lua aient totalement disparues, j’en avais en prévisualisant la version https://fr.wikipedia.org/w/index.php?title=V8_(moteur_JavaScript)&oldid=162537502 et ce n’est plus le cas. peut-être ma modif d’hier dans module:Wikidata ?)
Apparemment les ids sont les mêmes que dans https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.entity:getSitelink . Sinon les siteids sont sur Wikidata apparemment : [6]TomT0m [bla] 12 octobre 2019 à 14:52 (CEST)
J’ai fait quelques modifs sur Module:Wikidata pour éviter des chargements d’éléments inutiles (il ne doit même virtuellement plus en rester dans le module), j’espère n’avoir rien cassé … mais a priori ça n’a pas vraiment changé la consommation mémoire. Le nombre d’entité chargé lui est par contre bien descendu à 1. — TomT0m [bla] 12 octobre 2019 à 17:09 (CEST)
@TomT0m, j'ai vu ça aussi.. (j'aurais du penser à chercher les identifiants de site directement sur Wikidata :).
En faisant quelques tests sur le module, et en y prévisualisant V8 (moteur JavaScript), je vois que :
  • si on remplace le contenu de la page par {{Wikidata|P31}} ça prend 800 ko. Il est indiqué qu'un élément Wikidata est chargé, mais l'élément n'est certainement pas chargé dans sa totalité, car ça prendrait plus de place.
  • Si on garde tout le contenu de la page sauf l'infobox, on utilise 26 Mo.
  • Avec infobox, mais Wikidata désactivé, la conso de mémoire reste à 26 Mo.
  • Avec l'infobox, on passe à 42 Mo. En réduisant le code du module d'infobox à une seule ligne utilisant Wikidata, on reste à 42 Mo.
L'impression que ça me donne c'est que charger l'élément prend environ 20 Mo, et que le charge depuis deux modèles différents, il se charge deux fois. Mais c'est un peu étonnant --Zolo (discuter) 12 octobre 2019 à 17:38 (CEST)

Bientôt des modèles et modules globaux ? (enfin)[modifier le code]

Bonjour,

J'ai été contacté par Amire80 qui se pose différentes questions de fond concernant les modèles. Cet employé de la fondation, en charge notamment de l'amélioration du support de MediaWiki pour le support des différentes langues, réfléchit notamment à mettre en place des modèles et modules globaux.

L'idée serait de mutualiser le travail en évitant de devoir refaire le développement et la maintenance sur chaque version linguistique. Il a déjà écrit des spécifications très détaillées dont le résumé est disponible ici: mw:Global_templates/Draft_spec/TLDR/fr. Il est intéressé par tout retour sur ces documents, sur cette PDD ou en le contactant directement.

Il est aussi intéressé par vos avis sur une question plus large: Comment l'infrastructure des modèles pourrait-elle être améliorée pour vous rendre plus productif ? Il présentera à la Wikimedia Technical Conference|conférence technique de Wikimedia une session sur l'amélioration de la productivité des outils présents dans les wikis, et en particulier les modèles et modules.

Je pense personnellement que c'est une chance à saisir pour remonter les idées que nous avons, contributeurs des wikis, à une personne de la fondation qui a le pouvoir direct de changer la manière dont nous éditons les articles. De plus, je trouve très bien que nos avis soient recueillis avant le moindre développement technique, ce qui n'a à ma connaissance pas toujours été le cas.

--Framawiki 2 novembre 2019 à 12:17 (CET)

Google Code-In will soon take place again! Mentor tasks to help new contributors![modifier le code]

Hi everybody! Google Code-in (GCI) will soon take place again - a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributor about two or three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have any Lua, template, gadget/script or similar task that would benefit your wiki? Or maybe some of your tools need better documentation? If so, and you can imagine enjoying mentoring such a task to help a new contributor, please check out mw:Google Code-in/2019 and become a mentor. If you have any questions, feel free to ask at our talk page. Many thanks in advance! --Martin Urbanec 5 novembre 2019 à 08:28 (CET)

Test d'appartenance d'un article à une catégorie[modifier le code]

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)

Erreurs de Lint via Modèle:Cycling race/listofteams[modifier le code]

Bonjour,
En me baladant parmi les erreurs de Lint, j’ai remarqué que les Balise de tableau qui devrait être supprimée, dans l’espace pricipal venaient presque toutes – quelques centaines – de Modèle:Cycling race/listofteams.
J’ai cherché à remonter à la source, mais j’ai été trop novice pour trouver l’erreur.
Sernin SC (discussion) 9 janvier 2020 à 16:34 (CET)
Effectivement, t'as vu la taille du code ?!! Comment peut-on espérer qu'un tel truc soit maintenable ?? od†n ↗blah 9 janvier 2020 à 23:33 (CET)
Oh terrible !!! Mort de rire
Solution A : Wikimedia embauche un ingénieur plein temps pour maintenir le modèle.
Solution B : Suppression de l'usine à petits-drapeaux. Mot sur Projet:Vélo et requête bot pour nettoyer les articles.
-- Irønie (discuter) 10 janvier 2020 à 01:05 (CET)
Lus. Je copie cette discussion sur Discussion_Projet:CyclismeSernin SC (discussion) 11 janvier 2020 à 12:15 (CET)
La bonne nouvelle, c'est que le code sur le fr.wiki coïncide parfaitement avec la version sur wikidata. Il n'y a pas eu de fork sauvage, ouf ! Je vous invite à aller leur signaler cette histoire de balises <table>, je pense qu'ils y seront sensibles. od†n ↗blah 11 janvier 2020 à 23:17 (CET)
Ça fait des années que je réclame la solution A pour la création, le développement et la traduction des modèles réutilisant les données de Wikidata. Les moyens ne manquent absolument pas et ça permettrait un développement considérable des Wikipédias (mais à chaque fois que je réclame qqch, j'ai cette impression d'être considéré comme de la merde).
@Od1n Il n'y aura jamais de fork. Quand j'avais co-créé le projet il y a bientôt cinq ans, j'avais déterminé que la version sur Wikidata était le supermodule et que sur les autres versions linguistiques ça ne pouvait être que des copies mises à jour plusieurs fois par an (il n'est toujours pas possible d'aller chercher directement le code en un seul point, ça a pourtant été demandé), et qu'une personne apportant des traductions ou des améliorations devait absolument le faire dans le supermodule afin d'en faire bénéficier tout le monde. De cette manière, tout le monde a exactement le même affichage, on a pu se concentrer sur les meilleures traductions possibles à apporter. Autre avantage, si des personnes un peu autoritaires venaient à vouloir imposer certaines choses sur une version linguistique, ça n'avait pas d'emprise sur ce projet.
Le mieux, c'est d'expliquer précisément en français le souci à résoudre sur la page Module talk:Cycling race. Si un problème se pose sur FR Wiki, alors il doit certainement se poser pour toutes les versions linguistiques, donc tout le monde doit profiter de sa résolution. LintErrors, je ne sais pas ce que c'est, mais j'ai le souvenir qu'on m'en avait parlé sur DE Wiki et que nous avions résolu le problème. Jérémy-Günther-Heinz Jähnick (discuter) 15 janvier 2020 à 10:52 (CET)
Sur la solution A, ça m’étonnerai que ça arrive. Pas parce qu’«on» te prend pour de la merde, parce que ça brise la séparation traditionnelle WMF/communauté sur le type de contenu qui doit-être géré par la communauté et le comment, alors que la WMF se contente de fournir du logiciel complètement générique vis-à-vis du contenu. WP est un wiki dans lequel on peut traiter tous les sujets qu’on veut, et choisir de ne pas traiter, mettre des petits drapeaux si on veut, et ne pas en mettre si on veut pas … Wikidata permet à la communauté de créer toutes les propriétés qu’elle veut, et de ne pas créer celles qu’elle ne veut pas … . Il ne sert à rien de « réclamer » à mon avis si on ne tient pas compte de ça. Une solution qui ne briserait pas cette séparation serait que cette personne payée par la WMF reçoive carrément un mandat communautaire pour effectuer certaines modifs sur les modèles communautaires. Donc un consensus. Mais c’est pas simple, quand on voit les conflits que ça peut engendrer cette notion de « consensus » …
Sur le module lui même, le choix technique a été fait de mettre tout le code dans un seul module pour minimiser les dépendances, c’est un choix mais ça peut effectivement se payer en terme de duplication de code et de taille du module excessive. — TomT0m [bla] 15 janvier 2020 à 11:09 (CET)
À partir du moment ou un wikimédien ou un groupe de wikimédiens aurait besoin d'un petit programme mais qu'il ne parvient pas à le mettre en œuvre, parce que quand même c'est compliqué le codage, alors quelque chose devrait être fait, directement ou pas (je faisais aussi référence à quelques courriels ou messages restés sans réponse). Là, on a quand même la sensation de devoir se démerder par nous mêmes. Le mois passé par exemple, j'avais dû modifier le Module:Wikidata pour faire apparaître les citations dans les références parce que j'en avais marre de demander par-ci par-là depuis des mois et que rien ne bouge. Typiquement sur ça j'aurais dû recevoir un coup de main ou avoir un endroit pour adresser ma requête. Le point positif, c'est qu'au moins j'ai appris à me débrouiller par moi-même pour des choses minimales (et du coup, j'essaye de rendre service dès que possible pour par exemple ajouter une propriété), mais que de temps perdu. Si en 2015 nous avions eu une ou deux personnes pour assurer la programmation, il n'y aurait pas eu toutes ces guéguerres autour des infoboxes Wikidata, parce que le rendu aurait été bon tout de suite. Enfin là sur Wikidata et en d'autres lieux on bosse discrètement sur la future génération d'infoboxes, commune à plusieurs langues, l'idée c'est de proposer un bon produit et une bonne documentation tout de suite.
Concernant le supermodule, il génère l'affichage d'une trentaine de fonctions et peut fonctionner dans trente langues (bien que toutes n'utilisent pas toutes les fonctions). Certaines fonctions sont très très proches les unes des autres, comme les classements. Le choix a été fait d'avoir un seul et unique code. Psemdel a fait un incroyable travail de factorisation ces dernières années. Ce qu'il faut savoir, c'est que toutes les Wikipédias n'étaient pas dotées d'un module Date par exemple, donc il avait fallu inclure l'affichage des dates. C'est un exemple parmi d'autres, mais plus on travaille dans un grand nombre de langues plus c'est complexe. L'avantage pour le contributeur lambda, c'est qu'il peut se contenter de remplir Wikidata sans se soucier de la mise en forme. Et quand les données ont été remplies par un autre locuteur, alors il peut se consacrer à la rédaction de l'article ou à d'autres tâches. Jérémy-Günther-Heinz Jähnick (discuter) 15 janvier 2020 à 12:20 (CET)
Il y a surement moyen en attendant les modules globaux d’intégrer des trucs dans l’API lua de base, par exemple il y a déjà des fonctions pour formater les dates (pas forcément pour les manipuler et ça manque à mon avis). Ça pourrait être dans mes cordes mais je manque un peu de motivation en ce moment. — TomT0m [bla] 15 janvier 2020 à 13:15 (CET)
L'erreur en question est la suivante : deletable-table-tag. Remarquez qu'il ne s'agit pas de tables imbriquées, mais de tables mal imbriquées. od†n ↗blah 16 janvier 2020 à 00:14 (CET)
Pour info, l'erreur semble avoir été corrigée, voir notamment les modifs du sur le module. Le rapport lint est tout petit maintenant :) od†n ↗blah 16 janvier 2020 à 00:37 (CET)

Je viens de voir cette superbe discussion, merci pour moi! J'ai passé Noel à inserer le modèle mw.html. Listofteam délivrait exactement la même string qu'avant, sauf que comme le code était plus clair, LintErrors a pu découvrir qu'on avait un tableau dans le tableau (rien de grave en soit). Après, on peut préférer la politique de l'autruche. Je n'ai plus d'idées pour le moment, le code devrait rester stable pour un petit moment. Psemdel (discuter) 20 janvier 2020 à 21:57 (CET) Le code est surement long, mais il fait aussi plein de trucs, donc ce n'est pas vraiment scandaleux. Bien-sûr plusieurs modules seraient plus élégant, mais on aurait un problème pour faire la maintenance en bloc (gros copier/coller depuis wikidata). Pour ceux que ca intéresse, le code initial était :

	return '<table style="max-width:95%; padding:0.5em; margin-right:1em; border:1px solid rgb(200,200,200)"><tr><td>' ..
		text .. getHeader(oldCatID, count) .. '<ol>' .. list ..
		'</ol><table border="0" cellspacing="0" cellpadding="0" style="line-height:0em;width:20em;margin:0.5em 0em;border-top:2px solid #FFDF80;"><tr><th><span style="float:'..floattable..'">[[File:Wikidata-logo S.svg|12px|link=d:' ..
		raceID .. '#P1923]]</span></th></tr></table></td></tr></table>'

On voit bien l'imbrication de deux "table". J'avais converti en:

	local footerTable = mw.html.create('table')
	:attr("border","0")
	:attr("cellspacing","0")
	:attr("cellpadding","0")
	:cssText("line-height:0em;width:20em;margin:0.5em 0em;border-top:2px solid #FFDF80;")
	local tSpan = footerTable:tag('tr'):tag('th'):tag('span')
	:css("float",floattable)
	:wikitext('[[File:Wikidata-logo S.svg|12px|link=d:' ..raceID .. '#P1923]]')

	resulttable:node(footerTable)

Où footerTable est un "table" comme avant, mais on a donc était pris par la patrouille pour ce code "horrible". Maintenant footerTable est devenu footerRow. Voilà. Psemdel (discuter) 20 janvier 2020 à 22:13 (CET)

Mes excuses si je t'ai vexé. Mais il est quand même bien énorme ce code, 350 ko 😅 Je ne dis pas qu'il est sale, je pense même qu'il doit être plutôt propre, par contre avec une taille pareille faut beaucoup de temps et de courage si on veut l'assimiler 😭 od†n ↗blah 20 février 2020 à 02:02 (CET)

Occitanie[modifier le code]

J'ai remarqué que dans le module:Bandeau/Ébauche, il n'y a que le sujet « Occitanie (région culturelle) » et il n'y a pas le sujet « Occitanie (région administrative) » qui n'ont pas la même aire de répartition donc cela peut causer des confusions sur les pages concernant la région Occitanie. Cordialement, John 66000 (discuter) 17 février 2020 à 10:12 (CET)

Chargement d’un TemplateStyle dans Module:Infobox[modifier le code]

Bonsoir, afin de pouvoir supprimer tout le CSS des infobox_v3 dans MediaWiki:Common.css, un des prérequis est d’ajouter le chargement de Modèle:Infobox V3/styles.css dans Module:Infobox. À moins que ce ne soit dans Module:Infobox/Style ?

À priori c’est possible puisque le prototype Module:Palette de navigation développé par Notification Hlm Z. semble le faire. Par ailleurs, wp:en le fait également, voir les modules de en:Category:Templates using TemplateStyles (par exemple, en:Module:Infobox military conflict).

Les principaux développeurs de ce module n’étant plus présents, et ne connaissant rien au Lua, je sollicite de l’aide ici.

Qui peut m’aider ? --FDo64 (discuter) 17 février 2020 à 22:56 (CET)

J'avais entamé Catégorie:Modèle appelant des feuilles de style TemplateStyles. Lofhi (me contacter) 17 février 2020 à 23:12 (CET)
Notification Lofhi : Bonsoir. Ici, il s'agit d'un module, pas d'un modèle. --FDo64 (discuter) 18 février 2020 à 00:19 (CET)
Je sais, mon intervention ne portait que sur l'existence de la catégorie. Elle pourrait être utile à qui voudra avoir une idée des tendances d'utilisation de TemplateStyles. Lofhi (me contacter) 18 février 2020 à 00:44 (CET)
Aussi, voir cette discussion avant. Lofhi (me contacter) 18 février 2020 à 02:01 (CET)
Bonsoir, je tente de reprendre les travaux initiés par Notification Ash Crow, c’est-à-dire alléger le Mediawiki:Common.css. Dans la discussion que tu pointes, Notification Od1n semble dire que c’est une fausse bonne idée. S’il le confirme, alors je vais abandonner mes travaux. Néanmoins ça semble en contradiction avec ce que je comprends des conseils d’optimisation des chargements des pages rappelé ce matin dans le Bistro. Il y est indiqué qu’il faut mettre le maximum dans les premiers 14KB de la page, et donc alléger autant que possible le common.css.
Remarque : j’ai la même démarche pour les bandeaux et j’ai prévu le cas facile des Taxobox.
Défense Pikachu : Modèle:Liste éléments/styles.css‏‎ est utilisé sur 652 504 pages. Et il y en a d’autres (voir Pages les plus incluses).
--FDo64 (discuter) 18 février 2020 à 22:04 (CET)
La clé c'est vraiment que les CSS "externes" (Common.css, etc) sont mis en cache par le navigateur. Donc après ils ne sont plus du tout transférés et ça, c'est vraiment le top. (petit bémol quand même : Size of stylesheets, cependant les appareils et navigateurs d'aujourd'hui traitent le CSS très, très rapidement ; mieux vaut "exécuter" pour rien 2 ko de CSS gardé en cache, que de transférer 2 ko de données)
Pour les considérations comme le First Meaningful Paint, parmi les développeurs MediaWiki il y a effectivement des gars vraiment calés niveau performances d'affichage des pages (ça ne les empêche pas d'ajouter à tour de bras des scripts qui tournent comme des veaux), et globalement, Wikipedia est laaargement plus performant que la plupart des autres sites que je rencontre. Personnellement, ce qui m'intéresse (et je pense les dévs MediaWiki aussi) ce sont les performances avec le cache navigateur déjà alimenté (primed cache), car le cache vide ça ne se produit qu'une seule fois.
Un aparté au passage, pour moi tant qu'une page "sautouille" elle n'est pas exploitable (en plus que ça soit particulièrement agaçant). Donc si une page affiche un contenu rapidement c'est bien, mais si après elle "sautouille" pendant des plombes ça ne va pas du tout… (je ne dis pas ça pour Wikipédia qui s'en sort très bien à ce niveau, mais pour un paquet d'autres sites…)
Pour ta défense pikachou, là le code est tellement court, que les perfs sont négligeables et la priorité est plutôt à l'organisation.
Faut trouver le juste équilibre dans tout ça ;) od†n ↗blah 19 février 2020 à 06:23 (CET)
Une petite correction : ce sont les 14 ko du fichier HTML, donc ça n'inclut pas le Common.css, qu'il ait déjà été chargé en cache ou non. Ce qu'ils veulent dire, c'est que dans ces 14 ko, il faut faire tenir les <link rel="stylesheet"> fondamentaux et le début du contenu de l'article. od†n ↗blah 19 février 2020 à 06:33 (CET)
Merci Od1n Clin d'œil pour toutes ces explications. Et comme j'aime bien les réponses par oui ou par non Mort de rire, je comprends que je dois arrêter mes travaux consistant à alléger le common.css des class bandeau, infobox_v2, infobox-v3 et taxobox ? C'est bien ça ? --FDo64 (discuter) 19 février 2020 à 09:57 (CET)
Même si le code CSS reste finalement dans le Common.css, j'ai le sentiment que ton boulot permet de grandement mettre au propre la codebase du wiki, c'est très bon à prendre alors te gêne pas pour continuer :) od†n ↗blah 19 février 2020 à 10:46 (CET)
Notification Od1n, FDo64 et Lofhi : Pour info : Wikipédia:Questions techniques/semaine 6 2021#Performance issue in popular infobox template. Orlodrim (discuter) 10 février 2021 à 01:19 (CET)
Ah ouais, forcément… : « Using MediaWiki:Mobile.css is highly discouraged as this can result in as unlike desktop, this file is loaded via JavaScript for performance reasons ».
J'y vois au moins deux gros inconvénients :
  • C'est à cause de cela que sur mobile on a des gros FOUC ignobles ; non pas seulement au premier affichage, mais à tous les affichages (pas de cache). À une époque j'avais du faire pas mal de modifications pour que la page d'accueil sautille moins dans tous les sens, parce que c'était vraiment cocasse…
  • Les autres codes doivent s'adapter à cette politique ; comme on a l'exemple ici, où on se retrouverait à sortir du cache desktop Common.css pour passer en inline, une blinde de CSS utilisé sur un très grand nombre de pages.
Je serais intéressé d'avoir des refs expliquant ce choix du chargement des styles via javascript, si quelqu'un arrive à retrouver cela.
od†n ↗blah 10 février 2021 à 07:33 (CET)
J'ai trouvé ça : phab:T248416phab:T190083phab:T126137#2186236. Orlodrim (discuter) 10 février 2021 à 21:41 (CET)
Bon et bien s'il faut reprendre mes travaux d'il y a un an, j'avais fait un pense-bête !
Pour les Infobox V3, il y aura une quinzaine de pages à modifier.
Et comme il n'y a pas de raisons de le faire pour les V3 et pas pour les V2, je rappelle que j'en avais recensé 425.
--FDo64 (discuter) 10 février 2021 à 23:48 (CET)

Jour de la Révolution[modifier le code]

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 :

mais :

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)

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

Module:Biblio : auteur, collection, éditeur, lieu, langues et translittération[modifier le code]

Serait-il possible d’ajouter les fonctions ou arguments suivant au module:Biblio (et les modèles l’utilisant) :

  1. L’argument auteur est automatiquement divisé en prénom et nom. Peut-on formater le résultat comme si c’était ses deux arguments, en particulier avec un <span class="nom_auteur"> sur le nom de famille. Perso, j’utilise un style CSS sur la class nom_auteur, ça pourrait servir à d’autres.
  2. Peut-on ajouter plus d’argument pour les collections? Pour l’instant on a juste un argument collection mais certains ouvrages font partie de deux ou trois collection, chacune avec son propre numéro de collection. On pourrait par exemple avoir collection1, numéro dans collection1, etc.
  3. Peut-on ajouter plus d’argument pour les éditeurs ? Certains ouvrages on plus d’un éditeur. On pourrait par exemple avoir éditeur1, éditeur2, etc.
  4. Peut-on aussi ajouter plus d’argument pour les lieux ? Certaines éditeurs ont plus d’un lieu, ou encore s’il y a plus d’un éditeur, il y a parfois un lieu différent par éditeur.
  5. Pour les ouvrages multilingues ou du moins aux titres multilingues, serait-il possible d’avoir des arguments langue1, titre1, etc. L’unique argument langue=code1, code2 ne permet pas de spécifié quelle langue est laquelle dans un titre.
  6. Pour les noms d’auteurs, titres ou autre arguments en langue écrite avec un autre alphabet que l’alphabet latin, il serait utile de pouvoir noté une translittération, par exemple auteur_trans=Abc Def pour auteur=Абс Деф, ou titre_trans=Abjad pour titre=ابجد.

Qu’en pensez-vous ? Merci d’avance. --Moyogo/ (discuter) 21 février 2020 à 11:18 (CET)

Data ?[modifier le code]

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

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

Palette Irving Berlin[modifier le code]

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

Génération de SVG[modifier le code]

Bonjour,

J’essaie de produire des images vectorielles depuis un module Lua. Mon objectif réel est de réaliser un modèle qui dessinerait automatiquement un graphique en fonction des données fournies en paramètres.

Sauf erreur de ma part, un module Lua n’est destiné qu’à produire du wikicode (expansé) pour inclusion dans les pages qui l’appellent. Cependant il semble qu’on puisse mettre du HTML dans ce wikicode, j’ai donc pensé à inliner l’image SVG dans le HTML au moyen de la balise <svg/> (méthode décrite ici). Mon code de test est ici et le rendu est . C’est raté, le wiki échappe le code du SVG.

Bref, auriez‐vous d’autres suggestions ? Je mettrais ma main à couper que d’autres avant moi se sont attaqués au problème de générer des graphiques. Sourire

PS : Comme modèles produisant des graphiques, j’ai trouvé ça par exemple, mais c’est du wikicode immonde qui pond du HTML/CSS (séparation du fond et de la forme, bonjour), et de toute façon ce que je veux dessiner est bien plus complexe que quelques rectangles.

Merci ! — Maëlan, le 15 mars 2020 à 01:47 (CET)

Bonjour Maëlan Bonjour. Est-ce que tu connais le module:Graph ? Est-ce qu'il répondrait à tes besoins ? La balise HTML svg n'est pas utilisable sur MediaWiki comme tu l'as remarqué. Ce module utilise l'extension Graph qui doit, apparemment à terme, aussi remplacer EasyTimeline. Lofhi (me contacter) 15 mars 2020 à 04:47 (CET)
Bonjour Lofhi Bonjour, non je ne connaissais ni la balise <graph/> (je reste un novice) ni le module Graph, c’est exactement ce que je cherchais ! (En plus, j’envisageais à terme de produire des animations pour montrer une évolution temporelle, ce que permet aussi la balise <graph/> même si j’ignore si c’est utilisable à travers le module Graph.) Néanmoins la documentation laisse un peu à désirer et je ne sais pas ce qui est disponible sur la Wikipédia francophone. Il semble y avoir deux modèles Graph:Map et Graph:Chart qui dérivent du module Lua, mais seul le deuxième semble avoir été porté chez nous (c’est le premier qui m’intéresse actuellement). Surtout, je n’arrive pas à me servir de la fonction map avec une autre carte que le planisphère par défaut (par exemple la carte des départements français). Quelles cartes sont disponibles chez nous (il n’y a rien dans Spécial:Index/Module:Graph/) et comment les invoquer (la syntaxe présentée dans la doc anglophone à savoir basemap = //de.wikipedia.org/w/index.php?title=Modul:Graph/WorldMap-iso2.json&action=raw ne fonctionne pas) ? Comment en créer de nouvelles ? Peut‐être que je pourrais trouver mes réponses tout seul si j’ai la réponse à cette question : comment trouver des utilisations du module Lua sur la Wikipédia francophone ? — Maëlan, le 17 mars 2020 à 00:34 (CET)
Voir commons:category:Map_data_of_subdivisions_of_France. --Viruscorona2020 (discuter) 22 mars 2020 à 08:22 (CET)

if namespace d'un lien...[modifier le code]

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[modifier le code]

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)

Demande d'un module pour le modèle S[modifier le code]

Bonjour, j'ai lancé une proposition pour simplifier le modèle {{Siècle}}. On pourrait se passer du second paramètre pour retranscrire en français le nom du siècle (ça peut aussi se faire avec des {#IF} mais c'est peut-être mieux via un module. Je vous invite à donner votre avis ici : Discussion modèle:Siècle#On pourrait se passer du paramètre prononciation en français (2) Cordialement, -- Nemo Discuter 12 avril 2020 à 22:34 (CEST)

Erreur dans Infobox Auteur de livre-jeu[modifier le code]

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[modifier le code]

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 luaeru [Discuter] 31 mai 2020 à 16:09 (CEST)

Refonte du modèle {{Clade}}[modifier le code]

Bonjour,

Depuis 2011, le modèle {{Clade}} contient l'avertissement « Ce modèle est catastrophique à cause des tableaux imbriqués » et en effet, la quasi-totalité soit 93 des 94 pages catégorisées dans Catégorie:Page où la profondeur d'expansion est dépassée le sont à cause de ce modèle. Une bonne âme pourrait-elle s'occuper de ré-écrire ce modèle ?

Notifications des principales personnes intervenues sur ledit modèle @SenseiAC, @Pixeltoo, @Saint amand et @Zebulon84

Cdlt, Vigneron * discut. 23 mai 2020 à 14:31 (CEST)

Est-ce qu'on peut juste mettre {{Arbre début}} / {{Arbre fin}} à la place ou est-ce que certains utilisateurs préfèrent {{clade}} pour des raisons esthétiques ? C'est la solution la plus simple à mon avis.
Sinon, on pourrait peut-être "optimiser" le modèle en sortant tous les paramètres des #if (chaque étage de l'arbre consommerait alors exactement 1 niveau d'imbrication sur les 20 autorisés, au lieu de 1 ou 2 actuellement). Mais ça rendrait le code encore pire que maintenant.
Écrire un module ne permettrait pas de résoudre le problème sans changer la manière dont le modèle est utilisé : le simple fait d'appeler un module dans le modèle ferait passer à 2 niveaux par étage de l'arbre tout le temps.
Orlodrim (discuter) 23 mai 2020 à 17:26 (CEST)
@Orlodrim je dois avouer que je n'en sais trop rien. J’ai repéré le problème et je le signale (peut-être pas au bon endroit, il ne faut pas hésitez à déplacer le message si tel est le cas). Cdlt, Vigneron * discut. 24 mai 2020 à 18:51 (CEST)
J'ai demandé là : Discussion Projet:Biologie/Le café des biologistes#Modèle:Clade. Orlodrim (discuter) 24 mai 2020 à 19:52 (CEST)

Modèle lien web[modifier le code]

Bonjour, la maintenance des principaux modèles servant à la vérifiabilité, {{lien web}}, {{article}}, {{ouvrage}}… semble désertée. J'aimerais cependant réitérer ici certaines demandes qui ne me paraissent pas problématiques et qui, de fait n'ont reçu aucune opposition, ce qui me permets d'alléguer d'un consensus par défaut relevant de l'unanimité Clin d'œil. Je pense notamment aux demandes d'uniformisation des paramètres des modèles (grande unification) telles que rajouter le paramètre plume et nature ouvrage au modèle lien web.

Discussion modèle:Lien web#Paramètre plume pour le modèle

Discussion modèle:Lien web#paramètre "nature article/ouvrage"

Ça ne donne pas de meilleurs résultats sur Module:Biblio.

Perso, je ne connais rien au lua et les modèles sont protégés.

Je suis allé voir les admins qui m'envoient ici...

Cordialement Ypirétis (discuter) 25 mai 2020 à 09:28 (CEST)

Notification Ypirétis :
  • Je me suis chargé d'implémenter plume dans le Module:Biblio/Lien web. Pourrais-tu mettre à jour la documentation ?
  • nature article/ouvrage est tout simple à implémenter, on peut directement reprendre le code présent dans Module:Biblio/Article et Module:Biblio/Ouvrage. Mais quel nom devrait avoir le paramètre ?
    • Pour confirmer, je suppose qu'en revanche le paramètre établissement ne serait pas vraiment utile pour ce modèle ?
od†n ↗blah 26 mai 2020 à 07:23 (CEST)
Bonjour, merci beaucoup. Pour le second paramètre je pencherais pour "nature document" avec des alias avec les deux autres. Merci encore. Ypirétis (discuter) 26 mai 2020 à 09:35 (CEST)
Je n'ai pas repéré de paramètre établissement, je ne sais pas à quoi il correspond... Je m'occupe de la doc. Fait Cordialement Ypirétis (discuter) 26 mai 2020 à 10:23 (CEST)
Bon, le paramètre 'établissement' n'est pas documenté. En regardant le code, vu ce que j'en comprends, il pourrait figurer dans lien web comme dans les autres, au titre de la doctrine de la grande unification. Cordialement --Ypirétis (discuter) 26 mai 2020 à 11:50 (CEST)
  • J'avais aussi pensé à nature document, donc d'accord avec ce nom. (et pourquoi pas normaliser en nature document dans les trois modèles…)
  • Aucune utilisation de établissement dans {{Article}}, et seulement deux dans {{Ouvrage}} (voir aussi cette discussion). Tout cela fait bien peu. Pas certain que le paramètre soit pertinent à conserver, et en tout cas je suis plutôt d'avis à ne pas l'ajouter dans {{Lien web}}.
od†n ↗blah 27 mai 2020 à 02:48 (CEST)
  • Ajouté nature document à {{Lien web}}. Je peux te confier la documentation de nouveau ?
  • À propos, pour {{Article}} et {{Ouvrage}}, il y a quelques noms de paramètres erronés qui traînent (e.g. nature de l'ouvrage). Il serait judicieux, à l'aide de l'outil wstat.fr, dans un premier temps de corriger les paramètres en nature ouvrage/nature article, puis dans un second temps d'ajouter un nom de paramètre nature document, qui serait le nom à utiliser de préférence.
od†n ↗blah 27 mai 2020 à 04:07 (CEST)
Bonjour, merci beaucoup. Je me charge de la doc Fait. Pour établissement mieux vaut l'enlever partout amha (unification toujours) et traiter à la main les 2 seuls cas d'utilisation. Pour wstat.fr connais pas (je vais aller voir). Cordialement Ypirétis (discuter) 27 mai 2020 à 08:43 (CEST)
Juste pour signaler que je viens de remarquer le modèle {{Chapitre}}, dont le paramètre sera à unifier de la même façon. od†n ↗blah 1 juin 2020 à 03:26 (CEST)
Pour ajout de "plume" sur {lien web} pour homogénisation. Reste que j'ai jamais compris si le paramètre était déconseillé ou pas, s'il était préférable d'utiliser {plume}.
 O.K. avec "nature document" mais faut rajouter l'alias "nature du document" (sinon autant d'erreurs qu'avec l'alias inexistant "nature de l'ouvrage").
-- Irønie (discuter) 1 juin 2020 à 15:09 (CEST)

Erreur Lua[modifier le code]

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[modifier le code]

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)

Module:Biblio/Références[modifier le code]

Bonjour. J'espère que je suis au bon endroit.

Sur le bistro du 29 juin j'ai fait une suggestion qui n'a pas reçu énormément de réponse, mais globalement des réponses positives. Il s'agit de modifier l'affichage des numéros de notice BNF, pour harmoniser avec tous les autres numéros (ISBN, OCLC, etc.) :

Avant Après
(notice BnF no FRBNF34063996) (BNF 34063996)

Je sais que ça se passe sur Module:Biblio/Références mais je n'ai ni les droits d'administrateurs pour intervenir sur cette page protégée, ni les compétences suffisantes pour dire exactement comment modifier pour obtenir l'effet voulu. Enfin je pense que ça consiste grosso modo en ça, mais je ne suis pas certain :

function References.bnf( bnf )
	bnf = Outils.trim( bnf )
	if bnf then
		local texte = ''
		local category = ''
		local bnfId = bnf:upper():match( 'BNF(%d+%w)' ) or
			bnf:lower():match( 'cb(%d+%w)' ) or
			bnf:match( '^%d+%w' )
		
		if bnfId then
			-- bnf contient une suite de chiffres qui peut être un ark valide
			local base = bnfId:sub( 1, 8 )
			local arkId = References.arkId( 'cb' .. base )
			if bnfId:len() == 8 then 
				-- il manque la clé, on l'ajoute
				bnf = base .. arkId
				texte = base
			elseif bnfId:len() > 8 and bnfId:sub( 9, 9 ) == arkId then
				-- ark valide
				bnf = bnfId:sub( 1, 9 )
				texte = base
			else
				-- ark qui semble non valide
				bnf = bnfId
				texte = bnfId
				category = '[[Catégorie:Recension temporaire pour le modèle Ouvrage|bnf]]'
			end
		else
			-- le paramètre ne semble pas un ark valide
			texte = bnf
			category = '[[Catégorie:Recension temporaire pour le modèle Ouvrage|bnf]]'
		end
		
		-- dans tous les cas on renvoie l'adresse, on catégorise juste pour vérifier ce qui ne va pas
		local lien = databaseExterne(
			bnf, 
			'[[Bibliothèque nationale de France|BNF]]', 
			'catalogue.bnf.fr/ark:/12148/cb', 
			'.public', 
			texte 
		)
		
		return lien .. category
	end
end

À vrai dire je ne sais même pas comment tester... Quelqu'un ayant des droits d'admin peut-il tester et faire la modification pour moi ? Ça serait sympa. Merci Sourire.

Je notifie @Od1n et @Zebulon84 qui ont beaucoup travaillé sur ce module. — Hr. Satz 2 juillet 2020 à 22:44 (CEST)

Modèle sur les dates de naissance et de mort des personnes[modifier le code]

Il est courant d'afficher la date de naissance et la date de décès d'une personne entre parenthèse. Il peut être fastidieux de copier ces informations à la main alors qu'on peut les récupérer sur Wikidata. Du coup, j'ai créé le modèle Utilisateur:PAC2/Modèle:Personne à titre expérimental. Est ce que vous pensez que c'est utile ? Est ce qu'il y a déjà eu une tentative similaire ?--PAC2 (discuter) 7 juillet 2020 à 22:13 (CEST)

Finalement, j'ai créé {{Biographie}} qui permet d'afficher directement la date de décès et de naissance pour une personnalité (exemple Modèle:Biographie ou Modèle:Biographie). N'hésitez pas à me dire ce que vous en pensez et surtout si vous trouver ça utile ou non. --PAC2 (discuter) 9 juillet 2020 à 22:25 (CEST)

Géolocalisation des astres[modifier le code]

Bonjour
Quelqu'un saurait adapter Modèle:Infobox/Géolocalisation astronomique en Lua pour l'intégrer au modèle:Infobox Astre ? - Simon Villeneuve 12 juillet 2020 à 17:37 (CEST)

Problème Infobox Parlement[modifier le code]

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 : differu [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 Clin d'œil pour le signalement du problème. — eru [Discuter] 7 août 2020 à 18:04 (CEST)
Merci Eru Clin d'œil 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é : differu [Discuter] 10 août 2020 à 11:05 (CEST)

Module:Biblio/Ouvrage[modifier le code]

Bonjour,

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

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

Erreurs Lua : not enough memory[modifier le code]

Bonjour tout le monde. Hier Notification JLM : a signalé ici une erreur LUA qu'il a supprimé en modifiant l'infobox de Pandémie_de_Covid-19_en_Colombie. Ayant cherché sur google, j'ai trouvé une autre page avec des erreur Lua: Projet:Communes_de_France/Taille_des_articles_(28) Que peux-t'on faire ? — Le message qui précède, non signé, a été déposé par Ender~frwiki (discuter), le 13 septembre 2020 à 10:56 (CEST) ~-- Ender~frwiki (discuter) 13 septembre 2020 à 10:57 (CEST)

Bonjour,
La page ne prend plus trop de mémoire désormais (39,7/50 Mio), JLM a supprimé la date qui posait problème, je l'ai remis mais sans formatage.
Par contre, c'est toujours le cas de Projet:Communes de France/Taille des articles (28), mais cela n'a pas de rapport, la page appel trop de modèle. — eru [Discuter] 13 septembre 2020 à 11:33 (CEST)
En faite le paramètre coordonnées semble également très gourmand en mémoire, et si je retire tous les paramètres avec =- il n'y a plus de problème de mémoire avec Depuis le {{date|6 mars 2020}} <small>({{durée|6|3|2020}})</small>.
Je ne comprends donc pas trop où est le problème de base. — eru [Discuter] 13 septembre 2020 à 12:06 (CEST)
Merci Notification eru : pour ta réponse rapide. Tu sèches aussi sur ce message d'erreur mais moins que moi qui, à part un réglage des vis platinéesClin d'œil, ne voit pas trop quoi faire. Néanmoins j'ai trouvé 5 départements utilisant une telle liste. Et celle présentant des erreurs est la plus grande. Mais bon ... cela n'explique pas non plus la page "Pandémie_de_Covid-19_en_Colombie". En tout cas, merci de t’être penché sur le problème. Ender~frwiki (discuter) 13 septembre 2020 à 13:14 (CEST)
PS: tu as une splendide collection de bouquins. mais aucun de Vernor Vinge que je te conseille. Ender~frwiki (discuter) 13 septembre 2020 à 13:15 (CEST)

Equivalent de en:Module:File link et en:Template:File link[modifier le code]

Bonjour. Est-ce que l'on aurait un équivalent de ce module et modèle ? Ils permettraient de régler quelques problèmes détectés dans Spécial:LintErrors/bogus-image-options quand certains modèles construisent à la main des liens sur des images avec des paramètres optionnels. --NicoV (discuter) 28 septembre 2020 à 11:05 (CEST)

Sachant que j'ai testé rapidement ce module/modèle sur enWP, et que je trouve dommage le fait qu'il ne gère pas la présence de "File:" ou équivalent dans le nom du fichier (il l’ajoute à chaque fois). --NicoV (discuter) 28 septembre 2020 à 11:06 (CEST) EDIT: Je n'avais pas vu en:Template:Remove file prefix… --NicoV (discuter) 28 septembre 2020 à 11:08 (CEST)

Programme Viking dans la catégorie "Article à illustrer Monument"[modifier le code]

Bonjour Bonjour Tout mon problème est mais je vais en faire un résumé. Programme Viking (entre autres) est dans la catégorie Catégorie:Article à illustrer Monument.Cela arrive par le modèle {{Infobox}} => « Ce modèle s'appuie sur le Module:Infobox/Infobox universelle qui génère par défaut une infobox monument » et donc la catégorisation arrive via : Module:Infobox/Monument. Zolo ne semblant pas dispo, quelqu'un pourrait il corriger cette erreur ? En attendant je vais essayer de trouver une autre infobox pour le Programme Viking. Bien cordialement. Ender~frwiki (discuter) 1 octobre 2020 à 10:44 (CEST)

Hello Ender~frwiki,
le problème vient de l'utilisation de {{Infobox}}, qui est générique et non spécifique. J'ai changé ça en {{Infobox Engin spatial}} : ça ne semble pas changer les infos affichées (enfin, l'info), et je ne vois plus de catégorie liée aux monuments. Cordialement, Hexasoft (discuter) 1 octobre 2020 à 11:08 (CEST)
Hello Notification Hexasoft :. Merci pour cette réponse super rapide. Je verrais plutôt le bandeau {{Infobox Mission spatiale}} mais je vais m'en occuper. Le souci est plus large car il va falloir changer les bandeaux de plusieurs centaines de pages comme par exemple America West Express, ANDi, AirTags, Antique (groupe) etc ... (quelques exemples parmis la première page de {{Catégorie:Article_à_illustrer_Monument}} ). Et cela est un travail sans fin car une infobox générique est souvent la première utilisée. Cela implique que l'infobox générique soit générique et n'utilise pas un template monuments. Me trompe-je ?Clin d'œil Ender~frwiki (discuter) 1 octobre 2020 à 11:33 (CEST)
@Ender~frwiki,
je te laisse voir le plus indiqué en terme d'infobox.
Pour le problème de l'infobox générique oui, ça semble curieux de mettre une catégorie par défaut. À la limite il serait peut-être plus pertinent de ranger ces articles dans une catégorie du style "Article avec infobox générique" afin de les trouver et de les "spécialiser" plus facilement.
Après j'ignore si l'infobox générique dispose d'un moyen automatique pour trouver son "thème" (et que, juste, ce moyen ne fonctionnerait pas dans la situation présente).
Cordialement, Hexasoft (discuter) 1 octobre 2020 à 11:48 (CEST)
@Hexasoft,
Je vais demander au Projet:Infobox si ils peuvent adapter une infobox pour les programmes spatiaux. En attendant, je vais laisser la tienne.
Concernant l'infobox générique, si j'ai bien compris, ta méthode dois être possible mais elle demande un travail manuel conséquent (spécialiser toutes les infobox incriminées).
Je pense que Zolo n'a pas voulu recréer un template spécifique et a repris un qu'il pensait générique. Selon moi, pour que l'insertion de catégories inadaptées ne se reproduise pas dans le futur, le mieux serait de faire une copie du template Monuments, de le modifier pour qu'il n'ajoute pas la catégorie cachée et la renommer en "Template générique" puis modifier le modèle infobox générique. Comme cela l'infobox serait vraiment générique. Mais bon, comme je n'y connais rien ou pas grand chose. Je te laisse faire comme tu le sens.
Cordialement.
Ender~frwiki (discuter) 1 octobre 2020 à 12:55 (CEST)
En fait on parle du sujet Ici Ender~frwiki (discuter) 1 octobre 2020 à 13:03 (CEST)

ISSN dépréciés mal gérés par {{Bibliographie}} et Module:Wikidata/Références[modifier le code]

Cf. Discussion modèle:Bibliographie#Problèmes avec ISSN marqués comme dépréciés sur Wikidata, si quelqu'un sait corriger. --NicoV (discuter) 2 octobre 2020 à 13:38 (CEST)

Taille de l'image[modifier le code]

Bonjour, comment les infobox en Lua gèrent-elles les paramètres d'image qu'on leur donne ?

En pratique, j'aimerais pouvoir jouer sur la taille des images dans {{Infobox Épidémie}} comme on peut le faire dans {{Infobox Biographie2}} et {{Infobox Localité}} avec le paramètre taille image, mis je ne vois pas où ça se passe dans Module:Infobox/Biographie ou Module:Infobox/Localité. --l'Escogriffe (✉·✎) 15 octobre 2020 à 23:41 (CEST)

Code pour avoir la carte IGN classique en référence[modifier le code]

Bonsoir, je viens m'adresser à vous sur indication de Roland45 (d · c · b) pour votre dextérité à programmer les modèles en lua. Quand vous regardez dans l'infobox du pic de la Calabasse juste après les données de géoloc, deux lignes de code permettent d'avoir dans l'article une référence qui établit un lien direct pour ouvrir la bonne carte IGN classique dans "Notes et références". Serait-il possible d'obtenir le même effet sur l'infobox "Monument" avec par exemple le Château de Belcastel (Lot) ? je pense aussi à un autre détail, nombre de chutes d'eau sont des sites naturels classés comme par exemple la Cascade d'Ars mais l'infobox "Chute d'eau" n'affiche rien du tout alors que cela est indiqué en rubrique "Classement". Cela fonctionne à titre d'exemple sur Église Saint-Jean-Baptiste de Mérigon. Cela ne marche pas également à l'infobox "Cirque naturel"... Il y a sans doute besoin de repasser sur des infobox assez marginales à caractère géographique en ce qui concerne la géoloc/carte et le classement sites classés et inscrits... En espérant être utile, bien à vous Sergio09200 (discuter) 22 octobre 2020 à 19:35 (CEST)

Modification "Module: Palmarès tennis" WTA[modifier le code]

Bonjour à tous, Suite à une discussion en cours sur la page des projets tennis, et semble t'il l’inactivité (depuis 2017 ou 2016) de vos contributeurs Notification Rpa et Zebulon84 : nous aimerions avoir votre aide quant à la mise à jour d'un module. En effet, la WTA Tour à fait renommer les catégories de tournois à partir de la saison 2021. Ainsi nous aimerions pouvoir les modifier également sur le module Palmarès tennis et plus particulièrement pour la catégorie. Ainsi nous devons créer 4 nouvelles catégories à savoir : WTA 1000, WTA 500 et WTA 250 et mettre une date de fin (2020) pour les catégories : premier mandatory, premier 5, premier et international. Savez vous qui peut nous aider, ou a défaut comment avoir la possibilité de créer de nous même ces catégories ? Un grand merci.--NikoSerbe (discuter) 21 décembre 2020 à 08:48 (CET)

Étude de faisabilité pour un module commun aux modèles « Article connexe », « Article détaillé » et compagnie[modifier le code]

Bonjour

Suite à une discussion sur le bistro (Wikipédia:Le Bistro/6 septembre 2020#Utilisation du modèle Article principal) ayant mené à une requête de bot par Jacques Ballieu (Wikipédia:Bot/Requêtes/2020/09#Modification de l'usage Modèle:Article principal), on est arrivé à la conclusion avec Ideawipik qu'il serait peut-être plus malin de fusionner une série de modèles similaires ( Modèle:Article connexe ; Modèle:Article détaillé ; Modèle:Article détaillé en ligne dont les rares insertions pourraient être aisément remplacées par le précédent et son paramètre contenu ; Modèle:Article général ; Modèle:Page annexe, pendant du Modèle:Annexe ; Modèle:Voir lexique ; Modèle:Article principal actuellement réservé aux catégories ; Modèle:Aide détaillée ; Modèle:Voir Wikipédia ; Modèle:Voir aussi Wikipédia et peut-être d'autres).

Certains de ces modèles sont utilisés dans des articles et d'autres dans des catégories ou encore sur des pages d'aide, mais tous on la même fonction : pointer vers une autre page de Wikipédia.

Le truc serait d'avoir un seul modèle capable de reconnaître où il est placé et sa cible, et changeant son apparence en conséquence (avec un paramètre supplémentaire pour les cas spéciaux).

Ça me semble plutôt compliqué avec un modèle normal (et peut être même impossible), mais je pense que c'est faisable avec un module lua, donc je suis venu demander conseil ici à propos de la faisabilité de la chose, car mes compétences en lua restent très limitées.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 13 janvier 2021 à 12:41 (CET)

Hello,
déterminer un comportement selon qu'on est appelé depuis Main:, Aide:, Discussion:, Catégorie: etc. est simple.
Par contre s'il il y d'autres critères de distinction il faudrait les expliciter, afin de voir si c'est possible. Cordialement, Hexasoft (discuter) 13 janvier 2021 à 12:56 (CET)

Infobox ne faisant pas l'accord des unités[modifier le code]

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 Bonjour
Solved pour la densité : differu [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)
Notification 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 » Clin d'œil. 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)

Ajouter l'identifiant hdl dans Module:Biblio/Références ?[modifier le code]

Bonjour. Avec mon bot, je fais actuellement un peu de ménage dans les paramètres inconnus utilisés avec les modèles {{Article}}, {{Ouvrage}}… et je vois qu'un certain nombre d'appels ont des paramètres "hdl", pour Handle System, (par exemple, sur (20000) Varuna) qui ne sont pas gérés sur frWP. Ce paramètre est géré sur enWP (il fait des liens vers http://hdl.handle.net par exemple http://hdl.handle.net/10045/70230). J'hésite entre plusieurs actions :

  1. Ajouter la gestion de ce paramètre dans Module:Biblio/Références (je peux le faire, ça n’a pas l’air trop compliqué)
  2. Considérer ce paramètre comme connu même si il ne l’est pas actuellement
  3. Mettre en commentaire les utilisations de ce paramètre
  4. Supprimer les utilisations de ce paramètre

Des préférences ou des remarques ? Je ferais bien l’option 1 Sourire. --NicoV (discuter) 19 janvier 2021 à 13:23 (CET)

Ping des contributeurs pas trop anciens du module : @Od1n, @Gratus, @Zebulon84 et @Rehtse. --NicoV (discuter) 19 janvier 2021 à 13:25 (CET)
Idem pour le paramètre "s2cid", pour Semantic Scholar, (par exemple sur Conodonta. Ce paramètre est géré sur enWP (il fait des liens vers https://api.semanticscholar.org/CorpusID:xxxxxx par exemple https://api.semanticscholar.org/CorpusID:128496416). Même question. --NicoV (discuter) 20 janvier 2021 à 08:21 (CET)

J'ai ajouté les 2 paramètres dans Module:Biblio/Références. Si vous pensez que c'est une erreur, annulez. --NicoV (discuter) 20 janvier 2021 à 08:34 (CET)

Fonctions (P39)[modifier le code]

François Abadie
Fonctions
Député
Deuxième circonscription des Hautes-Pyrénées
2 -
Ministre du Tourisme (en)
-
Député
Deuxième circonscription des Hautes-Pyrénées
-
Député
Deuxième circonscription des Hautes-Pyrénées
-
Sénateur de la Cinquième République
Biographie
Naissance
-
-
Décès
-
-

(Je poste le même message sur le Projet:Wikidata)
Bonjour,
Je constate un problème dans l'affichage des P39 (« fonction ») de Wikidata) de l'infobox Biographie2. On dirait que la fonction ne tient compte que de P580 (« date de début ») et non de P582 (« date de fin »). Voyez, par exemple, François Abadie (affichage ci-contre), où la fonction de ministre du Tourisme devrait être située avant celle de député.
Cela semble être lié au sortclaims de module:Wikidata. Pour l'affichage des fonctions, c'est l'option 'inverted', qui est censée mettre les entrées en ordre antéchronologique.
Il faudrait que cette fonction tienne compte de P582. Dans un ordre de ce genre :
1- Prioriser les fonctions qui n'ont pas de P582,
2- Prioriser les fonctions dont le P582 (et non P580) est le plus grand,
3- En cas d'égalité de P582, mettre en premier la fonction la plus longue (le plus petit P580).
Quelqu'un pourrait faire ça? - Simon Villeneuve 19 janvier 2021 à 14:46 (CET)

Module:Bases et le chinois[modifier le code]

Bonjour,

Quelqu’un pourrait-il faire en sorte que si un site a (zh-Hans) et/ou (zh-Hant) listé(s) dans Wikidata, seul (zh) s’affiche dans les modèles {{Bases}} et compagnie ? Sinon c’est trop long.

Voir Lucie Guimier#Liens externes par exemple.

Merci. — Thibaut (discuter) 22 janvier 2021 à 16:06 (CET)

Bonjour Thibaut120094 Bonjour
Je pense qu'il faut éviter les cas particuliers, par contre on peut au-delà d'un certain nombre de langues (3 ? 5 ?) forcer l'affichage de (mul).
Si cela convient il faudra faire la proposition sur le Projet:Bases
eru [Discuter] 22 janvier 2021 à 17:03 (CET)
Ok à partir de minimum trois (cela permet de ne pas perdre l’information pour les sites répertoriés qui ont une version dans la langue d’origine et une version en anglais). — Thibaut (discuter) 22 janvier 2021 à 17:20 (CET)
(mul) est effectivement une base suggestion ; ceci dit, de façon générale, on peut aussi ne pas afficher l’écriture de la langue et se contenter de la langue (et n'afficher qu'une fois la langue quand elle apparaît avec plusieurs écritures). En effet, l'indication de l'écriture est rare et généralement peu utile (celui qui sait lire la langue reconnaîtra généralement l’écriture sans trop de problème et sans surprise). Cdlt, Vigneron * discut. 22 janvier 2021 à 18:49 (CET)
La langue est récupérée ici P1153#P1630 («  »), il n'a pas de distinction entre la langue et l'écriture, ou en tout cas je pense que cela serait trop compliqué pour l'utilité qu'il y en a.
Je vais lancer la discussion sur le projet. — eru [Discuter] 22 janvier 2021 à 19:04 (CET)
@Eru -Hant ou -Hant c'est bien l’écriture ;) et cela devrait facilement pouvoir être retiré, non ? Et oui, la proposition complémentaire d'avoir paramètre maxLang est excellente, j'approuve. Cdlt, Vigneron * discut. 22 janvier 2021 à 19:54 (CET)
non, on ne peut pas modifier la valeur sur wikidata, c'est le code IETF, on pourrai peut-être mettre Q7850 (« langues chinoises »), mais cela serait faux car le site est bien dans les deux systèmes d'écriture.
Il faudrait donc le faire sur wikipédia, on pourrait spliter sur le -, mais si ce n'est que pour ce cas particulier je ne pense pas que cela vaille le coup, autant mettre (mul)eru [Discuter] 22 janvier 2021 à 20:45 (CET)
@Eru oui, je pensais bien à couper après le tiret. Ceci dit, je viens de faire une requête pour voir combien de bases et de langues sont concernées : https://w.wiki/vTF Effectivement elles sont peu nombreuses (étrangement, il n'y a que le chinois que l'étiquette ISO 15924 est utilisée, les 5 autres sont des étiquettes ISO 3166), inutile de faire une usine à gaz pour si peu. Je pensais que cela pouvais faire gagner un peu de place à l'affichage et éviter le mul mais au final c'est plutôt inutile. Cdlt, Vigneron * discut. 23 janvier 2021 à 13:53 (CET)

Normalisation qui retire les diacritiques pour le tri alphabétique : Œ et œ[modifier le code]

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

Infobulle dans la balise des modèles de révision - Module:Fix[modifier le code]

Bonjour. J'ai constaté une différence de traitement entre le modèle {{Fix}} et son équivalent anglais. Si on prend le passage Bonjour[réf. nécessaire], aucune infobulle apparaît, contrairement à Bonjour[réf. nécessaire] qui indique « Ce passage nécessite une référence » au survol du texte sur le surlignage.

Le modèle anglais Citation needed indique l'infobulle lorsqu'on cliquer sur la balise, serait-ce possible de faire pareil chez-nous ? Le surlignage n'est en effet pas toujours utilisé sur ce genre de modèle.

À noter que nous utilisons un module Module:Fix, pas eux et c'est donc lui qu'il faudrait revoir. Pensez-vous cela faisable ? -- Nemo Discuter 6 février 2021 à 22:58 (CET)

Bonjour,
Amha, faisable mais à voir si ça soulève des avis négatifs, par exemple sur le bistro. --LD m'écrire 6 février 2021 à 23:15 (CET)
Pour si c'est faisable. --l'Escogriffe (✉·✎) 8 février 2021 à 23:39 (CET)
Bonjour. Notification Nemo Le Poisson, LD et GrandEscogriffe. J'avoue que je ne vois pas quel est le problème actuel. Qu'appelles-tu « la balise » ? Si c'est le texte « [réf. nécessaire] » en exposant, il y a déjà sur cet élément une infobulle indiquant la page cible du lien interne, en occurrence Aide:Référence nécessaire, utile au contributeur/lecteur pour juger si le clic lui sera profitable, en fonction de son expérience sur Wikipédia. Quand le modèle {{Référence nécessaire}} est utilisé avec un paramètre suggéré « 1=… », l'infobulle est présente, non ?
Note technique : vous remarquerez, dans son code, qu'aujourd'hui, quand le paramètre 1 du modèle Fix est vide ou inexistant, le modèle ne passe pas par le module Lua. Cependant, techniquement, ce cas pourrait, avec le code actuel du module, déjà être géré. En gros, le test if:{{{1|}}} du modèle a pour seul avantage d’éviter l'exécution inutile du module, mais on aurait le même résultat en appelant le module dans tous les cas.
Propositions d'évolution du module/modèle :
  1. Est-ce que cela irait si le rendu était conservé, dans le cas où le paramètre 1 est renseigné et si dans le cas inverse on avait quelque chose dans ce style : « Bonjour(i)[réf. nécessaire] » ? Je peux me charger rapidement de la modification si elle est acceptée.
  2. A-t-il été envisagé que le modèle Fix place lui-même les crochets du message ? Après vérification, cette opération est dispensable. Seul le modèle {{Page needed}}, peu académique sur frwiki n'insère pas de crochets autour du message. Ce modèle, avec un nom en anglais, est non documenté, non catégorisé et peu utilisé. Peut-il être fusionné/remplacé par un autre déjà existant ?
Ideawipik (discuter) 9 février 2021 à 13:09 (CET)
Bonjour Ideawipik. Merci de cette proposition (point 1.), mais je pense qu'il n'est pas souhaitable de complexifier le rendu visuel de {{refnec}} et de lui faire prendre plus de place dans le texte.
A priori je suis plutôt pour ce que demande Nemo, c'est-à-dire, comme sur en:, afficher « Ce passage nécessite une référence (demandé le date) » lorsque {{{{1|}}} n'est pas rempli et qu'on survole la balise, surtout lorsque la date est indiquée. La date est une information assez utile pour juger de la qualité du passage. En fait ça dépend si "lien interne = infobulle donnant le titre de la page liée" est un principe toujours respecté ou si on peut faire des exceptions. Si on veut garder l'information que le clic envoie vers une page d'aide, peut-être « Ce passage nécessite une référence (date) ; voir l'aide. » ?
Je n'ai pas compris le début de ton point 2, est-ce que tu proposes de transférer l'ajout des crochets du code de {{refnec}}, {{non neutre}}, {{quand}} etc. vers celui de {{Fix}} ? Pourquoi pas.
Pour le 2.2., je ne sais pas quel autre modèle joue ce rôle. --l'Escogriffe (✉·✎) 9 février 2021 à 15:36 (CET)
@Ideawipik et @GrandEscogriffe
  • Une infobulle qui dit « Aide:Référence nécessaire » n'est pour moi pas une explication convenable pour un lecteur lambda. Les modèles de révision ont chacun un paramètre de texte d'infobulle à afficher, autant en profiter pleinement ! C'est également utile de connaître la date, comme le dit GrandEscogriffe (mis automatiquement avec VE).
  • C'est une très bonne idée de mettre les crochets de via le module Fix pour ne pas devoir le répéter à chaque fois ! Et j'en ai ajouté à {{Page à préciser}} ainsi qu'une doc. -- Nemo Discuter 9 février 2021 à 22:12 (CET)
  • À part ça, vous n'auriez pas une idée d'un nom plus explicite que Fix, pour le méta modèle et le module ? -- Nemo Discuter 9 février 2021 à 22:26 (CET)
« Ce méta-modèle est destiné à afficher un avertissement lié à un morceau de texte. » --> "Modèle:Avertissement sur texte" ? --l'Escogriffe (✉·✎) 24 février 2021 à 21:38 (CET)

┌─────────────────────────────────────────────────┘
Notification Nemo Le Poisson, LD et GrandEscogriffe
Point 1. L'ajout de la date dans la "nouvelle" infobulle était évidemment prévu dès le début, si date renseignée.
« "lien interne = infobulle donnant le titre de la page liée" » : Je trouve cela assez pratique et généré automatiquement par le logiciel. mais ce n'est pas forcément une obligation. On pourrait y faire exception au moins dans le cas ou le paramètre recommandé 1 n'est pas rempli. On peut aussi ajouter un « Voir l'aide. » dans tous les cas (a.) ou même seulement dans les cas où un lien interne est présent dans le « message » (b.). Y a-t-il des cas qui justifieraient ce dernier test ? Je ne suis pas convaincu qu'il faille trop compliquer le modèle. De plus, même s'il n'y a pas de lien présent, il y a (ou devrait y avoir) souvent une explication dans l'aide générale. Voici une première proposition. Modèle:Fix/Bac à sable. Cependant, il y a un petit souci en l'état en raison de la priorité pour l'infobulle interne générée par le wikitexte présent dans le paramètre du modèle. Lire l'explication et les questions ici. Vous pouvez y répondre ici ou là-bas.
Point 2. C'était bien l'idée, afin de simplifier la syntaxe peu naturelle et disparate des appels au modèle Fix. La seule différence de rendu serait que les crochets seraient hors du lien interne comme sur {{Passage contradictoire}} (dans sa version actuelle). Mais outre les modèles particuliers « Passage contradictoire », « {{Page needed}} », {{Nonspecific}} et {{Par exemple}}, presque tous les modèles possèdent dans leur code un lien avec des crochets imposés dans le libellé d'un lien. Il n'y a pas vraiment besoin de changer quelque chose qui marche. Donc la question se résume à choisir [réf. nécessaire] ou [réf. nécessaire]. Un détail esthétique qui dépend aussi des choix à faire pour mettre en œuvre le premier point. Autre question (juste histoire de peut-être simplifier un tout petit peu le code), est-ce que le paramètre message est obligatoire ou optionnel ? — Ideawipik (discuter) 10 février 2021 à 00:40 (CET)

@Ideawipik Si j'ai bien compris, c'est difficile de mettre un message sur un lien ? De ce que je vois, le paramètre message est obligatoire et est systématiquement utilisé. Et on peut effectivement rajouter un (Voir l'aide) si tu veux. Sinon assez neutre sur la question des crochets, je remarque qu'ils ne sont pas mis dans le lien sur enwiki. -- Nemo Discuter 18 février 2021 à 15:31 (CET)
Si ! On peut techniquement mettre une infobulle différente sur le lien en perdant celle indiquant la cible mais il faut adopter une autre syntaxe (exemple : page de Nemo Le Poisson). C'est un choix à faire et une question de moindre surprise, par rapport aux infobulles par défaut sur les liens internes. Veux-tu que je modifie le brouillon du modèle dans ce sens ? Edit : C'est pour ce faire que j'avais posé ces questions, afin de savoir quelles fonctionnalités on veut avoir/conserver dans le modèle. Si on veut modifier le modèle, le plus simple : un seul lien, un seul libellé et une seule infobulle sur tout le texte en exposant. — Ideawipik (discuter) 18 février 2021 à 15:41 (CET)
Notification Ideawipik : Un seul lien, qui couvre tout le message et qui soit uniquement interne me semble la meilleure chose Sourire. Et donc ce lien contiendrait aussi l'infobulle, qui s'afficherait également si du texte est souligné. Ya t-il des points qui doivent encore être éclairé ? -- Nemo Discuter 18 février 2021 à 19:54 (CET)

Ajout d'un paramètre à Modèle:Lien web et Modèle:Article[modifier le code]

Bonjour, cette demande d'intervention concerne l'ajout d'un paramètre accès url​ pour les deux modèles précités. Toutes les modifications à apporter sont résumées à la fin de cette section du Bistro du 13 février 2021 et ont été validées par plusieurs contributeurs. J'ai d'abord fait une DIPP et on m'a conseillé de me tourner vers cette page. Merci d'avance. – Bastoche* \Discuter\ 21 février 2021 à 11:30 (CET)