Discussion Projet:Scribunto

Dernier commentaire : il y a 5 jours par FDo64 dans le sujet Erreurs d’analyse Lint : Balise de fin manquante
Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Portail de qualité
  • Bon portail
  • Lumière sur
  • À faire
  • Archives
  • Commons
Bienvenue sur la page de discussion du Projet Scribunto !
N'hésitez pas à déposer ici suggestions, questions et requêtes à propos du projet.

Module Biblio et Modèle Disque

modifier

Bonjour,

Je signale cette conversation à l'origine de la discussion : et je remercie SyntaxTerror (d · c · b) de m'avoir aiguiller vers ici. Je signale aussi la discussion que j'ai eu ici () avec Patachonf (d · c · b). Le projet pourrait m'aider m'a-t-on dit, alors je viens pour que vous puissiez éclairer ma lanterne de vos avis, car en l'état, je ne vois pas trop comment la chose pourrait évoluer. LeCharybde (discuter) 23 mars 2025 à 08:50 (CET)Répondre

Bonjour,
Je me permets de signaler les manques qui ne me permettent pas de considérer optimale l'exemple visible. Il manque la précision du format (78t donc matrice des faces, LP, CD, SACD, numérique/stream) ; le fait que ne soit pas spécifié la date d'enregistrement précise (e) et donc corollaire, distinguer une réédition (r) d'une première édition (p), parfois lointaine de la date de gravure ou les licences (par exemples, Brilliant Classics, Olympia, enregistrements acoustiques et électriques jusqu'à tomber dans le DP), donc l'idée est de ne jamais perdre l'éditeur d'origine… comme le pratique Discogs notamment pour les release et le master, mais toutes les discographies un rien rigoureuses.
Il y a aussi et surtout le distinguo pratique à faire et à soigner dans le classement, par interprète, par œuvre et par compositeur, selon le contexte d'utilisation sur wp : page d'œuvre, page d'interprète, page de compositeur (où citer soit l'œuvre, soit l'interprète principal, soit le compositeur, est inutile). Le but étant de ne pas noyer l'essentiel utile, là, dans un fouillis d'inutile.
Je ne vois pas de champs de références pour OCLC, BnF, Discogs, etc. qui permettent avec certitude d'identifier tel disque et éventuellement de trouver d'autres éléments objectifs.
Bien heureux que ça avance. Merci à tous. Patachonf (discuter) 23 mars 2025 à 11:33 (CET)Répondre
Je me permets de relancer la conversation concernant le modèle {{Disque}} (j'avais totalement oublié que j'avais lancé cette discussion, merci SyntaxTerror (d · c · b) pour le rappel involontaire). Comme dit , et en résumé, il me semble que le fait que les paramètres auteur1 à auteur5, s'ils ne sont pas remplis, empêche l'affichage des paramètres auteur6 à auteur10. Est-ce que vous sauriez comment dépêtrer ce système ? Merci d'avance et bonne journée. LeCharybde (discuter) 23 février 2026 à 15:30 (CET)Répondre
PS : sur les conseils de SyntaxTerror (d · c · b), j'ai créé la page Modèle:Disque/Test pour aider, au besoin. LeCharybde (discuter) 23 février 2026 à 15:32 (CET)Répondre

Module:Bandeau/Ébauche

modifier

Bonjour,

J'ai voulu modifier le féminin de "Chef d'orchestre" (diff). La ligne existant déjà, j'ai juste eu à rajouter "fe" à chef. Cependant, la modification n'est pas visible sur cette page Jeri Lynne Johnson alors que j'ai mis à jour le bandeau. Est-ce que vous comprenez pourquoi ?

Cordialement CeΔ (discuter) 25 août 2025 à 17:22 (CEST)Répondre

Il faut utiliser le paramètre sujetF. Le remplacement automatique du féminin dans sujet ne doit pas fonctionner car l'intitulé « chef d'orchestre » n'est pas contenu strictement dans le sujet « un chef d’orchestre » (apostrophe droite pour le premier, courbe pour le second). Escargot (discuter) 25 août 2025 à 19:28 (CEST)Répondre

Infobox et mode sombre

modifier

Bonjour Émoticône

J'ai créé un sujet sur WP:QT pour signaler un problème avec la couleur de certains champs d'infobox en mode sombre. J'ai été redirigé ici Émoticône sourire Voici ma requête initiale :

« Bonjour Émoticône,

