Discussion utilisateur:Zebulon84/Archive 4

Infobox personnalité politique

Bonjour Zebulon84, après discussion sur la page du modèle, nous souhaiterions ajouter trois paramètres sur l'infobox personnalité politique : secrétaire général, ministre en chef et ministre. J'ai modifié le code en conséquence sur la page de bac à sable. En testant sur la page de test, seul le paramètre secrétaire général s'affiche. Je ne sais pas pourquoi cela n'est pas le cas pour les deux autres. As-tu une idée ? --FructidorAn3 (discuter) 25 mai 2018 à 13:41 (CEST)

 FructidorAn3 : parce que le modèle /Bac à sable utilise le sous-modèle {{Infobox Personnalité politique/Fonction/Bac à sable}}. En janvier tu as ajouté secrétaire général à ce sous-modèle /Bac à sable, mais pas les deux autres (tu les as par contre ajouté sur le sous-modèle actif). Je te conseille donc de copier le contenu de Modèle:Infobox Personnalité politique/Fonction dans Modèle:Infobox Personnalité politique/Fonction/Bac à sable. — Zebulon84 (discuter) 25 mai 2018 à 15:32 (CEST)

Je pense que c'est bon désormais, merci beaucoup ! --FructidorAn3 (discuter) 25 mai 2018 à 15:54 (CEST)

Sauriez-vous comment ajouter un paramètre supplémentaire genre responsable dont on définirait le nom du paramètre à l'aide d'un paramètre supplémentaire "nom responsable" ? --Panam (discuter) 25 mai 2018 à 16:15 (CEST)

 FructidorAn3 : dans {{Infobox Personnalité politique/Fonction/Bac à sable}}, ajoute :

{{Infobox/Ligne mixte optionnelle | {{{nom responsable|}}} | {{{responsable|}}} }}

et dans {{Infobox Personnalité politique/Bac à sable}} ajoute à chaque appel de Infobox Personnalité politique/Fonction/Bac à sable :

| nom responsable = {{{nom responsable|}}} | responsable = {{{responsable 1|}}}

en faisant bien sur varier le n°. La position n'a pas d'importance, cela peut être ajouté à la fin après | successeur={{{successeur X|}}}

Pour les fonctions exotiques c'est certainement préférable d'utiliser un tel système que de multiplier les fonctions dans le modèle : j'approuve.

— Zebulon84 (discuter) 25 mai 2018 à 18:41 (CEST)

 Panam2014 : désolé, je n'avais pas vu que ce n'était pas la même personne qui me posait la deuxième question. — Zebulon84 (discuter) 25 mai 2018 à 20:54 (CEST)

Fait. --Panam (discuter) 25 mai 2018 à 21:17 (CEST)