Comme indiqué sur Aide:Mode sombre, je viens ici pour souligner un problème avec celui-ci : la couleur de la police sans hyperlien dans les infobox est souvent trop sombre, voire illisible. Quelques exemples : sur l'article Sandra Perron, dans la section Fonction de l'infobox, Lieutenant-colonel honoraire est très difficile à lire. Même problème sur Monique F. Leroux, sauf que sur celle-ci, où la police est tout simplement invisible.

Merci d'avance!

Wikipédiquement, »

IB2635 (discuter) 20 octobre 2025 à 22:20 (CEST)Répondre

Problème avec un modèle importé de wp.de

modifier

Bonjour

Il faudrait vérifier le modèle:Str match, que j'ai recopié tel quel de de:Vorlage:Str match.

Il semble être utilisé uniquement dans {{DNP}}, {{ZentralblBauverw}} et {{ZeitschrBauwesen}}, et je ne sais pas trop à quoi tout ça peut servir, j'ai seulement créé un modèle en lien rouge dans le contexte du projet Correction syntaxique.

Il utilise le module:Str qui doit être différent du de:module:Str car deux erreurs sont présentes dans Modèle:Str match#Exemples et pas dans de:Vorlage:Str match#Beispiele. Le message d'erreur est en anglais et semble venir du Module:String.

J'ai traduit au mieux la documentation du modèle, mais n'hésitez pas à apporter les modifications nécessaires, car je n'ai pas de grandes connaissances en regex lua.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 11 décembre 2025 à 17:46 (CET)Répondre

ajout du module var

modifier

https://zh.wikipedia.org/wiki/Module:Var cela pourrai permettre d'améliorer liste rcu Spartan.arbinger (discuter) 18 mars 2026 à 09:51 (CET)Répondre

Bonjour @Spartan.arbinger,
Je ne comprends pas bien à quoi sert ce module. Escargot (discuter) 18 mars 2026 à 10:51 (CET)Répondre
en fait il permet de définir des variable entre des appel de module Spartan.arbinger (discuter) 18 mars 2026 à 10:55 (CET)Répondre
@Spartan.arbinger, ce que fait ce module est une exploitation du bug phab:T67259 et il ne faut pas compter sur le fait qu'il continuera à fonctionner. Les développeurs de l'extension Scribunto ont été très clairs sur le fait que les utilisateurs n'étaient pas censés transmettre des informations entre différentes invocations de modules, voir par exemple phab:T357199#11568583. Escargot (discuter) 18 mars 2026 à 11:52 (CET)Répondre
et on peut pas utilisée categorietree Spartan.arbinger (discuter) 18 mars 2026 à 16:03 (CET)Répondre

"lien archive" sans id pour réf harvard

modifier

Bonjour,
Le Modèle:Lien archive ne génère pas automatiquement d'identifiant utilisable par les références harvard (harvsp, sfn, ...), contrairement au Modèle:Lien web, ce qui impose de rajouter manuellement le paramètre |id= quand on transforme un lien web vers un lien archive.
Pour rajouter une difficulté dans la demande, parce que sinon ce serait pas drôle, dans le cas (assez fréquent) de l'absence d'un auteur, il faudrait éviter si possible de générer un id avec uniquement la date, pour éviter de rajouter des erreurs au problème actuel des id dupliqués : cf. discussion ici.
Merci ! Jethro8 (discuter) 16 avril 2026 à 20:44 (CEST)Répondre

Retrait massif de la propriété "fuseau horaire" sur Wikidata

modifier

Bonjour,

Après le constat que la plupart des utilisations de la propriété fuseau horaire sont inutilement redondantes (typiquement la propriété est utilisé à l'identique sur des millions d'éléments locaux alors que la même valeur est présente de façon univoque à des échelons supérieurs, typiquement le pays pour les pays ayant un seul fuseau horaire), la communauté Wikidata s'oriente vers un nettoyage et donc un retrait massif de ces données inutiles (voir notamment d:Property_talk:P421#Removing_redundant_values).

Il reste quelques questions avant de procéder aux retraits en particulier celle de l'utilisation par les modèles sur les Wikipédias pour vérifier que ce retrait ne causerait pas un retrait de l'information affichée localement. J'ai jeté un coup d’œil rapide mais il semble que cette propriété soit peu voir pas utilisé sur la Wikipédia francophone (Catégorie:Page utilisant P421 est vide). Ai-je mal cherché ? et si oui, les modèles utilisant cette propriété sont-ils déjà capables de récupérer le fuseau horaire de façon indirect ?

Cdlt, Vigneron * discut. 11 mai 2026 à 10:54 (CEST)Répondre

Bonjour, les deux modules faisant explicitant référence à P421 sont : Module:Infobox/Point de vue panoramique et Module:Infobox/Subdivision administrative. Ces modules sont utilisés dans l’espace principal une trentaine de fois et zéro fois, respectivement. À voir les conditions d’apparition de cette propriété. Lepticed7 (Viens tcharer ! :D) 11 mai 2026 à 11:55 (CEST)Répondre
Environ 1000 pages lisent la propriété d'après cette recherche : quarry:query/105185, mais, pour toutes celles que j'ai consultées, soit la propriété est vide sur Wikidata, soit elle n'est pas réellement utilisée par l'infobox.
La propriété semble être beaucoup plus utilisée à travers les modèles voy:Modèle:Info Ville, voy:Modèle:Info Région et voy:Modèle:Info Pays sur Wikivoyage. Escargot (discuter) 11 mai 2026 à 14:16 (CEST)Répondre

Espace insécable à ajouter au module Noble

modifier

Bonjour

Je viens de me rendre compte d'un problème avec le module:Noble.

Si je me déconnecte et me rends sur cette version de l'article, il y a un saut de ligne au milieu du « III » de Napoléon III (je vois « Napoléon I » et sur la ligne suivante « II. »

Autres exemples :

Il faudrait en fait rendre tout le contenu insécable (ou peut-être juste nom-numéro de règne), car comme pour les chiffres suivant la chose qu'ils comptent (par exemple avec {{unité}}), il faut lier le numéro de règne au nom qui le précède.