Est-il nécessaire que mes ajouts et ceux de FructidorAn3 soient déplacés sur le modèle main vu que tout est encore dans le bac à sable.--Panam (discuter) 25 mai 2018 à 21:20 (CEST)

 Panam2014 : si vous êtes satisfait du résultat, qu'il n'y a pas de bug (du style une accolade qui traine en début d'article, oui il faut recopier le code dans le modèle « main », en oubliant pas de supprimer les « /Bac à sable ». — Zebulon84 (discuter) 25 mai 2018 à 21:26 (CEST)

En fait le main est partiellement protégé. --Panam (discuter) 25 mai 2018 à 21:31 (CEST)

 Panam2014 : Si le modèle est protégé, il faut faire une demande de modification sur WP:DIPP. Mais auparavant il faut tester un minimum, parce qu'avec le code inséré entre les balises <noinclude> dans {{Infobox Personnalité politique/Fonction/Bac à sable}}, ça m'étonnerai que ça affiche quoi que ce soit. — Zebulon84 (discuter) 25 mai 2018 à 21:48 (CEST)

┌────────────────────┘
Ne devrait-on pas aussi ajouter un numéro pour nom responsable ? Cela permettrait de spécifier plusieurs noms et non pas un seul. De plus, il faudrait même le paramètres avant successeur car s'il est utilisé, il s'affiche aussi en-dessous du successeur or ce n'est pas spécifiquement le but. --FructidorAn3 (discuter) 26 mai 2018 à 11:50 (CEST)

 FructidorAn3 : peut-être. A vrai dire je n'ai pas lu la page de discussion, ni ré-étudier le fonctionnement du modèle. J'ai pensé par analogie avec l'infobox élection, où c'est la même fonction qui est évoqué pour tous les partis, mais ce n'est effectivement sans doute pas pertinent ici. Quand à la position, à vous de voir, ce n'est pas parce que c'est la dernière valeur ajouté au modèle qu'il faut le mettre à la fin. — Zebulon84 (discuter) 26 mai 2018 à 12:26 (CEST)

Modèle Date-

Bonjour.

Suite à des ajouts de ce modèle par plusieurs personnes sur les articles que j'ai rédigés, j'ai tenté de les ajouter moi-même. Exemples ici [1], [2]

J'ai remplacé :

• jour mois année par {{Date-|jour mois année}}
• jour mois (au|jusqu'au) jour mois annéeX par {{Date-|jour mois annéeX-}} (au|jusqu'au|et le) {{Date-|jour mois année}}
• mois année par {{Date-|mois année}}

Sur un test j'ai aussi uniformisé {{Date-|jour|mois|année}} en {{Date-|jour mois année}}, d'une part pour uniformiser! et dans un second temps, en terme de rédaction, il est moins lourd et plus simple de rajouter systématiquement la version sans pipe intermédiaires, donc j'ai opté pour cette graphie et c'est ce que je rajouterais.

Voilà le xml créé par AWB [3].

À ton avis, tout est correct et consensuel ? -- Archimëa [Toc 2 Mi] 22 mai 2018 à 10:37 (CEST)

 Archimëa : ce type de modèle était polémique il y a 10 ans ou plus, mais depuis les typographes ont gagné, je n'ai pas vraiment vu de réaction depuis que Date- à été créé.

Pas vu de problème dans ce que tu me montres ici. J'ai juste des remarques mineures :

• il est inutile d'écrire {{Date-|{{1er}} ...}}, cela oblige MediaWiki à transclure {{1er}}, puis le module:date à le supprimer pour interpréter la date. Mais je comprends que c'est plus simple à ne pas changer ça, et le modèle sait le gérer. Pour éventuellement les supprimer avec AWB, tu peux ajouter le code suivant avant le </AdvancedReps> :

        <IRule xsi:type="InTemplateRule">
          <enabled_>true</enabled_>
          <Children>
            <IRule xsi:type="Rule">
              <enabled_>true</enabled_>
              <Name>Rule</Name>
              <ruletype_>OnWholePage</ruletype_>
              <replace_>{{1er}}</replace_>
              <with_>1er</with_>
              <ifContains_ />
              <ifNotContains_ />
              <regex_>false</regex_>
              <ifIsRegex_>false</ifIsRegex_>
              <numoftimes_>1</numoftimes_>
              <ifRegexOptions_>None</ifRegexOptions_>
              <regexOptions_>None</regexOptions_>
            </IRule>
          </Children>
          <Name>Date et date-</Name>
          <TemplateNames_>
            <string>Date</string>
            <string>Date-</string>
          </TemplateNames_>
          <ReplaceWith_ />
          <DoReplace_>false</DoReplace_>
        </IRule>
  

• ton script AWB remplace les « date- » par « Date- ». Cela ne me gêne personnellement pas, mais j'ai vu que certains préfèrent mettre une minuscule lorsque le modèle est utilisé au milieu du texte.

— Zebulon84, 22 mai 2018 à 12:47 (CEST)

Ok, merci pour ta réponse. Mon doute principal était de savoir si c'est consensuel et sur l'ajout dans les ref, je me demandais si les modèles articles/lien web ne le faisaient pas. Ce qui m'amène à me demander pourquoi ils ne le font pas (si cela peut être fait dans |date=, quand la date est décomposée en |jour=|mois=|année, c'est pas possible.

Pour 1^er oui, je n'ai fait que rajouter le modèle {{date-}}. Avant j'ai bien vu ce souci, j'ai même vu que 1 suffit soit {{Date-|1 décembre 2015}} donne {{1er}} décembre 2015 -> 1^er décembre 2015.

Je sais pas si c'est utile de modifier ? retirer le modèle ferait déjà moins d'appels de modèles.

Il vaut mieux mettre 1 ou 1er, sinon ?

Pour la majuscule. En fait dans ma regex, j'ai pas réussi à détecter les modèles {{date-}} déjà présents donc, la regex doublait les modèles. J'ai donc tout passé en majuscule. En y regardant, c'est à cause de ce type de codes (?<!\{\{Date-\|), je pourrais peut-être décocher case sentitive et mettre un d minuscule.

Mais là, il y a plusieurs écoles, et la quasi-totalité des gens mettent des majuscules aux premières lettres d'un modèle. je pense que la minuscule est minoritaire, mais bon, rien pour l'affirmer. Donc je pense qu'il y a plusieurs sensibilités et que cela gêne pas. -- Archimëa [Toc 2 Mi] 22 mai 2018 à 13:48 (CEST)

 Archimëa :

• Je n'avais pas été tout en bas de tes diff, ou je n'avais pas vu que tu modifais dans les modèles. Il est inutile de mettre le modèle date dans le paramètre date des modèles Lien web, Article… car ces modèles font effectivement déjà appel à Date-. Aujourd'hui utiliser le paramètre date est équivalent à utiliser les paramètres jour, mois et année et il me semble préférable de favoriser le paramètre date, plus simple à remplir et à lire. Dans certaines infobox aussi les modèles dates sont inutiles, grâce à la fonction dateInfobox. D'une façon générale je recommanderai d'éviter de mettre le modèle à l'intérieur d'un autre modèle.
• En interne le module transforme 1^er et 1er en 1 pour uniformiser, Mais comme c'est fait de façon systématique, ce qui est saisi n'a pas vraiment d'importance. 1^er demande un traitement préalable de MediaWiki, c'est pourquoi je propose de l'enlever, mais 1er ne pose pas de problème et est plus naturel à lire pour ceux (encore nombreux) qui regardent le code.
• Pour détecter tous les modèles tu peux utiliser (?<!\{\{[Dd]ate-\|), ou pour des cas où les noms seraient plus différents (?<!\{\{(?:Date-|date-)\|). Et si tu désires repérer les modèles date en même temps c'est (?<!\{\{[Dd]ate-?\|). J'ai trouvé ce site assez clair et complet quand je me suis mis aux regex.

Pour info, mon bot supprime actuellement les modèles date ou date- des paramètres date des modèles biblio (et consulté le pour Lien web), mais ne touche pas aux autres dates, ne retire pas {{1er}} des modèles...

— Zebulon84, 22 mai 2018 à 16:42 (CEST)

OK, je vais garder 1er alors.

Pour Dd, j'avais bien sûr utilisé (?<!\{\{[Dd]ate-\|) mais ca ne marche pas dans le Lookbehind chez moi... J'ai l’impression que ceci (?<!\{\{(?:Date-|date-)\|) va faire le même effet (d ou D), je vais le tester. Je connais pas le (?: en début de parenthèse. Mais j'ai pas besoin de détecter le modèle Date, je le met jamais, trop lourd à lire, trop de liens, qui sont pas pertinent... sinon, je connaissais le ? pour éviter un caractère ;). merci pour le site. Pour un profane, c'est tout de même pas évident, quelqu'un qui maitrise les langages peut voir que c'est bien foutu, pour un novice, c'est ultra complexe, sans l'aide un être humain pour banaliser et expliquer -- Archimëa [Toc 2 Mi] 22 mai 2018 à 18:58 (CEST)

 Archimëa : ?: évite que ce qui est dans la parenthèse qui suit soit capturé. Ce n'est pas indispensable, mais ici cela permet de ne pas avoir à changer les numéros dans la chaine de remplacement : sans ça les $1 $2 $3 deviennent $2 $3 $4, et c'est source d'erreurs. — Zebulon84, 23 mai 2018 à 06:21 (CEST)

Ha d'accord. j'utiliserai ca... j'essaye de mettre le code à jour, simple pour 1er (je l'ai mis seulement si le modèle date- est présent.

Par contre grosse galère pour moi, pour empêcher de les ajouter des les références (je crois que mon seul moyen est de m'assurer que la balise <ref précède la date, mais entre il y a toujours du contenu qui varie sans cesse :( ). -- Archimëa [Toc 2 Mi] 23 mai 2018 à 09:45 (CEST)

Il me semble avoir réussit avec ce lookbehind... (?<!<ref name="[^"]+">[^<]+)

Désolé pour les dérangements. -- Archimëa [Toc 2 Mi] 23 mai 2018 à 16:21 (CEST)

Bonjour. J'ai une question qui pourrait découler logiquement de ce sujet :
Est-il utile d'appliquer le modèle {{Date}} ou {{Date-}} uniquement sur l'année ? exemple [4] -- Archimëa [Toc 2 Mi] 21 juin 2018 à 11:43 (CEST)

Question 2 : je viens de faire ce diff : [5]. Je pense donc à ceci : Est-ce qu'il y aurait un moyen d'appliquer le module sur les dates du modèle {{Date de sortie de jeu vidéo}} (tout en sachant que les années peuvent parfois comporter [[XXXX en jeu vidéo|année]] ? -- Archimëa [Toc 2 Mi] 21 juin 2018 à 13:32 (CEST)

 Archimëa : oui et non, à chacune des question

• le modèle date- complexifie le code de l'article, notamment pour ceux utilisant l'éditeur visuel, car il faut éditer le modèle pour retoucher la date. En contrepartie, le modèle rend la date insécable, et ajoute un balise HTML signalant une date et la rendant plus lisible pas les bots. Dans le cas d'une année seule il n'y a pas besoin de la rendre insécable, elle est déjà facilement lisible par une machine, reste juste le fait de signaler qu'il y a une date. Si c'est une date importante par rapport à l'article, il peut être utile de le mettre, mais sinon on peut sans doute généralement s'en passer : l'inconvénient est faible, mais l'avantage aussi.
• Il existe une fonction dateinfobox qui permet de formater les paramètres qui contiennent une date, mais pour le moment seule la première date va être formatée, et encore seulement s'il n'y a rien ou que du texte simple avant. Cette fonction ne peut donc pas formater toutes les dates d'un coup, mais elle peut probablement être utiliser dans le modèle {{Date de sortie de jeu vidéo}}. Les infobox ou j'ai appliquer cette fonction contenant des dates aux formats variés, elle accepte les dates contenant déjà des liens ou un modèle date. Cette fonction étant prévu uniquement pour utilisattion depuis un modèle, je n'ai pas créer de modèle l'utilisant, il faut directement appeler le module par #invoke.

— Zebulon84 (discuter) 22 juin 2018 à 09:46 (CEST)

Bonjour. Merci pour tes éclaircissements.

OK, noté pour le point 1, au cas par cas, uniquement pour les dates importantes.

pour le point 2. Pas trop d'intérêt à formater seulement la première date... quoique... enfin la couverture resterait limitée. Il vaut peut-être mieux laisser les utilisateurs wikifier au cas par cas les articles plus développés que les autres...

Sinon, sur la partie du modèle utilisée (l'ancienne syntaxe n'est pas utilisée du tout) : est-ce que je peux rajouter, pas trop lourd ? trop d'appel ? non-fonctionnel ?

{{
 #if:{{{2|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{1}}}}} {{{2}}} }}{{
 #if:{{{3|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{3}}}}} {{{4}}} }}{{
 #if:{{{5|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{5}}}}} {{{6}}} }}{{
 #if:{{{7|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{7}}}}} {{{8}}} }}{{
 #if:{{{9|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{9}}}}} {{{10}}} }}{{
 #if:{{{11|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{11}}}}} {{{12}}} }}{{
 #if:{{{13|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{13}}}}} {{{14}}} }}{{
 #if:{{{15|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{15}}}}} {{{16}}} }}{{
 #if:{{{17|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{17}}}}} {{{18}}} }}{{
 #if:{{{19|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{19}}}}} {{{20}}} }}

{{
 #if:{{{2|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{1}}}}} {{#invoke:Date|dateInfobox|date|{{{2}}}}} }}{{
 #if:{{{3|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{3}}}}} {{#invoke:Date|dateInfobox|date|{{{4}}}}} }}{{
 #if:{{{5|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{5}}}}} {{#invoke:Date|dateInfobox|date|{{{6}}}}} }}{{
 #if:{{{7|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{7}}}}} {{#invoke:Date|dateInfobox|date|{{{8}}}}} }}{{
 #if:{{{9|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{9}}}}} {{#invoke:Date|dateInfobox|date|{{{10}}}}} }}{{
 #if:{{{11|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{11}}}}} {{#invoke:Date|dateInfobox|date|{{{12}}}}} }}{{
 #if:{{{13|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{13}}}}} {{#invoke:Date|dateInfobox|date|{{{14}}}}} }}{{
 #if:{{{15|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{15}}}}} {{#invoke:Date|dateInfobox|date|{{{16}}}}} }}{{
 #if:{{{17|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{17}}}}} {{#invoke:Date|dateInfobox|date|{{{18}}}}} }}{{
 #if:{{{19|}}} | * {{Date de sortie de jeu vidéo/drapeau|{{{19}}}}} {{#invoke:Date|dateInfobox|date|{{{20}}}}} }}

De plus, modifier le module dans une version {{Date-}}, sans la création des liens internes sur la date, serait-il faisable/envisageable ? (facilement) ? (si tu en avais envie et que tu l'estimais utile (lol !) -- Archimëa [Toc 2 Mi] 22 juin 2018 à 10:14 (CEST)

Module:Infobox/Cycliste

Bonjour, j'ai pu constater que tes connaissances en programmation devancent les miennes de beaucoup. En particulier, au niveau des idées pour éviter les variables globales et pour rendre le code plus élégant. De plus, il y a un élément que je n'arrive pas à traiter. Je veux retourner 2 tableaux en même temps "concaténer" (voir commentaire "it should be better" dans le code). J'ai essayé d'appeler 2 tableaux comme ici Module:Infobox/Cycliste_Wikidata&oldid=149080031, mais ca ne marchait pas, en tout cas pas comme ça. Le code actuel Module:Infobox/Cycliste marche (et est complet donc plus de modif...normalement) mais est moche (help!). Si tu as du temps libre un de ces jours et que tu pouvais y jeter un coup d'œil, ca serait vraiment sympa. Psemdel (discuter) 31 mai 2018 à 10:41 (CEST)

 Psemdel : pas sûr de comprendre ce que tu me demandes, alors je reformule, dis-moi si c'est ça qui te gêne : sur Module:Infobox/Cycliste, les fonctions AmateurTeamTable et ProTeamTable ont un code très proche, ce serait mieux d'éviter de dupliquer le code pour éviter de faire plusieurs fois les même tests.

D'une façon plus générale, Module:Cycling race est une horreur, plein de variables globale et de pcall ; quand on arrive dessus juste pour corriger une erreur de script sur une page, c'est difficile de comprendre ce qui se passe. Et il n'est pas facile à mettre à jour, car il est très long, c'est géré sur Wikidata… Je me suis déjà mis dans la tête d'essayer d'améliorer la situation un jour, mais ça n'est jamais arrivé dans mes priorités du moment au-delà de corriger les erreurs manifestes. Ce n'est pas un module à prendre en exemple.

Conseil : si tu donnes un commentaire à rechercher, test si on peut le trouver ; ici c'est « --should be better », sans le « it »

— Zebulon84 (discuter) 31 mai 2018 à 11:30 (CEST)

Oui, j'ai essayé de faire une seule fonction pour les deux, mais je n'y suis pas parvenu. Je bricole un peu avec les appels de tableaux. Si c'est un row, ca va, je fais un function(item)... et j'arrive à mettre mes if comme il faut. Avec les tableaux, si je l'écris comme une fonction, des fois il ne trouve pas mon localdata (il faut dire que ce n'est pas expliqué dans l'aide). Voir par exemple mon pathétique essai Module:Infobox/Cycliste_Wikidata&oldid=148992305. Il y a un truc que je n'ai pas bien compris. Pardon pour le commentaire erroné.

Pour Cycling race, tout le monde est bien d'accord que c'est moche, mais c'est difficile de faire un module qui traite tous les problèmes pour tous les wikipédia en trois lignes. Évidement, il faudrait couper le module en plusieurs blocs structurés entres eux, mais l'export vers les différents wikipédia serait plus compliqué. J'avoue ne pas avoir encore trouvé de solution élégante au problème. Il faut dire aussi que la limite d'opérations ne nous aide pas. Par exemple, j'ai une fonction1 qui est très similaire à une fonction2. Logiquement, je cherche à faire une fonction commune avec un if au milieu pour les 2-3 bricoles qui changent. Malheureusement, chaque if coûte cher en opération. Ainsi, en février, j'avais juste ajouté un petit test dans le code. Ca a tellement ralenti le code que ca a déclenché une discussion interminable Discussion_Projet:Cyclisme#Colombia_Oro_y_Paz_2018...

Si ca peut te rassurer, le module comporte presque toutes les fonctions qu'on peut s'imaginer y mettre, il va donc arrêter dans 1 an environ d'évoluer. On pourra se concentrer alors sur la structure. Psemdel (discuter) 31 mai 2018 à 11:53 (CEST)

 Psemdel : sur Module:Infobox/Cycliste_Wikidata j'ai supprimé quelques variables globales. On peut déclarer les variables au niveau du module : elles sont dans ce cas utilisables partout dans le module (comme les variables dans lesquelles tu charges les module au début), mais ne sont plus globales, donc si le nom est réutilisé dans un autre module chargé (par exemple ici Module:Cycling race) cela ne pose pas de problème.

Je n'ai pas compris le code suivant :

if NotUCInames~=nil and Amateurnames~=nil then
			temp={type = 'table', title = 'Équipes non-UCI', rows = {{type = 'row', value = teamValue( 'équipes non-UCI', 'années non-UCI' )}}}
			--should be better
		elseif NotUCInames~=nil and Amateurnames==nil then
		    temp={type = 'table', title = 'Équipes non-UCI', rows = {{type = 'row', value = teamValue( 'équipes non-UCI', 'années non-UCI' )}}}
		else --...

Pourquoi tester Amateurnames ~= nil puis Amateurnames == nil (donc tous les cas) pour mettre le même code dans les deux cas ? J'ai supprimé ce doublon, mais si j'ai raté quelque-chose, n'hésite pas à remettre.

J'ai supprimé les ~= nil car à moins que l'on veuille spécifiquement éviter les valeurs false, cela ne sert à rien.

Normalement mes modifications n'ont pas changé le comportement du module, mais il m'arrive bien sûr de faire des erreurs. Tu connais certainement mieux que moi ce qu'il faut vérifier pour savoir si tout est bien affiché, peux-tu tester cette version ?

Dernière chose, pour que le but du module soit plus clair, peut-on renommer Module:Infobox/Cycliste_Wikidata en Module:Infobox/Cycliste/Bac à sable ?

— Zebulon84 (discuter) 31 mai 2018 à 15:47 (CEST)

Ah oui effectivement pour les local dans le module, je ne savais pas. Je ne pensais pas qu'une global était global à ce point. Pour la gestion de la qualité, ce n'est pas à toi de t'en charger mais à moi. Je viens juste demander conseil, car je ne suis pas encore au niveau.

Pour le Amateur, le problème c'est que dans le code au départ, il y a 4 tableaux : Amateur, non-UCI, Pro, UCI. Avec mon module actuel, je n'en ai plus que deux: Amateur et non-UCI étant ensemble, tout comme Pro et UCI. Dans 99,9% ca ne pose pas problème, mais si un jour un utilisateur décide de remplir à la fois Amateur et non-UCI, seul l'un des deux sera pris en compte. Pour pallier au problème , il faut que j'envoie 4 tableaux (dont 2 quasiment toujours nil). Mais je n'arrive pas à envoyer tantôt un tableau, tantôt deux. Surtout je ne sais pas renvoyer 2 tableaux ensemble (concaténer comme j'écrivais).

Pour Cycliste Wikidata, au départ j'utilisais Infobox/Bac à sable pour les tests, mais pour une raison peu évidente les champs donnés dans wikipédia n'était pas toujours pris en compte (le champ "victoire principale", ça me semble absurde aussi ce je dis). Cycliste Wikidata était alors le "vrai" module. Finalement, j'ai réussi à fusionner Cycliste (sans wikidata) avec Cycliste Wikidata et du coup comme tu l'as compris, le Cycliste Wikidata est devenu mon bac à sable... Enfin toujours est-il que d'ici un mois, s'il n'y a plus besoin de changement, il faudra simplement supprimer Cycliste Wikidata ca obsolète.

Sinon c'est quoi le problème avec le pcall? Psemdel (discuter) 31 mai 2018 à 17:54 (CEST)

 Psemdel : pcall est fait pour gérer les erreurs exceptionnelles que l'on n'a pas prévues, pas pour les erreurs courantes prévisibles. D'une part car c'est bien plus lent lorsqu'il y a une erreur (~ 100 fois plus lent selon mes tests), d'autre part lorsque c'est utilisé en cascade comme sur Module:Cycling race, ça devient dur de débuggé car on ne sait jamais si telle ou telle partie de code est réellement exécutée ou si un pcall a court-circuité cette partie. Ne pas avoir d'erreur c'est bien, mais il faut l'obtenir avec un code robuste, pas en cachant la misère sous le tapis.

Un appel de fonction ne peut pas ajouter deux éléments dans la table lors de sa création. Donc soit il faut ajouter autant de fonction qu'il y a d’élément à ajouter (quitte à simplement appelé une autre fonction avec le code commun), soit il faut ajouter un type 'multi' au niveau du Module:Infobox pour pouvoir retourner une table donc chaque élément sera considéré comme élément de la table précédente (cela existe déjà pour les lignes d'une table). Je peux regarder ça.

— Zebulon84 (discuter) 1 juin 2018 à 22:07 (CEST)

Merci pour les explications. Psemdel (discuter) 4 juin 2018 à 18:16 (CEST)

Concrètement que proposes-tu pour remplacer les :

		if pcall(fooA, 'numeric-id', entity, 'P527', 1) == true then
			for k, v1 in pairs(entity.claims['P527']) do

J'ai essayé un "not" mais ca n'a pas marché. Je suppose en fait que ma question revient à demander : quelle est la fonction exist(), parce que c'est ce problème que gère actuellement pcall. Si on l'oublie, LUA nous renvoie "le truc que tu veux lire n'existe pas". Psemdel (discuter) 9 juin 2018 à 22:28 (CEST)

 Psemdel : je ne sais pas (ou peut-être plus, car je me souviens du nom) ce que fait la fonction fooA.

Pour supprimer le pcall ici le plus propre serai de modifier cette fonction fooA pour qu'elle ne génère pas d'erreur, mais retourne false ou nil dans les cas ou elle génère une erreur aujourd'hui. Mais cela nécessite de retoucher Module:Cycling race. Je prévois de regarder ça bientôt.

— Zebulon84 (discuter) 10 juin 2018 à 13:11 (CEST)

Oui pardon (je crois parfois que les autres lisent dans ma tête). fooA récupère juste la valeur de la propriété:

function fooA (mode,entity,property,var)
	local snak
	if mode=="value" then snak=entity.claims[property][var].mainsnak.datavalue.value
	else snak=entity.claims[property][var].mainsnak.datavalue.value[mode]
	end
	return snak, entity.claims[property][var].rank
end

C'est juste un exemple, mais effectivement sans pcall, si mainsnak n'est pas trouvé, elle renvoie une erreur. Il faudrait faire un test exist(mainsnak), mais je ne connais pas la fonction (et à l'évidence les autres programmateurs du module non plus). Tous les autres pcall dans le module sont de se type, c'est pour éviter le problème de non existence. Psemdel (discuter) 10 juin 2018 à 20:47 (CEST)

 Psemdel : OK, je me souvenais bien que cette fonction était simple, mais je ne suis pas sûr que j'avais étudié à quoi elle servait.

Si une variable n'existe pas, elle a une valeur nil, donc un simple if variable then suffit. Le problème de cette fonction c'est qu'elle ne prend pas le temps de tester si chaque élément existe. Or quand on appelle une sous-sous-sous-sous table, si un des éléments du chemin manque, ça génère une erreur. Tester tous les éléments du chemin est exactement ce que fait la fonction get que j'ai ajouté au module:Infobox/Cycliste. Donc dans le module cycliste fooA peut être réécrite comme ceci :

function fooA (mode,entity,property,var)
	local snak
	if mode == "value" then
		snak = get(entity, 'claims', property, var, 'mainsnak', 'datavalue', 'value')
	else
		snak = get(entity, 'claims', property, var, 'mainsnak', 'datavalue', 'value', mode)
	end
	return snak, entity.claims[property][var].rank
end

La fonction get serait assurément très utile pour le module:Cycling race, mais il faut lui trouver un nom un peu plus précis, car dans un gros module un nom aussi générique risque d'être déjà utilisé, ou mal interprété par les autres développeur. Peut-être getNestedValue. A voir.

— Zebulon84 (discuter) 11 juin 2018 à 05:50 (CEST)

Ok merci, je vais regarder tout ca ce week-end surement. Psemdel (discuter) 11 juin 2018 à 22:32 (CEST)

Création d'un modèle

Bonjour

En me plongeant dans le modèle Ouvrage, j'ai vu que tu en étais le dernier intervenant ayant modifié son code. Aurais-tu du temps pour créer un modèle Film sur le même type que l'actuel modèle Ouvrage ?

Bonne journée à toi.--Bertold Brecht ^{>dissoudre le peuple<} 14 juin 2018 à 23:05 (CEST)

 Gpesenti : je propose les modèles existants :

• {{DVDBibliographie}}
• {{Lien vidéo}}

— Zebulon84 (discuter) 16 juin 2018 à 16:46 (CEST)

Ok je vais voir si ça améliore la présentation actuelle. Merci à toi. --Bertold Brecht ^{>dissoudre le peuple<} 16 juin 2018 à 20:05 (CEST)

Module composition division de France

Bonjour Zebulon84. J'ai commencé à tester le module de composition sur certains départements. C'est très bien, la ligne "total" est aussi un plus. Par contre j'ai un pb avec le Loir-et-Cher, j'ai un message d'erreur lua ː Utilisateur:Roland45/test3. Cela vient probablement d'un modèle/module de données où il manque peut-être un paramètre ou qui est peut-être absent. Le pb est qu'on ne sait pas du tout à quoi correspond cette erreur. Peux-tu voir ce qu'il en est.Roland45 (discuter) 31 mai 2018 à 16:51 (CEST)

 Roland45 : exact, il en manque plein. J'ai corrigé le module pour ne plus générer d'erreur. Les lignes sans module contiennent « ???? » dans la deuxième colonne.

Pour info, j'ai créer une page de données sur Commons (j'ai fait pour une région, car pour toute la France on est au delà des 2 Mo autorisés), et je suis en train d'apprendre à faire des requête Sparql pour pouvoir y ajouter les bons liens wikidata tout en vérifiant la correspondance des données. J'avais fait préparer un long message d'explication hier matin, mais j'ai tout perdu sur une erreur de manip. — Zebulon84 (discuter) 31 mai 2018 à 17:15 (CEST)

Merci pour la modif. En fait, j'avais fait un bout de code pour produire automatiquement ces listes de communes et ... je me suis tout simplement trompé de colonne pour les noms de communes ː j'ai pris le nom usuel et non le nom WPǃǃRoland45 (discuter) 31 mai 2018 à 17:17 (CEST)

Pour les tableaux de données, je pensais découper par département mais finalement par région, c'est pas plus mal aussi. Par contre je n'ai pas encore récupéré l'utilitaire ERxcel->Json.Roland45 (discuter) 31 mai 2018 à 17:20 (CEST)

La requête sur Wikidata a l'air d'être ultra forte. Mais attention, il y a deux écueils à éviter ː

- La date de mise à jour des données de population par l'Insee est le 1er janvier d'une année donnée. Or certaines communes nouvelles sont créées à une certaine date (octobre ou novembre 2017 par ex) avec effet au 1er janvier suivant (2018 en l'occurrence), or les articles sont souvent (pas toujours) créés avant le 1er janvier et le code Wikidata avec. De même on peut avoir des créations en cours d'année avec effet en cours d'année et qui ne doivent donc être prises en compte que l'année suivante ;

- Lors d'une création d'une commune nouvelle, les communes fusionnées disparaissent (et ne doivent donc pas apparaître dans la liste), mais pas toutes ː il se peut que le nom de l'une d'entre elles devienne celui de la commune nouvelle.

Il faudrait donc avoir dans WD la date d'effet de la création et la date de disparition. Quant aux communes qui changent de périmètre mais gardent le même nom, j'ai peur qu'elles gardent le même identifiant WD. Il faudra voir s'il y a un impact. Je ne suis pas sûr que tout ça soit aussi clair dans WD.Roland45 (discuter) 31 mai 2018 à 17:46 (CEST)

Conflit d’édition —

 Roland45 : Oui, j'ai pensé que 18 fichiers c'était plus simple à gérer qu'une centaine.

Plus de détail sur ces tableau de données : mw:Help:Tabular Data

En fait, le JSON est surtout pour l'entête. Sur MediaWiki chaque données est sur une ligne indépendante, et l'éditeur le met automatiquement sous cette forme, mais lors d'une mise à jour toute la partie de données peut être copié en un bloc, chaque ligne corresondant à une ligne du tableau, générée par ligne par une simple formule sur Excell (j'ai exactement utilisé ="["""&B3&""","""&M3&""","""&Q3&""","""&R3&""","""&O3&""","""&T3&""","""&W3&""","""&D3&"""]," sur la feuille Communes 2018 de ton fichier Excell, puis copié ça sur toute les lignes). — Zebulon84 (discuter) 31 mai 2018 à 17:49 (CEST)

Je ne comprends pas très bien comment ça fonctionne, mais le code de la table en question peut être généré avec un bon vieux VBA (mais certainement moins compact que ton codeǃ), l'avantage du VBA étant que tu restes dans Excel ː un clic, ça mouline et tu as en mémoire tampon ton code que tu n'as plus qu'à coller. En tout cas si à terme le module de synthèse ultime fonctionne, il faudra aussi avoir un petit module qui génère automatiquement ces tableaux à partir des tables de découpage de l'Insee, un module qui soit utilisable par plusieurs personnes, sans être trop au fait de la programmation.Roland45 (discuter) 31 mai 2018 à 18:03 (CEST)

Arghǃ Je viens de voir qu'on ne crée pas comme ça du code sur Mediawiki. On est donc bien obligés de passer par l'utilitaire.Roland45 (discuter) 31 mai 2018 à 18:10 (CEST)

• Il y a effectivement les date de création et disparition sur Wikidata. De toute façon, la population disponible à trois ans de retard, alors que la liste est celle de la composition actuelle de la division, donc la population affichée n'est pas forcément en ligne avec la composition. Enfin c'est comme ça aujourd'hui, et il sera difficile de d'imposer dans les tableaux une composition qui à trois ans de retard.
• J'ai par le passé fait pas mal de code VBA pour automatiser mes fonction Excel, mais quand une simple formule copier dans toute une colonne permet de faire la même chose, je n'hésite pas.
• Lorsque j'aurai trouvé / compris comment regrouper facilement toutes les données, je ferais un récapitulatif avec la source des données et les codes ou formules utilisés pour que d'autre puisse reproduire ça (car la mise à jour au quotidien c'est pas trop mon truc, même si j'ai parfois des illusions sur ma capacité de maintenance).

Pour les histoires de dates, il n'y a en fait pas de pb. La table d'appartenance régionale (celle-ci pour le Grand-Est) définit le découpage territorial au 1er janvier 2018. Les populations quant à elles publiées le 1er janvier 2018 sont millésimées "2015" et établies statistiquement sur la base du découpage au 1er janvier 2017. Et qu'est-ce qui fait la différence entre les périmètres au 1er janvier 2017 et ceux au 1er janvier 2018 ? ... les communes nouvelles créées en 2017. Ainsi si on crée des modules de données de population pour ces communes nouvelles, par sommation des données 2017 (càd 2015) des communes regroupées les composant, on se retrouve bel et bien avec des populations millésimées 2015, mais sur les périmètres 2018 et on a un ensemble cohérent. C'est d'ailleurs ce que je vais faire prochainement.
Du coup il est impératif de trouver les totaux par sommation (et non par récupération de données millésimées 2015, puisque celles-ci sont sur le périmètre de l'année précédente - 2017). Et là on a un petit pb de précision ː pas pour les populations qui sont bien obtenues par sommation (il y a même un décret qui le ditǃ), mais pour les superficies, où on n'a que deux chiffres après la virgule et donc une imprécision qui se crée en sommant (toute relative quand même).
Pour récupérer les noms à partir des codes, au lieu de wikidata, on peut aussi passer par des tables d'identification du type de celle-ci pour les arrondissements. Mais bon, pour les communes, cela fait ... une grande tableǃǃRoland45 (discuter) 4 juin 2018 à 08:53 (CEST)

J'ai créé les trois tables suivantes ː Départements, Arrondissements et Cantons.

Par contre j'ai un pb avec les intercommunalités. J'obtiens les messages d'erreurs suivants ː

⧼Le paramètre « data[125][1] » doit être une ligne simple ne dépassant pas 400 caractères, sans tabulation, et qui ne doit pas commencer ou finir par un espace⧽

⧼Le paramètre « data[125][2] » doit être une ligne simple ne dépassant pas 400 caractères, sans tabulation, et qui ne doit pas commencer ou finir par un espace⧽

Et ce pour 7 valeurs de data différentes (soit 14 erreurs). Le pb est que je n'arrive pas à voir à quoi correspond data[125][1]. En tout cas cela ne correspond ni à la ligne 125 du code, ni à la 125ème donnée. N'ayant ni tabulation, ni espace dans le code, je me suis dit que c'était un pb de longueur et ai remplacé "communauté de communes" par "CC" dans le nom WP, mais finalement même messages d'erreurs aux mêmes endroits. Vois-tu ce que cela peut être (à tout hasard, la table Excel est ici)?

 Roland45 : en JavaScript, comme la plupart des langage informatique, le premier élément est numéroté 0 et non 1 (pas VB sur Excel, mais VB.NET est comme ça), donc data[125][1] correspond à la 2^e colonne de la 126^e ligne (CC de Thann-Cernay), qui se termine effectivement par un espace. Pour repérer l'erreur facilement, j'ai fait « prévisualisé » sur Commons, et les données qui posent problème sont en rouge. Au cas où, si l'erreur est dans l'entête tout est en rouge. — Zebulon84 (discuter) 8 juin 2018 à 00:38 (CEST)

Ceci-dit, il va me falloir un format différent car j'ai notamment besoin des régions, pour trouver le tableau de commune sur Commons. Attends que j'ai avancé sur le module pour que je sache exactement de ce dont j'ai besoin avant d'aller plus loin. — Zebulon84 (discuter) 8 juin 2018 à 08:50 (CEST)

Merci du tuyau. C'est parfait. J'ai créé en complément les intercommunalités et les régions. Concernant les noms WP des communes, il y a quelques cas particuliers à prendre en compte. Certaines communes nouvelles ont par exemple le même code Insee qu'une des communes déléguées (peu certes). Je ne sais pas si la requête WD vise bien dans ce cas là le bon article, Sinon, il faut tester la date de création qui est systématiquement renseignée pr les communes nouvelles, mais pas pour les communes anciennes.Roland45 (discuter) 8 juin 2018 à 09:48 (CEST)

 Roland45 : Les dates de fin sont toujours renseignées, même si ce n'est pas toujours au même endroit (tantôt dissolution, tantôt date de fin pour la nature "commune de France"), et la requête en tien compte, je n'ai donc pas de doublon. Par contre j'ai du corrigé un certain nombre de cantons qui n'avais pas un code insee à jour, notamment dans les DOM. J'espère pouvoir avoir une première version de liste automatique partiellement fonctionnelle demain. — Zebulon84 (discuter) 8 juin 2018 à 10:16 (CEST)

Un petit pb pour finaliser le module ? Pour ma part, j'ai suspendu toute intervention de changement des modèles dans les articles en attente de voir si on arrive à finaliser ce module "universel" de composition.Roland45 (discuter) 30 juin 2018 à 14:47 (CEST)

 Roland45 : Les noms des intercommunalités différent plus entre Wiki et le COG, mais surtout d'autres activités IRL ont fortément réduit ma présence sur Wikipédia ces deux dernières semaines. Normalement cela ne devrait pas durer. — Zebulon84 (discuter) 1 juillet 2018 à 01:38 (CEST)

Oui. La charte de nommage n'est vraiment pas uniforme entre intercos et parfois le numéro Siren de l'Infobox n'et pas correct. Sinon, ... ne pas oublier l'IRL, c'est important.Roland45 (discuter) 1 juillet 2018 à 07:50 (CEST)

Un avis ?

Salut Zebulon84, jusqu'il y a peu, je n'avais pas beaucoup touché au Lua sur Wikipédia. Pour rattrapé le coup, je me suis dit que je pourrai tenter de créer un module pour le modèle:autres projets, un modèle important qui est un des seuls liens entre Wikipédia et les autres projets. J'ai commencé un brouillon ici, l'objectif étant de récupérer automatiquement les données des autres projets depuis Wikidata pour afficher automatiquement les liens. Ce qui serait parfait, c'est que cet automatisme puisse être bypassé par un contributeur : il pourrait choisir manuellement des valeurs, ou ajouter deux valeurs vers Wikisource par exemple.

Je découvre un peu toutes les fonctions et je crois qu'il y a des recommandations techniques et de style... Du coup, si tu as des conseils pour ce premier test à grande échelle, je suis preneur. Si tu n'as pas le temps, j'irai embêter quelqu'un d'autre. Merci Lofhi ^{me contacter} 17 juin 2018 à 04:47 (CEST)

Bonjour Lofhi.

Puisque tu me demande mon avis, je le donne, mais ça ne reste que mon avis : je ne suis pas convaincu de l'utilité du modèle:autres projets depuis que quasiment tous les liens qu'il affichent sont déjà dans le menu de gauche (ça n'était pas le cas quand le modèle a été créé).

Concernant ton module, j'ai jeté un coup d'oeil très rapide, mais voici quelques remarques :

• il faut éviter les variables globales, qui risquent toujours de rentré en conflit, surtout avec des nom génériques comme getclass. Si tu veux que tes fonctions puissent être utilisées depuis un autre module, met les dans la table p (comme la fonction main)
• Pour bypasser le résultat automatique, je transmetrai les paramètres du modèle à getbrothersprojects, inverserait les boucles et commencerait par tester si le nom est dans les paramètres du modèle. Quelque chose de ce style :

  for j, nameproject in pairs( wikimediasites ) do
      if args[ nameproject ] and  args[ nameproject ] ~= '' then
          if args[ nameproject ] ~= '-' then
              results[ nameproject ] =  args[ nameproject ]
          end
      else
          for i, entry in pairs( tableofprojects ) do
  	        if nameproject == entry[ 'site' ] then
  	            results[ nameproject ] =  entry[ 'title' ] -- Add key (project) and value (title) in the results table
              end
  	    end
      end
  end
  

  (attention, ce code est indenté avec des espaces)
• si tu utilise mw.html, autant allez jusqu'au bout, même si ça prend quelques lignes de plus. Je réécrirait donc

  ul:node('<li class="' .. class ..'">[[' .. link .. '|' .. title ..']] sur ' .. project .. '</li>\n')
  

  en

  ul	:tag( 'li' )
          :addClass( class )
          :wikitext( '[[', link, '|', title, ']] sur ', project )
          :done()
      :newline()
  

• Il n'y a pas vraiment de convention de style sur fr.wiki. Il existe mw:Manual:Coding conventions. La page concernant Lua est copiée depuis en.wiki, et ne reflète ce qui est réellement utilisé par MediaWiki, notamment au niveau des espaces. MediaWiki met beaucoup d'espaces, (j'aime bien et c'est ce que j'utilise) mais je suppose que la plupart des programmeurs sont plutôt habitué à ce qui est décrit sur mw:Manual:Coding conventions/Lua. Comme Scribunto utilise le camelCase (ex : mw.getCurrentFrame) je recommande cette typographie.

— Zebulon84 (discuter) 17 juin 2018 à 07:57 (CEST)

Merci pour les remarques, c'est noté. Je ne sais pas si refaire ce modèle en Lua soit très utile, je me dis que ça sera au moins utile pour ceux qui lisent Wikipédia sur mobile... Lofhi ^{me contacter} 17 juin 2018 à 10:43 (CEST)

Bonsoir Zebulon. J'ai terminé le module (Module:Utilisateur:Lofhi/Test), il fonctionne normalement entièrement, mais je trouve ça peut-être un peu trop procédural (j'ai découvert les joies du Lua). Il y a aussi le while à la fin d'une fonction qui me dérange, je ne sais pas si c'est très propre. J'ai aussi évité d'utiliser require, mais peut-être qu'il ne faut pas hésiter à les utiliser pour que le code soit plus compréhensible en ayant une base commune avec les autres modules ? Cdl, Lofhi ^{me contacter} 20 juin 2018 à 22:48 (CEST)

Lieu de travail

Hello Zebulon,

pourrais-tu m'indiquer à partir de quel module on peut retirer la propriété Lieu de travail des infoboîtes Wikidata ? J'ai beau tourner le problème dans tous les sens, je ne vois aucun intérêt à cette propriété dans nos articles biographiques... d'ailleurs, cela crée souvent des incohérences avec ces derniers, qui donnent rarement ce genre d'informations.

Cdt. NAH, le 28 juillet 2018 à 21:57 (CEST).

 Nomen ad hoc : Module:Infobox/Fonctions/Personne#places(), qui est appelé par Module:Infobox/Biographie (et peut-être d'autre). — Zebulon84 (discuter) 28 juillet 2018 à 22:40 (CEST)

 Nomen ad hoc : Je t'ai donné le lien vers la description de cette fonction sur la documentation du module, mais comme pour un modèle, modifier la documentation ne change pas le comportement du module. Si tu veux réellement que ceci ne soit plus affiché, il faut supprimer le code ad-hoc dans le module lui-même. Pour info, c'est Thierry Caro qui a ajouté cette fonctionnalité en 2015. — Zebulon84 (discuter) 29 juillet 2018 à 09:48 (CEST)

Ah oui, pardon, suis-je bête... Merci pour la relance . Cdt. NAH, le 29 juillet 2018 à 09:53 (CEST).

Au fait, il n'y a pas la possibilité de faire des recherches dans les modules ? C'est un peu chiant ça... NAH, le 29 juillet 2018 à 09:55 (CEST).

 Nomen ad hoc : comment ça ? Cette recherche trouve bien les modules qui contiennent « Lieu de travail » (les bacs à sable, et la documentation ou tu en as laissé une occurrence du terme). Sur la page du module un ctrl + F te permet de trouver le terme, en édition il faut utiliser la fonction de recherche de l'éditeur, mais elle marche bien et permet même de rechercher par regex. Par contre il n'est effectivement pas possible à ma connaissance de créer des sections ou des ancres à l'intérieur du code pour avoir un lien direct depuis le sommaire. — Zebulon84 (discuter) 29 juillet 2018 à 10:10 (CEST)

Ça marche parfaitement, merci ! Je n'avais pas remarqué la fonction de recherche et j'essayais vainement de faire un CTRL + F en édition... NAH, le 29 juillet 2018 à 10:25 (CEST).

 Nomen ad hoc : Attention, j'ai tendance à dire que cette ligne finira par revenir car elle est assez attendue. Et alors on aura perdu plusieurs mois ou années sans que les incohérences avec Wikipédia aient été corrigées. Thierry Caro (discuter) 29 juillet 2018 à 13:12 (CEST)

Peut-être, mais en attendant on évite de les introduire dans les articles... Je peux t'en signaler un certain nombre... NAH, le 29 juillet 2018 à 13:33 (CEST).

Une solution pourrait être d'avoir cette ligne seulement quand lieux de naissance et de mort sont absents. C'est alors la meilleure façon de localiser l'importance historique du personnage dans l'espace, avant même son domicile. Mais c'est de la programmation en plus pour d'autres que moi… Thierry Caro (discuter) 29 juillet 2018 à 14:07 (CEST)

OK. Ça serait un bon compromis. NAH, le 29 juillet 2018 à 16:19 (CEST).

 Nomen ad hoc et Thierry Caro : je ne serai pas du tout disponible la semaine prochaine, et probablement très peu la semaine suivante, donc ne comptez pas sur moi pour regarder si c'est possible de programmer ça avant au mieux mi-août (et encore, si j'y pense et si j'ai envie de m'y intéresser). — Zebulon84 (discuter) 29 juillet 2018 à 20:40 (CEST)

Filtrage d'une propriété avec Lua pour Module:Bases littérature

Salut,

Petite question, est-ce qu'il est possible d'afficher une propriété seulement si la valeur de cette propriété rencontre certaines conditions ?

Plus spécifiquement, serait-il possible d'ajouter d:Property:P3188 sur Module:Bases littérature si seulement si il s'agit d'un prix Nobel de littérature (ceux dont la valeur commence par "literature") ? (cela me semble trivial mais je ne suis pas du tout à l’aise avec le Lua, je préfère éviter de faire des bêtises).

Cdlt, Vigneron * ^discut. 30 juillet 2018 à 11:45 (CEST)

Désactivation d'une propriété dans Bases recherche

Salut Zebulon,

j'ai essayé de désactiver P5541 dans l'article Jacques Hadamard, pourtant ça ne semble pas marcher. D'où penses-tu que ça vienne ?

Cdt. NAH, le 30 juillet 2018 à 17:50 (CEST).

Pareil pour Henri-Léon Lebesgue, apparemment. NAH, le 30 juillet 2018 à 18:09 (CEST).

Petite màj de Modèle:Unité/Documentation

Bonjour,
Je te remercie d'avoir précisé les limitations de la syntaxe sans "pipe", lors de ton intervention dans Wikipédia:Le Bistro/13 août 2018#Mini-sondage : paramètres du modèle Unité. Durant Discussion Projet:Modèle#Unité sans "pipe", j'avais hésité à te les demander.
Je pense qu'il faudrait écrire une phrase du genre « Cette possibilité ne permet pas de gérer certains cas complexes, souvent des détournements du modèle, tels que plusieurs nombres séparés par du texte dans un seul modèle, par exemple 1,23 jusqu'à 2,32 m², ou des nombres ou exposants contenant des lettres (des variables mathématiques), par exemple 2,5y e²ⁱ. » à la fin de Modèle:Unité/Documentation#Paramètres. Qu'en penses-tu ?
Wikipédiennement --NicoScribe (discuter) 15 août 2018 à 18:20 (CEST)

 NicoScribe : oui, ce serait certainement utile. Je te laisse faire. — Zebulon84 (discuter) 15 août 2018 à 20:34 (CEST)

OK merci. C'est fait, en ajoutant juste des guillements autour des exemples. --NicoScribe (discuter) 15 août 2018 à 21:49 (CEST)

Modèle Documentation

Bonsoir, je travaille actuellement à réduire les erreurs signalées dans la page Projet:Modèle/Maintenance/Listes#Modèles avec du contenu non standard en noinclude. Il y a un cas que je ne sais régler, celui qui consiste à indiquer un texte additionnel au modèle {{Documentation}} lorsque celui-ci est appelé en spécifiant le nom d'une page de documentation à utiliser.

Exemple parmi d’autres, le Modèle:MEX (1821-1823)-d qui contient :

{{Documentation|Modèle:CIO-d/Documentation}}
== Voir aussi ==
* {{m|MEX-d}}

Il faudrait pouvoir le remplacer avec une syntaxe du style :

{{Documentation|Modèle:CIO-d/Documentation
|texte=

== code langue dans modèle + modèle Langue ==

Bonjour, on avait discuté il y a quelques semaines de l'inutilité du modèle {{m|Langue}} sur le titre des modèles {{m|Lien web}} et {{m|Article}} si le code langue du modèle est renseigné...

<code>{{Article |langue=en |titre=''{{Langue|en|The History of Star}}'' |périodique.....</code> en <code>{{Article |langue=en |titre=''The History of Star'' |périodique.....</code>

Je me suis enfin occupé de ca sur les pages qui m'intéressent ce matin (exemple [https://fr.wikipedia.org/w/index.php?title=Star_Wars:_Rogue_Squadron&curid=2841639&diff=150870566&oldid=150602108])

Par contre, je ne me souviens plus pour le modèle ouvrage, est-ce que le code langue du modèle applique la langue au titre ?

<code>{{Ouvrage |langue=en |titre={{Langue|en|The History of Star}} |.....</code> en <code>{{Ouvrage |langue=en |titre=The History of Star |.....</code> ?

Cordialement, désolé pour le dérangement. -- [[Utilisateur:Archimëa|Archimëa]] <small>[[Discussion utilisateur:Archimëa|[Toc 2 Mi]]]</small> 1 août 2018 à 09:54 (CEST)
: {{Notif|Archimëa}} Oui, les modèles Ouvrage et Article appliquait déjà la langue sur le titre depuis de nombreuses années, c'est pourquoi il était logique de modifier Lien web pour avoir le même comportement. C'est aussi appliqué sur les paramètres ''titre volume'', ''titre chapitre''… et ''périodique''. — [[Utilisateur:Zebulon84|Zebulon84]] ([[Discussion utilisateur:Zebulon84|discuter]]) 16 août 2018 à 21:32 (CEST)
::OK, merci pour les infos... je modifie ca sur les labels du projet jeu vidéo et j'intègre ca dès maintenant. -- [[Utilisateur:Archimëa|Archimëa]] <small>[[Discussion utilisateur:Archimëa|[Toc 2 Mi]]]</small> 20 août 2018 à 10:52 (CEST)

== Lacunes… ==

Bonjour, 

J'ai quelques lacunes : sur ta page utilisateur se trouvent deux icônes de titre (administrateur et dahu) mais je ne vois pas dans la page les modèles {{m|Icône Administrateur}} ou {{m|Icône Dahu}}, où as-tu demandé l'affichage de ces icônes de titre ? Je te demande cela car j'ai créé [[Modèle:Icône Administrateur technique]] mais je ne sais pas si j'ai oublié quelque chose.

[[Utilisateur:O.Taris|O.Taris]] ([[Discussion utilisateur:O.Taris|discuter]]) 16 août 2018 à 23:26 (CEST)
: {{Notif|O.Taris}} ces icônes sont ajoutées par la sous-page transclue [[Utilisateur:Zebulon84/Présentation]], avec le code <code>{{m|mop|Administrateur|Dahu}}</code> — [[Utilisateur:Zebulon84|Zebulon84]] ([[Discussion utilisateur:Zebulon84|discuter]]) 17 août 2018 à 00:11 (CEST)
::Merci. J'avais pourtant regardé cette sous page mais j'avais pas vu… {{honte}} [[Utilisateur:O.Taris|O.Taris]] ([[Discussion utilisateur:O.Taris|discuter]]) 17 août 2018 à 08:31 (CEST)

== Voir aussi ==
* {{m|MEX-d}}
}}

Remarque : je ne sais pas trop comment nommer ce nouveau paramètre : texte, texte additionnel, complément, précision… c’est comme tu veux !

Merci d’avance pour ton aide et tes conseils. --FDo64 (discuter) 16 août 2018 à 21:00 (CEST)

 FDo64 : je me suis aussi déjà demandé comment personnaliser par modèle une page toute faite. Ce que tu proposes résoudrait en parti ça.

Que penses-tu de simplement afficher le paramètre contenu après la page s'il y en a une ?

Ou si on veut être plus souple, contenu avant la page, et supplément après (nom du paramètre similaire du {{Méta bandeau d'avertissement}}). — Zebulon84 (discuter) 16 août 2018 à 21:28 (CEST)

Les deux me conviennent. --FDo64 (discuter) 16 août 2018 à 21:31 (CEST)

 FDo64 : J'ai implémenté ça sur {{Documentation/Bac à sable}}, avec contenu affiché avant la doc, et complément après (après réflexion, je n'aime pas trop supplément dans ce cas, donc j'ai repris l'une de tes proposition). Peux-tu tester ça ? — Zebulon84 (discuter) 23 août 2018 à 08:40 (CEST)

Bonsoir et merci ! J'ai testé les deux cas et ça fonctionne bien.

J'ai également testé avec le Modèle:ESP-d et là ça ne fonctionne pas, mais c'est normal parce que le texte à ajouter contient un tableau. Dans ce cas de figure, il faudra le mettre dans une sous-page dédiée du modèle.

Tu peux donc mettre en place cette évolution. Merci ! --FDo64 (discuter) 23 août 2018 à 21:47 (CEST)

 FDo64 :  Fait. — Zebulon84 (discuter) 23 août 2018 à 22:27 (CEST)

Petit bug à signaler : Modèle:ESP-d pour qui, comme je le disais, j'ai du créer la sous-page Modèle:ESP-d/Voir aussi. Même problème que ce soit 'contenu' ou 'complément'.

C'est également bizare avec Modèle:ITA (1861-1946)-d, probablement pour la même raison.

--FDo64 (discuter) 24 août 2018 à 00:08 (CEST)

 FDo64 :  Corrigé — Zebulon84 (discuter) 24 août 2018 à 05:10 (CEST)

Tout marche correctement maintenant. Merci beaucoup ! --FDo64 (discuter) 24 août 2018 à 23:05 (CEST)

Bonjour à vous. Je n'aime pas trop le fait que le paramètre "contenu" serve maintenant à préfixer le contenu au lieu de l'overwriter comme avant. Que penseriez-vous de deux paramètres "avant contenu" et "après contenu" ? od†n ↗^blah 1 septembre 2018 à 13:30 (CEST)

Bonsoir. Sans rapport avec les discussions ci-dessus, je t'informe que lorsqu'un des paramètres et vide, l'article se trouve dans la Catégorie:Pages avec des boucles de modèle. --FDo64 (discuter) 2 septembre 2018 à 22:40 (CEST)

Bonsoir. Peut-être que ça a un rapport avec la modification que je t'ai demandée, j'ai constaté un problème pour le Modèle:Source RS Doublage qui utilise {{Documentation de source}} avec une sous-page de documentation additionnelle qui se trouve affichée en double… --FDo64 (discuter) 10 septembre 2018 à 21:54 (CEST)

Modèle:Références multiples

Bonsoir Zebulon84. J'ai du annuler ta modification sur {{Références multiples}}. Non pas que je sois contre, mais elle fait apparaître dans les références un texte correspondant à : « name=nom de la ref ». Et ne sachant pas réparer cela tout en gardant cette syntaxe, je préfère revenir à l'état antérieur. Merci. Cordialement, Mëka ^Parler 20 août 2018 à 23:21 (CEST).

 MKK : Pas de soucis. Peux-tu me donner le nom d'une page ou tu as constaté le problème, que je puisse comprendre ce qui se passe ? — Zebulon84 (discuter) 21 août 2018 à 00:48 (CEST)

Bonjour Zebelon84. Désolé du retard. C'est en consultant Rudolf Caracciola (d · h · j · ↵) que je m'en suis aperçu en avisant les références #10 et 11 (ce que tu verras si tu testes avec la syntaxe que j'ai dû annuler). Ce sont en fait toutes les références utilisées avec {{refm}} qui sont mal reliées aux références d'origine. Car, si tu testes avec Achille Varzi (d · h · j · ↵) tu verras que les références #699 à 709 sont concernées (en fait, deux refm à la suite, le premier renvoyant 9 références, soit le maximum possible). Cordialement. Mëka ^Parler 22 août 2018 à 20:18 (CEST).

 MKK : merci, c'est clair et m'a permis de comprendre ce que j'avais mal fait : j'avais supprimer des pipes qui me semblait inutile, sans m'apercevoir de la conséquence : je regardais que la note était là sans voir que le contenu était incorrect. J'ai réappliqué correctement la modification. — Zebulon84 (discuter) 23 août 2018 à 08:11 (CEST)

Merci Zebulon84. Si j'eus su qu'il eut fallu modifier si peu de code pour obtenir le résultat escompté! Mais maintenant, je saurai comment faire. Bonne soirée. Cordialement. Mëka ^Parler 23 août 2018 à 21:17 (CEST).

Modèle maintenance

Bonjour Zebulon84,

Saurais-tu comment résoudre le problème d'affichage du modèle {{Projet:Maintenance/Neutralité}} sur la page Projet:Maintenance ? Sont comptabilisés (en tout cas chez moi) les articles présents dans Catégorie:Article au ton publicitaire (les sous-catégories) au lieu de ceux présents dans Catégorie:Article au ton publicitaire/Liste complète.

Merci d'avance.

Skull33 (discuter) 22 août 2018 à 11:50 (CEST)

Voir ceci. od†n ↗^blah 22 août 2018 à 12:10 (CEST)

Problème d'italique avec le Modèle:Infobox Nouvelle

Bonjour Zebulon84.
Je viens de remarquer un comportement étrange en consultant l'article Le Collier : le titre dans l'infobox n'est plus en italique (il l'était encore il y a quelques jours je dirais). Ce qui est étonnant, c'est que l'infobox Nouvelle utilise le Modèle:Infobox/Titre en italique, tout comme le Modèle:Infobox Livre, mais qui lui ne semble pas affecté par le problème puisque par exemple dans l'article Le Monde de Rocannon, le titre dans l'infobox est bien en italique.

As-tu une idée pour revenir à un affichage correct de l'infobox Nouvelle ?

Merci par avance et bon dimanche, Patangel (discuter) 2 septembre 2018 à 11:08 (CEST)

Je viens d'effectuer cette correction. Par contre je n'ai pas regardé si la situation est maintenant "saine" ou si d'autres modifications seraient à effectuer pour tout bien fiabiliser. od†n ↗^blah 2 septembre 2018 à 23:25 (CEST)

Comme on pouvait s'y attendre, on trouve d'autres cas similaires : chercher '' sur cette page. Idée à chaud, un remplacement ^''(.+)''$ → $1 à l'intérieur de la brique ; mais peut-être qu'il y a meilleure solution… od†n ↗^blah 2 septembre 2018 à 23:37 (CEST)

Merci Od1n , l'affichage de l'Infobox Nouvelle est à nouveau correct. --Patangel (discuter) 3 septembre 2018 à 14:15 (CEST)

Infobox Jeu vidéo (et Infobox Jeu vidéo/V3)

Aussi en rapport avec ces histoires d'italiques, en particulier la brique de titre d'infobox qui met maintenant aussi en italique le titre de l'article, avec l'Infobox Jeu vidéo (et Infobox Jeu vidéo/V3) c'est assez folklorique car il y a deux paramètres, l'infobox pouvant ne porter que sur une section de l'article. Voir cette discussion. La rentrée commence bien ! od†n ↗^blah 3 septembre 2018 à 14:53 (CEST)

Page utilisant des balises HTML auto-fermantes non valides

Bonjour. Les pages Utilisateur:Esby/Multilingual description.js et Utilisateur:Ayack/refToolbar 2.0.js sont apparues dans Page utilisant des balises HTML auto-fermantes non valides après tes dernières modifications. Je n’ai pas les droits pour modifier les .js, pourrais-tu les corriger ? Je pense qu'il faut juste ajouter un // <nowiki> au début et un // </nowiki> à la fin. --NicoV (discuter) 24 septembre 2018 à 16:37 (CEST)

Blocage de plage d'IP scolaires

Bonjour, j'avais l'impression d'être le seul à bloquer des plages d'IP scolaires, mais je vois que non. Bienvenue au club. ;-) Marc Mongenet (discuter) 12 octobre 2018 à 10:33 (CEST)

Problème d'italique

Bonsoir Zebulon84.

Je tente de t'alerter sur ce problème technique Discussion Projet:Jeu vidéo#Modèle:Infobox Notes de jeu vidéo : titre en italique ?, bien que je vois que tu es en gros Wikislow depuis quelques temps.

Très cordialement. -- Archimëa [Toc 2 Mi] 16 octobre 2018 à 18:04 (CEST)

Documentation de modèles en double

Salut Zebulon84,

Je viens de remarquer que les documentations de boîtes utilisateurs avec sous-page sont dupliquées (par exemple {{Utilisateur Contributions}}). Vu de loin, je dirais que c’est à cause de cette modification, qui casse une supposition de {{documentation boîte utilisateur}} (DBU). Pourrais-tu regarder de plus près ? Je ne voudrais pas casser ton cas d’utilisation en revenant en arrière et il y a un truc bizarre avec les BU de langue dans DBU…

— bonnes contributions, Ltrlg (discuter), le 17 octobre 2018 à 23:50 (CEST)

Bonsoir, pour information j'avais déjà signalé le problème, ainsi qu'un autre dans une discussion archivée automatiquement. --FDo64 (discuter) 18 octobre 2018 à 00:12 (CEST)

 Ltrlg et FDo64 : j'ai retouché les quatre modèles concernés. — Zebulon84 (discuter) 21 octobre 2018 à 06:31 (CEST)

Ça marche ! Et comme je le rappelais, « lorsqu'un des paramètres est vide, l'article se trouve dans la Catégorie:Pages avec des boucles de modèle. »

J'ai vidé la catégorie dernièrement, mais il reste des pages Utilisateurs pour que tu puisses le constater.

Merci ! --FDo64 (discuter) 21 octobre 2018 à 17:03 (CEST)

 FDo64 : dans Catégorie:Pages avec des boucles de modèle je vois des soucis avec les paramètres vide dans le modèle {{Palette}}, des soucis avec les paramètres commençant par # pour {{Portail}}, mais rien concernant {{documentation}}. Mais je suis fatigué, j'ai peut-être raté quelque chose. Je regarde ça demain. — Zebulon84 (discuter) 21 octobre 2018 à 19:06 (CEST)

Non, tu ne fatigues pas, c'est ma citation qui était incomplète. Dans la discussion archivée j'indiquais « Sans rapport avec les discussions ci-dessus ». C'est encore le cas ici. Le problème est dans le modèle {{Palette}}. Désolé de n'avoir pas été assez précis. --FDo64 (discuter) 21 octobre 2018 à 21:47 (CEST)

 FDo64 : J'ai corrigé le module:Palette, les paramètres vides sont de nouveau ignorées (sauf pour le compte du nombre de palette max). Je ne pense pas que {{Portail}} ait besoin de gérer les #, c'est une utilisation marginale et inutile : les pages utilisateurs ne sont pas catégorisées. — Zebulon84 (discuter) 22 octobre 2018 à 04:05 (CEST)

Merci et désolé d'avoir mélangé deux sujets dans une même discussion ! --FDo64 (discuter) 22 octobre 2018 à 21:10 (CEST)

Merci ! — bonnes contributions, Ltrlg (discuter), le 29 octobre 2018 à 18:37 (CET)

Besoin d'aide pour le module Dictionnaires

Salut Zebulon,

pourrais-je te solliciter pour bricoler un bout de code dans le module Dictionnaires ? Il s'agirait d'empêcher l'affichage de la propriété P4124 (« identifiant Who's Who in France ») sur les biographies de personnes vivantes. TomT0m avait déjà fait ça dans le module Autorité, quand la propriété s'y trouvait encore ; j'ai essayé de déplacer le codage dans Dictionnaires, mais ça m'indique qu'il y a des erreurs...

Cdt. NAH, le 2 novembre 2018 à 13:37 (CET).

Petite erreur d'application

Bonjour Zebulon84 et merci d'avoir appliqué les nouveaux cadenas !

Par contre, tu as fait une erreur : tu as mis le cadenas rouge pour tous les modèles au lieu de mettre les différents cadenas choisis, comme dans le tableau.

Je te laisse faire les corrections ! --Niridya (discuter) 2 novembre 2018 à 13:52 (CET)

Ah, non c'est moi qui ait mal vu... J'avais regardé les cadenas rouges en haut des modèles sans penser qu'ils étaient en protection complète...

Du coup merci beaucoup pour les modifs ! --Niridya (discuter) 2 novembre 2018 à 13:58 (CET)

Module:Infobox/Art

Salut
J'ai tenté de corriger des défauts de mise en forme de l'infobox:Art. En effet, le titre qui s'importait par défaut comprenait les parenthèses.
Le problème est que ma modif fait en sorte que le champ titre= n'est plus pris en compte (voir, par exemple, Les Très Riches Heures du duc de Berry). Je me demandais si tu savais comment faire en sorte de réactiver ce paramètre ? --- Simon Villeneuve 4 novembre 2018 à 22:08 (CET)

 Simon Villeneuve : j'ai récupéré l'important de ('Module:Infobox/Fonctions').title, et l'ai adapté aux noms de paramètre de l'infobox Art. — Zebulon84 (discuter) 5 novembre 2018 à 02:13 (CET)

maintenance tables

Bonjour Zebulon84,

Suite à la maintenance de ton bot d'août dernier, les en-têtes de nombreux tableaux affichent "scope=col", ce qui n'est pas très esthétique. Par exemple, sur la page de John McEnroe, ||||Année est devenu ! scope=col ||| scope=col|Année. Il suffit de mettre un espace entre le premier | et les 2 suivants. Ton bot pourrait s'en occuper?

Bàt, MisterGB (discuter) 12 novembre 2018 à 14:15 (CET)

 MisterGB : Effectivement, ce n'est pas beau. Je vais réparer ça. — Zebulon84 (discuter) 12 novembre 2018 à 22:06 (CET)

Module biblio lien web (lien brisé)

Bonjour Zebulon84.

On a proposé une évolution pour le modèle lien brisé, géré par le module biblio ici : Discussion module:Biblio/Lien web#Lien définitivement brisé et inutilité de proposer des liens d'archivage et de recherche.. Il faudrait un avis et une prise en charge pour pouvoir mettre à jour le modèle. -- Archimëa [Toc 2 Mi] 15 novembre 2018 à 08:33 (CET)

Problème avec ton bot

à gauche la version de ton bot, à droite la version correcte

Salut Zebulon84.

Lors de la dernière modification du Modèle:Infobox Langue par ton bot, il a changé les <center> par des <div class="center"> et ça ne permettait plus d'afficher les variétés et les code inclus.

J'ai remis ça en ordre, en tous cas pour cet infobox, mais des problèmes similaires peuvent être arrivés ailleurs.

Je ne suis vraiment pas compétent dans ce genre de code et je ne contribue plus trop à Wikipédia, alors je te laisse vérifier par toi-même.

Bonne continuation, cordialement Şÿℵדαχ₮ɘɼɾ๏ʁ 18 novembre 2018 à 12:18 (CET)

 SyntaxTerror : merci du signalement. Le bot a été corrigé pour qu'il ne fasse plus ce type d'erreur, et j'ai vérifié et corrigé les modifs déjà faites. — Zebulon84 (discuter) 23 novembre 2018 à 04:24 (CET)

Problème de code

Bonjour Zebulon,

En avril dernier en voulant simplifier le code de l'infoboite Voie parisienne, tu as fait disparaître le numéro d'arrondissement dans le chapeau. Pourrais-tu le restaurer ? merci.-- LPLT ^[discu] 26 novembre 2018 à 21:45 (CET)

Bonjour à nouveau,

Ce message étant resté sans réponse, et sans action, pourrais-tu remédier au problème soulevé ci-dessus. Merci.-- LPLT ^[discu] 3 février 2019 à 01:09 (CET)

Module « Composition Division de France »

Bonjour Zebulon84. Je reviens vers toi pour le module composition Division de France. J'ai l'impression qu'il est resté au stade de bac à sable et n'est pas passé au stade de la production. En effet le Modèle:Composition Division de France fait appel au Module:Composition Division de France/Bac à sable qui lui même s'appuie sur des tables sur Commons elles aussi en bac à sable (comme celle de Rhône-Alpes).

J'ai bien en mémoire qu'il y a un pb avec les intercommunalités. Mais comme le module fonctionne pour les autres divisions, il pourrait être envisagé de passer en production pour toutes les autres divisions. Il conviendrait donc de définir a minima un nom générique pour le bloc « Sandbox/Zebulon84 », par exemple « Table_communale » et de modifier le code en conséquence. … puis créer les nouvelles tables.

Qu'en penses-tu ?

Par ailleurs je n'arrive pas à remettre la main sur le petit mémo que tu avais rédigé pour créer ces tables dans Commons. Pourrais-tu me le communiquer à nouveau ? Merci par avance. Roland45 (discuter) 4 décembre 2018 à 16:38 (CET)

Bon, j'ai tout retrouvé. Il n'y a plus de pb. Et Bonne année et santé à toiǃ Cordialement.Roland45 (discuter) 6 janvier 2019 à 20:40 (CET)

Rebonjour. En fait, il y a encore quelques anomalies qui empêchent le déploiement completǃ Cordialement.Roland45 (discuter) 21 janvier 2019 à 09:06 (CET)

{{Bioref}} et {{Bases vivant}}

Salut. Saurais-tu faire en sorte qu'un {{Bioref}} dans le corps du texte puisse renvoyer à un lien affiché par {{Bases vivant}} en pied de page ? C'est une demande du Café des biologistes. Sans ça, les liens affichés par {{Bases vivant}} doivent continuer à coexister avec un certain nombre d'anciens liens en dur redondants en bas d'une même page. Thierry Caro (discuter) 19 décembre 2018 à 18:58 (CET)

Les contributeurs de wp "essentiellement" bénévoles ?

Bonjour. Cette modification visiblement inspirée par le troll banni Deuxtroy (alias La femme de menage, alias Larchmutz, alias Eliane…) insinue que nous serions rémunérés. Non seulement je n'accepte pas ce sous-entendu erroné (litote) mais je refuse de continuer à participer à ce projet si cette mention est maintenue. Manacore (discuter) 5 janvier 2019 à 21:17 (CET)

Tout est bon maintenant, il y a eu discussion et cet adverbe a été retiré. Cdt, Manacore (discuter) 6 janvier 2019 à 19:24 (CET)

Avertissement suppression « Cercle de l'harmonie »

Bonjour,

L’article « Cercle de l'harmonie ^{(page supprimée)} » est proposé à la suppression (cf. Wikipédia:Pages à supprimer). En tant que participant à l'article ou projet associé, vous êtes invité à donner votre avis à l’aune de l’existence de sources secondaires fiables et indépendantes et des critères généraux et spécifiques d'admissibilité.

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

Accéder au débat

Chris a liege (discuter) 6 janvier 2019 à 01:25 (CET)

Tableau coupe 32 (3 sets)

Salut Zebulon,

petite question concernant ce modèle que tu as crée : est-il possible de ne pas afficher les demi-finales et la finale ? Autrement, dit, faire en sorte que l'affichage s'arrête aux quarts de finale.

Flammekueche (discuter) 31 janvier 2019 à 09:38 (CET)

Les articles Liste des noms de la République de l'Inde et Noms de l'Inde sont proposés à la fusion

Bonjour, Les articles « Liste des noms de la République de l'Inde et Noms de l'Inde » sont proposés à la fusion (cf. Wikipédia:Pages à fusionner). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Wikipédia:Pages à fusionner#Liste des noms de la République de l'Inde et Noms de l'Inde. Message déposé par 171.16.208.2 (discuter) le 14 mars 2019 à 14:39 (CET)

Les articles Histoire de Contz-les-Bains et Contz-les-Bains sont proposés à la fusion

Bonjour, Les articles « Histoire de Contz-les-Bains et Contz-les-Bains » sont proposés à la fusion (cf. Wikipédia:Pages à fusionner). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Wikipédia:Pages à fusionner#Histoire de Contz-les-Bains et Contz-les-Bains. Message déposé par William Jexpire (discuter) le 30 avril 2019 à 19:07 (CEST)

Problème dans le module "Composition Division de France".

Bonjour !

Depuis quelques mois, la majorité des pages "Liste des communes de [département]" ont vu leur tableau principal remplacé par le module "Composition Division de France" que vous avez créé. Le problème est que ce modèle comporte un bug dans le tri de la population des communes puisque l'ordre est d'abord établi en fonction du premier chiffre et ce n'est qu'ensuite qu'est pris en compte le nombre de chiffres composant ce nombre. Concrètement, pour prendre l'exemple de l'Ille-et-Vilaine, les trois communes les plus peuplées affichées de cette manière sont Châteaugiron (9 798 habitants), Saint-Grégoire (9 521 habitants) puis Fleurigné (995 habitants) tandis que Rennes et ses plus de 216 000 habitants se retrouve en fin de tableau, classée comme l'une des communes les moins peuplées du département du fait que son nombre d'habitants commence par un 2. Autre point, qui est mineur et peut-être volontaire (auquel cas il ne doit déranger que moi et donc n'en tenez pas compte), mais le bouton "Modifier" est présent pour chaque commune ce qui est assez étrange, surtout quand par exemple le modèle "Liste des communes de France" adopte une solution plus esthétique car cette modification est réalisable en cliquant sur le code INSEE de la commune ou sa superficie.

Je me permets donc de vous laisser un message pour signaler ces problèmes étant donné que vous êtes le créateur de ce modèle.

Cordialement. --Tudaurzone (discuter) 2 mai 2019 à 23:02 (CEST)

Bonsoir Tudaurzone, cela devrait être corrigé à présent. Lofhi (me contacter) 12 juin 2019 à 19:28 (CEST)

fonctionnement du modèle Bibliographie sur wikiversité - quelques bugs (qui sont réglés ici)

Bonjour Zebulon84,

En essayant d'aider Ambre Troizat à mettre au propre sa bibliographie sur wikiversité, j'ai constaté un bug lorsqu'un ouvrage (édition) comporte un numéro d'édition d:Property:P393... il y a alors un message d'erreur " Erreur Lua dans Module:Biblio/Ouvrage à la ligne 230 : attempt to call field 'ordinal' (a nil value)." - voir ma discussion avec Ambre

sur cette page, tu peux voir la chose... le problème est clairement lié à la propriété P393, car, sur l'édition de 1608, où je l'ai supprimée pour tester, l'affichage est correct...

J'ai vu que tu étais le principal mainteneur de ce modèle sur Wikiversité, donc je te soumets le problème... (à noter qu'ici, sur wp, l'affichage est correct... -> Antoine Loysel, Inſtitutes coutumières : Avec des renvois aux ordonnances de nos rois ; aux coutumes & aux auteurs qui les ont commentées ; aux arrêts, aux anciens Praticiens, & aux hiſtoriens dont les règles ont été tirées, Paris, Durand, 1758, 9^e éd. (OCLC 457538619, BNF 30828459))

Par ailleurs, Ambre me signale aussi un message d'erreur "Erreur Lua dans Module:Biblio/Article à la ligne 180 : attempt to call field 'erreur' (a nil value). " sur l'affichage de Denis Diderot et Jean Le Rond d'Alembert (dir.), Assiente ou Assiento, vol. Tome 1, André Le Breton, 1751 (lire sur Wikisource), p. 768-769 (qui ici s'affiche sans problème).

Merci de voir ce que tu peux y faire, stp. Je suis compétente sur comment entrer les données dans wikidata, mais nulle en lua --Hélène (discuter) 12 juin 2019 à 11:58 (CEST)

Bonsoir Hélène, Zebulon84 semble être occupé IRL. Sur Wikiversité, c'est JackPotte qui s'occupe des importations des modules et puisque le problème n'est pas présent sur frwiki, tu devrais lui demander d'importer les nouvelles versions. La dernière importation date d'il y a deux ans Lofhi (me contacter) 12 juin 2019 à 19:45 (CEST)

J'ai mis à jour v:Module:Biblio/Ouvrage et v:Module:Nombre2texte pour faire disparaitre les erreurs Lua de v:Recherche:Les_abolitions_des_traites_et_des_esclavages/Annexe/Bibliographie_des_XIV-XVIIe_siècles. JackPotte ($♠) 12 juin 2019 à 19:55 (CEST)

@Lofhi et @JackPotte Merci à tous les deux pour votre aide... je m'étais adressée à celui dont le nom apparaissait le plus souvent dans l'historique du module :)

Je pense que ça devrait mieux aller pour Ambre Troizat, maitenant :) --Hélène (discuter) 13 juin 2019 à 09:42 (CEST)

ːJe vous remercie tous pour vos contributions. Non seulement ma bibliographie personnelle s'améliore mais, j'avance dans la mission que m'avait confié Wikiversité & que j'avais accepté ː trouver le meilleur moyen d'établir une bibliographie scientifique sur Wikiversité. La procédure reste encore un peu difficile à mettre en œuvre mais, à chaque jour suffit sa peine. --Ambre Troizat (discuter)

Module:Biblio|BNF

Hello,

Est-ce que tu saurais faire en sorte que si {{BNF}} ou {{BNF brut}} est utilisé sans argument, cela récupère l'identifiant depuis Wikidata ?

Bonne journée

— AntonierCH ^(d) 9 août 2019 à 16:10 (CEST)

Module Composition Division de France

Bonjour. Je sais que tu es en wikibreak et tu as certainement des raisons, j’ai donc des scrupules à te poser une question directement, mais il faut dire que les développeurs en lua ne sont pas légion et j’ai posé une question depuis un certain temps sur le projet:Scribunto, sans beaucoup de succès.

Cela concerne le module:Composition Division de France (que tu connais bien!) qui vit sa vie (j’ai actualisé les tables pour 2019 et je l’ai ajouté dans pas mal d’articles). Mais il peut encore être amélioré avec la création d’une fonction nouvelle qui serait essentielle pour tous les articles de divisions françaises.

Il s’agirait de pouvoir récupérer dans une fonction spécifique les valeurs des paramètres nbcom et date des différentes tables sur Commons (ex départements), comme le Modèle:Dernière population commune de France le fait avec une fonction spécifique dans le module:Population de France. Cela permettrait de produire une phrase introductrice aux tableaux, mais surtout d’actualiser en une seule fois tous les nombres de communes figurant dans les Infobox des différentes divisions (cantons, arrondissements, départements, région et peut-être intercommunalités). Actuellement de très nombreux sont obsolètes, car c’est toujours en changement ! Peux-tu envisager d'étudier la question ? Merci par avance.Roland45 (discuter) 15 août 2019 à 16:47 (CEST)

Modèle:Val

Salut ! En travaillant sur la page spéciale « Modèles demandés » je me suis intéressé au Modèle:Valid‏‎ qui n'est utilisé que par le Modèle:Val. J'ai donc supprimé la plupart de ses utilisations, parfois en le remplaçant par le Modèle:Unité. J'ai d'ailleurs pensé un instant faire une redirection de Val → Unité, mais ça ne fonctionne pas dans les pages qui sont encore liées en ce moment.

Comme ce modèle doit être conservé pour faciliter le travail des traducteurs, je te propose deux solutions :

1. Soit faire évoluer le Modèle:Unité pour intégrer les fonctionnalités du Modèle:Val, puis le transformer en redirection ;
2. Soit réécrire le Modèle:Val en faisant un appel au Modèle:Unité.

Qu'en penses-tu ? --FDo64 (discuter) 9 juillet 2017 à 22:00 (CEST)

 FDo64 : Je me suis fait la même réflexion suite à l'ajout d'un lien vers {{val}} dans la page de documentation d'{{unité}}. Je préfèrerai la première solution, mais il faut que je vérifie ce que ça implique réellement, je ne connais pas très bien {{val}}. Je regarderai ça dans les prochains jours.

Il faut aussi que j'analyse les utilisations d'{{unité/2}} pour le transformer en redirection. La principale différence qui reste c'est le comportement lorsqu'il y a une unité mais pas de nombre : la nouvelle version d'{{unité}} affiche l'unité tandis que {{unité/2}} n'affiche rien. Je suis déjà tombé sur une page avec l'infobox prérempli avec un modèle unité/2 sans nombre pour faciliter la future saisie, mais je ne sais pas si c'était juste un cas isolè. — Zebulon84 (discuter) 9 juillet 2017 à 23:52 (CEST)

Super, je te fais confiance pour faire au mieux ! Merci. --FDo64 (discuter) 9 juillet 2017 à 23:57 (CEST)

Bonsoir, pour information et en attendant mieux, j'ai mis en place la solution 2. --FDo64 (discuter) 14 février 2019 à 22:13 (CET)

Suspension des droits d'administrateurs

Bonjour

J'espère que tu vas bien. Comme tu n'as fait aucune contribution depuis 6 mois, j'ai suspendu ton accès aux outils d'administrateur et d'administrateur d'interface. Tu peux le récupérer par simple demande sur le Bulletin des bureaucrates avant le 11 février 2021 (date à laquelle cette suspension deviendra définitive).

• Chaoborus 11 février 2020 à 14:58 (CET)

Suspension du botflag de Zebulon84bot

Bonjour Zebulon84,

Pour info, à la suite de l'inactivité prolongée du bot et de toi-même, le botflag lui a été retiré, conformément à Wikipédia:Bot#Retrait du flag. Si jamais tu souhaites le récupérer, il faudra soumettre une nouvelle demande sur Wikipédia:Bot/Statut.

Bien à toi, — Jules* ^Discuter 29 mai 2021 à 18:23 (CEST)

Brenda Fruhvirtova

Bonjour Zebulon84, merci pour ton ajout de référence sur l'article en question. Peux-tu aussi en profiter pour donner ton avis sur l'admissibilité de l'article ? Merci.--Cactus93 (discuter) 2 mars 2022 à 14:43 (CET)

Page de brouillon

Bonjour, je n'ai pas compris le sens de ton message sur ma page de brouillon, d'avance merci pour ton éclairage. wikineptune (discuter) 19 mars 2022 à 17:26 (CET)

 Wikineptune : effectivement, avec ta question je m'aperçois que mon résumé de modif est ambigu. Dans mon esprit cela signifie "cette modification évite que cette page ne se retrouve dans la catégorie:Page avec des erreurs de script". Je n'avais pas réfléchi que cela peut être compris comme un impératif, rendant le message agressif et sec, désolé.

Avant ma modif le deuxième graphe générait une erreur de script car il n'y avait pas le même nombre de données dans légendes d'une part, groupe 1, 2 et 3 d'autre part. Le modèle pourrait sans doute être plus tolérant, mais c'était bien plus simple de modifier ta page que de modifier le modèle dans ce cas.

La catégorie:Page avec des erreurs de script est utile pour détecter si une modification dans un module lua à des effets inatendu et génère des bugs. Les pages (notamment les pages de brouillon et de discussion) qui sont dans cette catégorie plusieurs mois voire des années s'accumulent et cache les pages qui apparaissent à la suite de l'introduction d'un bug, donc de temps en temps j'essaye de la vider. Cette catégorie est remplie automatiquement par MediaWiki, donc on ne peut pas faire en sorte que les page utilisateurs n'y apparaissent pas ou soient triées différemment.

— Zebulon84 (discuter) 20 mars 2022 à 00:25 (CET)

Super, merci pour tes explications, c'est plus clair à présent. wikineptune (discuter) 20 mars 2022 à 18:29 (CET)

Page avec des erreurs de script

Bonjour, la page c'est soudainement remplie, il semble que le modèle {{démographie}} cause un problème. Yanik ^B 27 mars 2022 à 15:33 (CEST)

 YanikB : Au vu de ce diff le responsable de l'erreur l'a rapidement corrigée, mais vu que le modèle est très utilisé... J'ai purgé la catégorie pour éliminer les pages qui y était apparues suite à cette erreur temporaire. — Zebulon84 (discuter) 27 mars 2022 à 16:02 (CEST)

 Modèle:Carte/Archipel d'Helsinki 

Bonjour, Merci d'avoir substé le modèle. J'ai essayé de lui ajouter l'ile Miessaari. Elle apparaît bien dans l'affichage du modèle mais pas dans les pages qui l'appellent. Par exemple dans archipel d'Helsinki. Myllytie (discuter)

 Myllytie : Mapframe utilise bizarrement une syntaxe longitude, latitude et non l'habituel latitude, longitude. Pour ne pas faire d'erreur j'utilise la page spéciale Expansion des modèles pour obtenir le code qui doit être utilisé. — Zebulon84 (discuter) 3 avril 2022 à 09:21 (CEST)

Altitudes de Fanlac

Bonjour Zebulon84. À la suite de ta modification sur Fanlac, j'ai modifié le texte et les altitudes comme ceci. Cordialement. Père Igor (discuter) 3 avril 2022 à 11:22 (CEST)

 Père Igor : Pour être honnête, je n'ai modifié cette page que parce que les parenthèses sur la deuxième altitude gênait le modèle unité utilisé par l'infobox sur ces données. Personnellement je pense que l'infobox doit être synthétique et que l'on est pas à un mètre près sur l'altitude, d’où mon utilisation de ≈ avec la moyenne des sources, mais je ne vais certainement pas cherché à imposer mon point de vue sur ce détail. — Zebulon84 (discuter) 3 avril 2022 à 11:37 (CEST)

As-tu fait cette modification parce que l'article apparaissait dans une liste d'anomalies ? Pour le lecteur, l'infobox est très lisible, indiquant « Min. 98 ou 99 m » et « Max. 267 ou 269 m ». Père Igor (discuter) 3 avril 2022 à 11:48 (CEST)

 Père Igor : La page était dans Catégorie:Page incorrectement traitée par le Module:Unité. Ce n'est plus le cas car {{unité}} gère correctement deux nombres reliés par « ou ». Je suis en train d'analyser le contenu de cette catégorie pour savoir les évolutions nécessaire pour {{unité}} sans le transformer (encore plus) en usine à gaz. Il y aura une simplification pour laisser plus de liberté dans les infobox. — Zebulon84 (discuter) 3 avril 2022 à 12:07 (CEST)

Suppression des précisions de temps

Bonjour Zebulon84,

tu as supprimé un bon nombre de précisions sur les secondes dans des utilisations du modèle , comme par exemple ici, avec le commentaire « maintenance ». Pour mieux comprendre, pourrais-tu, s'il te plaît, expliquer davantage ce qui motive ces suppressions ? Si le souci vient d'un usage erroné du modèle, ne faudrait-il pas plutôt l'améliorer ? Merci par avance pour ta clarification.

Cdlt — Baidax ^💬 7 avril 2022 à 23:40 (CEST)

 Baidax :

• La documentation de {{Lien vidéo}} précise : « durée du film en minutes (un seul nombre, … ) »
• L'affichage « 32:33 minutes » n'est pas vraiment compréhensible ; et j'ai même vu « 1:13:55 minutes »
• Le modèle {{unité}} utilisé ne reconnait pas ce format et cela ajoute la page à la catégorie:Page incorrectement traitée par le Module:Unité (c'est pas là que je suis arrivé, d’où le « maintenance »)
• Les secondes ont-elle vraiment de l'importance ? (et les centièmes de secondes ?)
• Je n'ai pas trouvé une façon simple de gérer ça à la fois pour le contributeur et le modèle.

— Zebulon84 (discuter) 8 avril 2022 à 00:25 (CEST)

Formatnum

Bonjour. Dans le passé, j’avais l'habitude de me servir du modèle « formatnum » pour pouvoir utiliser le signe égal dans le modèle « citation bloc ». En effet, la présence d’un signe égal a pour effet — pour une raison qui m’échappe — que le passage cité ne s’affiche pas dans l’article. Pour y remédier, j’avais, après quelques tâtonnements, trouvé l’astuce de mettre le signe égal à l’intérieur d’un « formatnum », mais je sais depuis lors que placer le signe égal entre une double paire d’accolades fait très bien l’affaire.

À propos : êtes-vous le même Zébulon qui intervient de temps à autre sur Réseau International ? Torsade de Pointes (discuter) 8 avril 2022 à 20:42 (CEST)

 Torsade de Pointes : Lorsqu'il y a un signe égal dans un modèle, le texte avant le signe égal est considéré comme un paramètre nommé, comme la majorité des paramètres des infobox. On peut effectivement contourné ça avec {{=}}.

Non ne ne fait parti d'aucun Réseau International. Il y a pas mal de Zébulon depuis le Manège enchanté. En cherchant sur internet j'ai même vu qu'il y a plusieurs autre Zébulon 84 sur les réseaux sociaux.

— Zebulon84 (discuter) 8 avril 2022 à 21:10 (CEST)

Paramètre « 1 » dans les modèles

Juste pour réagir à ton commentaire de diff {{{1}}} étant systématiquement existant (même si vide), si on veux que {{BASEPAGENAME}} soit utilisé il faut un #if:

Par exemple j’ai mis le code suivant sur mon brouillon {{{1|Il n’y a pas pas paramètre 1}}}.

Là j’appelle temporairement mon brouillon en tant que modèle :

1 -

2 -

3

4

Maison d'édition et organisation

5 - pas de site aujourd'hui

final pas de site aujourd'hui

et en résultat dans l’aperçu j’ai

Il n’y a pas pas paramètre 1

Ça marche aussi d’ailleurs si on met ce même code en ligne sur la page : Il n’y a pas pas paramètre 1 — TomT0m ^[bla] 26 avril 2022 à 11:25 (CEST)

Par contre le if est utile si on a plusieurs paramètres et/ou si on met un « | » {{Utilisateur:TomT0m/Brouillon|}} donne «

1 -

2 -

3

4

Maison d'édition et organisation

5 - pas de site aujourd'hui

final pas de site aujourd'hui ». C’est vrai que c’est plus robuste, bien sûr. Mais il n’est pas systématiquement présent :) {{Utilisateur:TomT0m/Brouillon|2=}} donne aussi «  1 -

2 -

3

4

Maison d'édition et organisation

5 - pas de site aujourd'hui

final pas de site aujourd'hui » — TomT0m ^[bla] 26 avril 2022 à 11:57 (CEST)

 TomT0m : Ce commentaire s'applique uniquement à ce sous-modèle, qui est appelé depuis {{Interwiki_connexes}} par le code {{Interwiki_connexes/query|{{{1|}}}}}, donc avec un paramètre 1 systématiquement existant. Les appels à {{Interwiki_connexes}} n'ont pas toujours de paramètre 1, mais hier, avant de toucher au modèle proprement dit j'ai modifié plusieurs pages en erreur de script à cause d'un paramètre 1 existant et vide (exemple). — Zebulon84 (discuter) 26 avril 2022 à 13:20 (CEST)

Ok je comprends mieux. J’avais aussi remarqué un de ces appels mais j’avais pas pensé à corriger les autres. Maintenant il y a le gadget, je l’ai signalé à Jacques qui pose ces modèles (ça rend le modèle beaucoup moins utile) mais il ne l’a pas activé il me semble. — TomT0m ^[bla] 26 avril 2022 à 13:33 (CEST)

Documentation de la fonction p.prononciation()

Bonjour Zebulon84,

Comme je vois que tu viens de toucher à p.prononciation(), est-il possible d'ébaucher la documentation de cette fonction ?
--Dom (discuter) 30 avril 2022 à 09:52 (CEST)

 Dom : Je m'en occupe.

A quoi servent toutes ces balises <section> auto-fermante dans Module:Infobox/Fonctions/Documentation ? Et pendant que j'y suis à quoi sert la colonne Libellé ?

— Zebulon84 (discuter) 30 avril 2022 à 10:23 (CEST)

Les explications sur cette étrange manière de mettre des balises partout est expliquée ici. La documentation des infobox n'étant pas « « « standardisée » » », la colonne Libellé correspond au libellé qui s'affiche à gauche d'une valeur (généralement alphanumérique) dans l'infobox par exemple « Patrimonialité » pour le paramètre protection pour la documentation de l'Infobox Hôtel.
--Dom (discuter) 30 avril 2022 à 10:47 (CEST)

Merci pour tout le code que tu produis et cette documentation.
--Dom (discuter) 30 avril 2022 à 11:30 (CEST)

En allant un peu plus loin, j'ai l'impression qu'il y a un problème dans l'utilisation de cet attribut quand je regarde les utilisations actuelles de ce paramètre dans l'Infobox Biographie2.
--Dom (discuter) 30 avril 2022 à 12:14 (CEST)

 Dom : Vu que le paramètre était inactif jusqu'à hier soir, pas étonant que les quelques utilisations soient incorrectes. J'ai corrigé quelques pages, reste Nicolas Bedos où la syntaxe est correcte, sauf que le fichier n'existe pas sur Commons, j'hésite à supprimer directement. — Zebulon84 (discuter) 30 avril 2022 à 13:20 (CEST)

Pour Nicolas Bedos je supprimerais. Par contre ce qui serait intéressant c'est d'avoir dans les tests au moins un cas qui fonctionne (avec une propriété wikidata ou le paramètre). En tant qu'utilisateur, personnellement ça me rassure .
--Dom (discuter) 30 avril 2022 à 13:46 (CEST)

 Dom : Tu peux ajouter les tests que tu veux. Pour t'inspirer :

• avec le paramètre : Claude Guilhem
• avec Wikidata : Catégorie:Page utilisant P443, Module:Infobox/Fonctions/Personne#Exemples
• avec utilisation du paramètre pour désactiver Wikidata : Juliette Binoche

— Zebulon84 (discuter) 30 avril 2022 à 14:09 (CEST)

Documentation de p.buildimages(params) et p.buildtext(params)

Bonjour Zebulon84,

Je vois que tu viens d'améliorer le module Infobox, mais je ne suis pas sûr de bien comprendre cette modification sur les séparateurs. Si je comprends bien l'essentiel de la documentation se trouve dans l'aide sur les infobox en Lua, mais je n'y vois rien au sujet des séparateurs. Peux-tu améliorer la documentation, au moins sur ce sujet ?
--Dom (discuter) 14 mai 2022 à 16:59 (CEST)

 dom : La page d'aide sur les infobox est minable, je suis obligé de consulter le code pour bien comprendre. J'ai d'autres modif à faire sur le module, mais une fois fait je pense effectivement essayer d'améliorer cette page.

Pour info en attendant, un séparateur est juste une fine ligne colorée comme on en trouve sur l'{{Infobox Joueur de tennis}}, que je suis en train d'essayer de reproduire (ici) pour bénéficier des données de Wikidata.

— Zebulon84 (discuter) 14 mai 2022 à 17:20 (CEST)

Merci pour ta réponse, mais je crains — en fait je suis quasiment sûr — que si on met pas à jour la page d'aide en même temps que le code, il n'y a aucune chance que ça s'améliore. Personnellement je n'ai jamais vu une documentation mise à jour à la fin du développement ou des corrections et qui soit de qualité — c'est à dire complète, juste, claire, attrayante, ... —. Pourtant c'est à mon avis indispensable pour que d'autres puisse réutiliser ton travail.
--Dom (discuter) 14 mai 2022 à 18:13 (CEST)

« Module:Wikidata/Chemin »

Bonjour, Toutes les infobix biographie2 sont cassés, par exemple sur Gérald Maquat. Un rapport avec la modification sur « Module:Wikidata/Chemin » ? Jmax (discuter) 23 mai 2022 à 07:19 (CEST)

 Jmax : Pas vraiment. J'ai rendu locale une variable globale dans Module:FParser et elle était utilisée dans Module:Wikidata/Chemin/parser. C'est normalement corrigé. Zebulon84 (discuter) 23 mai 2022 à 07:22 (CEST)

C'est tout bon maintenant, merci Jmax (discuter) 23 mai 2022 à 07:23 (CEST)

Problème de doublon dans la liste des langues prises en charge du module:Langue/Data

Bonjour Zébulon

En ajoutant une langue en doublon dans le module:Langue/Data [6], je me suis aperçu que seule celle de j'avais ajoutée apparaissait dans la liste des langues prises en charge (il s'agit du toura de Papouasie Nouvelle-Guinée |don] et de celui de Côte d'Ivoire [neb]).

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

Peux-tu regarder ce qui ne va pas ? Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 3 juillet 2022 à 21:57 (CEST)

 SyntaxTerror : Ce qui ne va pas c'est le doublon.

Le nom de la langue est traité comme un code unique.

Si tu utilises {{Langue|anglais|word}} ou {{code langue|anglais}} cette liste est utiliser pour savoir qu'il faut utiliser le code en. Il ne peux y avoir qu'un code associé. Pour toura, c'est donc don qui est utilisé (c'est un peu le hasard, la fonction pairs utilisée pour parcourir la liste ne garanti pas un ordre particulier).

Ceci dit, les deux codes don et ned et les alias respectif doura et tura sont bien dans cette liste, liée à la bonne page.

– Zebulon84 (discuter) 4 juillet 2022 à 08:27 (CEST)

C'est bien ce que je pensais : c'est juste un problème d'affichage dans le tableau.

N'y aurait-il pas moyen de faire « lire » la liste plusieurs fois par le petit gobelin caché dans l'ordinateur qui écrit la liste pour voir s'il n'y a pas de doublons, au lieu de s'arrêter à la première occurrence ? (je n'y connais quasiment plus rien en lua, donc je ne vais pas t'aider beaucoup là-dessus...)

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 4 juillet 2022 à 15:18 (CEST)

wikidata = -

Bonjour Zebulon,

Là, tu as supprimé la possibilité de désactiver l'import des données avec wikidata = -. Je te laisse corriger plutôt que de le faire moi-même car je ne comprends pas bien quel était le but de la manœuvre.

J'ai fait un test (pour le moment sans impact) dans l'espace principal ce qui permet de tester les modifs des modules en prévisualisant cet article. Il faudra l'annuler dès que le bug sera corrigé. l'Escogriffe (✉) 14 juillet 2022 à 00:16 (CEST)

 GrandEscogriffe : corrigé. — Zebulon84 (discuter) 14 juillet 2022 à 07:39 (CEST)

Merci. l'Escogriffe (✉) 14 juillet 2022 à 19:51 (CEST)

Modèle:Premier : ajout de Guadalajara

Bonjour, Cette année, le tournoi WTA 1000 de Tokyo/Wuhan est déplacé à Guadalajara. J'ai modifié le Modèle:Premier/début/Bac à sable que vous avez créé pour tester le modèle Premier/début. J'ai rajouté un paramètre "gua" qui permet d'afficher ou non le tournoi de Guadalajara, avec une autre couleur. L'en-tête du tableau doit pouvoir supporter 2 lignes de tournois Dubaï/Doha et 3 lignes de tournois Tokyo/Wuhan/Guadalajara, donc je suis parti sur une en-tête à 6 lignes (+ la ligne Premier Mandatory ou WTA 1000). J'ai testé mes modifications dans le Modèle:Premier/Test mais il semble que les séparateurs de ligne (|-) ne sont pas reconnus. Pourriez-vous jeter un coup d'oeil au modèle ? Merci. MisterGB (discuter) 26 septembre 2022 à 17:38 (CEST)

Avec des lignes non affichées (style="display:none;"), j'arrive à avoir mes lignes séparées (voir l'entête test), mais les titres Dubaï et Doha n'ont pas la même hauteur. Si ce n'est pas possible de les afficher avec la même hauteur, les 6 lignes ne sont pas indispensables. Est-ce qu'il y aurait moyen d'afficher les mêmes hauteurs ? MisterGB (discuter) 26 septembre 2022 à 18:17 (CEST)

Petite question : HomonymiesEnCouleur

Bonjour,
Depuis toujours, j'ai activé dans mes préférences ces 2 gadgets :

• MediaWiki:Gadget-HomonymiesEnCouleur.css ;
• MediaWiki:Gadget-RedirectionsEnCouleur.css.

Ils fonctionnent parfaitement, c'est super. Mais j'ai une petite question (qui est de la curiosité, je ne te demande pas d'évolution). Sais-tu pourquoi, dans les pages suivantes, je ne vois pas les homonymies sur fond rose (alors que je vois les redirections sur fond vert) ?

• dans les listes des contribs (la mienne par exemple, où je modifie beaucoup d'homonymies et de redirections) ;
• dans la liste des pages appartenant à une catégorie ;
• dans Spécial:Toutes les pages.

Cordialement --NicoScribe (discuter) 2 avril 2023 à 15:27 (CEST)

La mise en couleur se fait par la présence d'une class présent dans le code HTML du lien : mw-redirect pour les redirections, mw-disambig pour les pages d'homonymie. Cette dernière n'est pas présente dans la liste de suivie ou autre page spéciale, car cela à sans doute été ajouté dans le code Media-Wiki à un endroit qui n'est pas utilisé par les pages spéciales. J'ai d'ailleurs trouvé une vielle demande pour l'ajouter sur ces pages (phab:T73012), mais classée en priorité basse, sans doute car cela ne semble pas intéresser grand monde, et que cela demande peut-être pas mal de modif coté MediaWiki.

Pour info, voici la modif ajoutant la class mw-disambig qui précise que ce ne sera sans doute pas actif sur les pages spéciales : https://phabricator.wikimedia.org/rESRD8cc16d021410f49fa12a2f35c97cdac51adf4380

— Zebulon84 (discuter) 2 avril 2023 à 17:36 (CEST)

 NicoScribe : L'API MediaWiki permet d'obtenir la class mw-disambig à partir du titre (cf. ce test sur le Bac à sable de l'API avec deux titres, dont une homonymie), donc techniquement il serait possible d'ajouter la classe avec du code JavaScript. — Zebulon84 (discuter) 2 avril 2023 à 17:59 (CEST)

Merci beaucoup pour les infos. Les préférences / css actuelles me conviennent bien. Ne change rien. --NicoScribe (discuter) 2 avril 2023 à 18:08 (CEST)

Italique des séries

Salut. Dans Module:Infobox/Art, serais-tu en mesure d'assurer l'affichage en italique des valeurs de P179 (« série »), de telle sorte que dans l'article consacré aux Trois miracles de saint Zénobe, par exemple, le champ Série affiche désormais Scènes de la vie de saint Zénobe ? Thierry Caro (discuter) 3 avril 2023 à 06:38 (CEST)

 Fait. D'après petscan, 153 pages sont concernées.

Mais est-ce toujours justifié ? Par exemple est-ce pertinent sur Crucifixion et saints ou Annonciation entre les saints Ansan et Marguerite ?

— Zebulon84 (discuter) 3 avril 2023 à 15:33 (CEST)

 Zebulon84 : Merci beaucoup. Non, ce n'est pas toujours absolument justifié, et je le savais, mais parmi les différents cas qui se présentent la proportion est favorable à l'italique systématique plutôt que non. C'est vraiment bien mieux maintenant. Donc, encore une fois : merci ! Thierry Caro (discuter) 3 avril 2023 à 18:46 (CEST)

Du coup, j'ai fait ceci, qui concerne les pendants, le verso, etc. Merci encore pour m'avoir indiqué la manip. Thierry Caro (discuter) 4 avril 2023 à 00:07 (CEST)

 Thierry Caro : Ces différents paramètres devraient aussi être ajoutés à la documentation du modèle. — Zebulon84 (discuter) 4 avril 2023 à 09:42 (CEST)

lang et css

Merci pour l'astuce vector.css. Je l'ai appliquée à deux exceptions : en (les titres passaient en vert) et fr (les liens passaient en noir). Gentil ♥ (discuter) 16 septembre 2013 à 21:46 (CEST)

Et je comprends que tu veuilles retirer ces classes, mais il y en a une qui gagnerait à persister : lang-en. Mais je suis conscient que mettre un test #if {{{1}}} == en n'est pas ce qui permettrait de simplifier tout ça. Mais peut-être aurais-tu une astuce css plus évoluée pour ne pas colorier si il y a la double-langue en-fr ? Puis aller voir mediawiki pour leur dire d'ajouter fr sur leurs pages générées ? Gentil ♥ (discuter) 16 septembre 2013 à 21:56 (CEST)

Merci pour ta dernière astuce. Je suis désormais favorable au retrait des classes lang-xxx. Gentil ♥ (discuter) 23 septembre 2013 à 14:42 (CEST)

Tableau coupe 3/5 sets

Bonjour,

Dans les tableaux de double de Rolang-Garros, pendant de nombreuses années, seules les demi-finales et la finale ont été jouées en 5 sets. Serait-il possible de rajouter dans les modèles "Tableau Coupe" la possibilité d'encoder les quarts de finale en 3 sets et les 1/2 et la finale en 5 sets (comme on a la possibilité de mettre la finale en 5 sets)? Merci.

MisterGB (discuter) 10 décembre 2013 à 12:02 (CET)

Je vois que dans le module Tableau Coupe il y a une fonction "finalsSets" pour déterminer le nombre de sets de la finale et de la petite finale, mais elle m'a l'air déjà bien compliquée. Serait-il possible de déterminer pour chaque tour le nombre de sets en fonction du nombre de paramètres ? Cela rendrait le module plus général pour des tableaux de 3 et 5 sets. Si c'est trop compliqué, un tableau coupe 8 particulier avec 3 sets en 1/4 et 5 sets en 1/2 et finale serait parfait. MisterGB (discuter) 10 décembre 2013 à 14:24 (CET)