(il semble y avoir aussi un problème de saut de ligne avant le point final de cette même légende, mais ça se produit avec d'autres modèles et donc être un problème avec le logiciel de rendu MediaWiki, je vais regarder de plus près et faire une tâche sur Phabricator).

Je préfère mettre ce message ici, vu que le module et les modèles ne semblent pas très suivis et qu'Notification Alserv n'a pas contribué depuis un mois.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 15 juin 2026 à 14:53 (CEST)Répondre

Bonjour SyntaxTerror,
Le module insère déjà une espace insécable entre le numéro et le dernier nom qui le précèdes, lignes 134 et les suivantes. Liens rouges mis à part, tes deux exemples sont équivalents à Truc-Machin-Chose MMMDCCCLXXXVIII et Louis XXXIX.
Je pense qu'on ne peut pas faire mieux. Quand on veut insérer du texte dans un espace très étroit, il faut bien couper quelque part. Mettre tout dans {{nobr}} peut être calamiteux : dans cette version, en taille de texte et largeur de la page toutes deux « standard » — paramètres de lecture qui sont modifiables même sans être connecté à un compte —, le nom affiché est « Napoléon II » (le troisième I est entièrement caché) ce qui crée un contresens sur le fond car il n'est bien sûr pas question de Napoléon II. C'est bien pire que l'inélégance typographique du saut de ligne à l'intérieur du numéro.
En fait, le mieux qu'on puisse faire ici à mon avis est de ne pas utiliser de modèle de mise en forme et donc ne pas mettre d'espace insécable. Le saut de ligne est inévitable — au moins dans la combinaison grande taille du texte et largeur standard de la page ; en augmentant un peu la taille de la galerie on obtient assez de place pour la taille de texte standard — mais sans espace insécable la coupure a lieu entre le nom et le numéro, ce qui est moins pire qu'à l'intérieur du numéro ou entre le numéro et le point final. l'Escogriffe (✉) 15 juin 2026 à 21:21 (CEST)Répondre
Cadeau : {{&nbsp}}. J'avais un peu galéré à afficher des   Émoticône. l'Escogriffe (✉) 15 juin 2026 à 22:04 (CEST)Répondre
Bonjour GrandEscogriffe. Alors c'est l'espace insécable qui cause le problème et fait couper le numéro de règne n'importe où.
En tout cas, on ne peut pas régler ce genre de problème en bricolant les tailles des images. Si ça rend le truc mieux sur ton écran, ça ne sera probablement pas le cas sur d'autres appareils.
Pour Henri Charles de Serres#Biographie, il suffit en fait de mettre [[Napoléon III|Napoléon {{III}}]] sans avoir besoin de changer la taille des images (ça semble marcher à tous les zooms, sur Vector 2010/2022 et sur version bureau/mobile.
On devrait ajouter un paramètre nbsp=non ou un truc du genre pour rendre l'espace insécable optionnel et permettre de régler ce genre de problème tout en gardant le modèle (ça ne changerait en rien les modèles déjà présents).
Je sais bien que c'est un peu lourd vu le nombre réduit de cas probables, mais c'est une solution. Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 15 juin 2026 à 22:21 (CEST)Répondre
Pour les codes HTML difficiles à afficher à cause de MediaWiki, j'utilise toujours &. pour remplacer les &. Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 15 juin 2026 à 22:25 (CEST)Répondre
Tu as raison, [[Napoléon III|Napoléon {{III}}]] est préférable. Il pourrait être intéressant d'ajouter au module la possibilité de désactiver l'espace insécable mais, par facilité et pour ne pas compliquer le code, je préconise plutôt de seulement mettre une remarque dans la documentation de {{noble}} recommandant la solution ci-dessus dans les cas où il y a très peu de place.
Indépendamment de {{noble}}, je maintiens que mettre en dur une taille d'image plus grande est une bonne idée dans ce cas en me fondant sur en:Help:Gallery tag (peut-être meilleure que la page francophone car leur wiki est plus actif) :
The default width and height are currently 120px. Images displayed by the <gallery>...</gallery> tag do not obey user viewing preferences.
(en mode packed) For lengthy captions under narrow images, it's probably best to add a heights= parameter to make the images somewhat larger, as the default small size can lead to overly long stacks of caption text.
As you can see, the narrowness of the image distorts the caption. This may easily be fixed by adding the heights= parameter, as such. l'Escogriffe (✉) 15 juin 2026 à 23:11 (CEST)Répondre
J'ai ajouté Modèle:Noble-#Note importante, vu que modifier le module n'est sans doute pas nécessaire vu le n nombre potentiellement réduit de cas.
Sinon, toucher aux tailles des images n'est jamais une bonne chose quand ça implique des pixels, sans compter qu'on trouve tout et n'importe quoi dans les pages d'aide et de doc, trop souvent obsolète. Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 15 juin 2026 à 23:39 (CEST)Répondre

Erreur de syntaxe dans Module:Wikidata

modifier

Bonjour,

Je viens déployer le Module:Infobox/Espace public. Ça fonctionnait bien dans les tests du modèle, mais j'obtiens maintenant plusieurs erreurs de script de type "Erreur Lua dans Module:Wikidata à la ligne 835 : bad argument #2 to 'getLabelByLang' (string expected, got function)." Par exemple ici.

Ça dépasse mes compétences de débutant en Lua. Quelqu'un sait-il comment corriger ce bug ?🙏

Merci d'avance ! J. N. Squire (discuter) 6 juillet 2026 à 20:01 (CEST)Répondre

J'oubliais
 Projet:Scribunto J. N. Squire (discuter) 6 juillet 2026 à 20:03 (CEST)Répondre
Cela remonte à 170365320. Passer une fonction en 3e paramètre à wikidata.getLabel est juste totalement erroné ; peut-être qu'auparavant le chemin problématique n'était pas atteint, mais en tout cas le code erroné était déjà présent. À noter aussi un horrible if / end / end (end au lieu de else).
Proposition de code correct :
rowlabeltext = wikidata.getLabel(rowlabelid)
if rowlabeltext then
	-- imposé par les libellés pas très logiques sur Wikidata du genre "canton de Suisse" plutôt que "canton"
    rowlabeltext = linguistic.ucfirst(linguistic.removecomplement(rowlabeltext))
end

if not rowlabeltext or rowlabeltext == '' then
    rowlabeltext = 'Division'
end
Simple, et robuste : on est même prémuni d'edge cases où Wikidata retournerait une chaîne vide, ou linguistic.removecomplement produirait une chaîne vide.
od†n ↗blah 7 juillet 2026 à 09:21 (CEST)Répondre
Merci, ça fonctionne beaucoup mieux maintenant ! 😀 Je vais vérifier si ce code erroné est encore présent sur Modèle:Infobox Localité et corriger si besoin. J. N. Squire (discuter) 7 juillet 2026 à 23:47 (CEST)Répondre
Après inspection, le module du modèle a vu son code erroné remplacé par Module:Langue. Pas de risque de voir d'autres erreurs de script de ce côté donc. J. N. Squire (discuter) 8 juillet 2026 à 00:00 (CEST)Répondre
 Projet:Scribunto, Bonsoir, il y a une erreur pour la taille des images dans ce modèle, ça remonte dans Catégorie:Infobox avec une image trop grande, j'ai laissé un message dans la PDD du modèle mais ça sent les vacances Émoticône sourire--Remy34 (discuter) 12 août 2026 à 22:06 (CEST)Répondre

✔️ Erreurs d’analyse Lint : Balise de fin manquante

modifier

Bonsoir.

Les Infobox suivantes, écrites en Lua, provoquent l'Erreurs d’analyse Lint : Balise de fin manquante :

Erreurs que l'on retrouve sur tous les articles utilisant ces Infobox.

J'ai contacté @MacOS Weed qui a écrit ces modules et qui ne comprends pas d'où vient l'erreur. Qui saurait l'aider ?

Merci FDo64 (discuter) 3 août 2026 à 21:59 (CEST)Répondre

Cette modification a l'air de résoudre le problème. Escargot (discuter) 3 août 2026 à 23:01 (CEST)Répondre
Merci Escargot bleu Émoticône, ça corrige bien {{Infobox Cocktail}}.
Il semblerait qu'il y ait le même problème dans {{Infobox Comic book}} et {{Infobox Pays Eurovision}}. Ne connaissant rien à Lua, je ne me risquerait pas à appliquer la même correction.
Par contre, pas de <hr> dans {{Infobox Tournoi de golf}}.
--FDo64 (discuter) 3 août 2026 à 23:11 (CEST)Répondre
Bonjour MacOS Weed Émoticône ! Je constate que tu consacres peu de temps à Wikipédia. Penses-tu pouvoir corriger les 3 Infobox restantes ?
Autrement, @Escargot bleu, aurais-tu la gentillesse de t'en charger ?
Merci ! --FDo64 (discuter) 19 août 2026 à 10:52 (CEST)Répondre
Bonjour Escargot bleu Émoticône.
En suivant ton exemple, j'ai réussi à corriger Module:Infobox/Comic book.
Par contre, je n'ai pas su faire pour Module:Infobox/Pays Eurovision et Module:Infobox/Tournoi de golf. Les deux utilisent des balises <div>. C'est peut-être ça qui pose problème ?
--FDo64 (discuter) 28 août 2026 à 15:09 (CEST)Répondre
Bonsoir MacOS Weed Émoticône Je constate que tu es de retour, super ! Pourrais-tu corriger les deux infobox restantes en suivant les conseils donnés par @Escargot bleu ?
Merci. --FDo64 (discuter) 22 septembre 2026 à 23:43 (CEST)Répondre
Hey, avec plaisir, de ce que je vois vite fait, c'est pas causé par exactement le même problème de la balise <hr> mais il y a un point commun, l'injection de balises HTML. Pourtant, elles semblent bien fermées en regardant rapidement... Amicalement, macOS Weed 🌿 (discuter) 23 septembre 2026 à 01:28 (CEST)Répondre
Ah visiblement, ça prend un peu de temps pour se mettre à jour et Tournoi de golf que j'ai corrigé il y a quelques heures n'apparait plus. Nice. Plus que Eurovision. Amicalement, macOS Weed 🌿 (discuter) 23 septembre 2026 à 11:30 (CEST)Répondre
C'est corrigé @FDo64
Je regarderais cette page pour savoir s'il y a des erreurs de lint dans mes prochaines conversions Amicalement, macOS Weed 🌿 (discuter) 23 septembre 2026 à 12:17 (CEST)Répondre
Merci MacOS Weed Émoticône pour ces corrections. --FDo64 (discuter) 23 septembre 2026 à 21:54 (CEST)Répondre

Pas de taille maximum pour les images d'un module Wikidata

modifier

 Projet:Scribunto

Bonjour ! En espérant qu'il y aura moins de monde en vacances, je signale l'apparition d'erreurs Lint dans certains articles utilisant Module:Infobox/Espace public. La discussion complète est par-ici, mais en gros il faudrait implémenter une taille max pour le module Lua; Peut-être dans les fonctions WD de base appelées par le module ?

Si une bonne âme pourrait se pencher dessus, ça serait super ! 😀

Merci d'avance, J. N. Squire (discuter) 22 août 2026 à 15:44 (CEST)Répondre

Tri alphabétique par langue en Scribunto

modifier

Bonjour à tous,

Je ne connais aucune extension Scribunto permettant de réellement trier alphabétiquement des chaînes alphanumériques selon la langue. Pour être clair, j'aimerais que mon code affiche des articles dans l'ordre alphabétique correct pour chaque, donc en tenant compte de la collation pour cette langue.

J'ai essayé d'utiliser les modules mw.language et mw.ustring mais rien n'a fonctionné pour moi.

Est-ce que j'ai raté quelque chose ?

Merci d'avance Steff-X-FR (discuter) 3 septembre 2026 à 15:08 (CEST)Répondre

Revenir à la page « Scribunto ».