Discussion module:Bandeau

Utilisation de <strong> ?

Bonjour, l’utilisation de la balise <strong> (ligne 125) entraîne des détections d'erreurs dans Spécial:LintErrors/misnested-tag par exemple. C'est parce qu'elle peut se retrouver à englober un texte multiligne, comme sur Modèle:Infobox Galaxie Groupe Local pour l'appel à Modèle:Contenu à préciser qui appelle lui-même le bandeau d'avertissement avec un texte sur 2 lignes.

 Hlm Z., Od1n et Zebulon84 : Pourrait-on la remplacer par une autre balise, genre <div> + font-weight: bold ?

	htmlTexte
		:tag('div')
			:addClass('bandeau-titre')
			:css( 'font-weight', 'bold' )
			:wikitext(trim(args.titre) or erreur('titre', cfg.erreurArgument))

Merci. --NicoV (discuter) 8 janvier 2018 à 08:40 (CET)

En cas de modification du markup, penser à mettre à jour MediaWiki:Gadget-MaintenanceCategorie.js (les sélecteurs que l'on peut voir ici). od†n ↗^blah 8 janvier 2018 à 21:47 (CET)

Utilisation de <p> ?

Bonsoir, l’utilisation de la balise <p> pour le paramètre supplément semble entraîner des détections d'erreurs dans Spécial:LintErrors/missing-end-tag lorsqu’il y a une liste à puces.

C’est le cas dans Modèle:Conventions dans ce plan et Modèle:Désaccord de neutralité.

Pareil pour Modèle:Aide catégorie de modèles qui contient un tableau.

Quelqu’un pour corriger cela ? Merci !--FDo64 (discuter) 29 janvier 2018 à 23:16 (CET)

Ce paramètre est apparemment une sorte de fourre-tout, on y trouve vraiment de tout (sauf du simple texte)… Il parait donc plus judicieux de mettre cela dans un conteneur "neutre", je viens donc de remplacer le <p> par <div>. Tu pourras dire si ça enlève les erreurs ? od†n ↗^blah 31 janvier 2018 à 07:28 (CET)

Après un null édit sur les modèles concernés, ils ont bien disparu de la liste. Merci ! --NicoV (discuter) 31 janvier 2018 à 08:01 (CET)

 Od1n : Merci ! J'ai également fait un null-edit sur le troisième modèle et il n'est plus dans la liste. Super ! --FDo64 (discuter) 31 janvier 2018 à 12:37 (CET)

ajout du décompte des entrées des catégorie

Bonjour,

J'ai voulu ajouter au tableau de Discussion module:Bandeau/Ébauche/Documentation le nombre d'élément de chaque catégorie, pour faciliter la détection des catégories d'ébauche inutiles ou à ventiler.

Malheureusement cela m'écrit le code (par exemple {{PAGESINCATEGORY:Wikipédia:ébauche ABBA}}) au lieu de l'exécuter pour donner le résultat (19).

Quelqu'un saurait-il implémenter cette nouvelle fonctionnalité ?

Cordialement,

-- Hercule (discuter) 5 septembre 2019 à 16:35 (CEST)

Pas mal de soucis… :

• Pour le problème que tu soulèves, c'est effectivement que si avec le Lua on retourne de la syntaxe template/parserfunction, celle-ci n'est pas "exécutée". On est obligé de parser dans le Lua :

(exemples dans Module:Tableau Liste commune de France 2 ou encore Module:Wikiprojet)

local frame = mw.getCurrentFrame()
local result1 = frame:expandTemplate{ title = <nom du modèle>, args = <table de paramètres> }
local result2 = frame:callParserFunction( <nom de la parserfunction>, <table de paramètres> )

• Toujours ajouter le <th>, mais conditionnellement le <td>, pas glop ! Du coup on peut avoir un <th> de trop (et donc tout décaler), non ?
• La page Discussion module:Bandeau/Ébauche/Documentation est déjà hyper longue à charger, et j'ai le sentiment que ces données supplémentaires iraient achever la page pour de bon :p

od†n ↗^blah 6 septembre 2019 à 01:46 (CEST)

Merci pour ces explications.

J'essaye de rationaliser un peu les bandeaux d'ébauche (pour les localités par exemple j'essaye d'éviter les bandeaux spécifiques en utilisant plutôt les adjectifs de nationalité pour les catégorisations dynamiques). Ceci devrait limiter un peu le nombre d'entrées de Discussion module:Bandeau/Ébauche/Documentation.

De plus, l'indentification des catégories inutilisées permettrait d'y faire le ménage.

Je pense que Discussion module:Bandeau/Ébauche/Documentation est peu consultée (elle est clairement longue à charger), mais si tu ne veux pas y toucher, est-il possible de me faire un tel tableau dans une de mes sous-pages personnelles ?

Cordialement,

-- Hercule (discuter) 6 septembre 2019 à 10:29 (CEST)

Voilà de quoi t'en sortir :

-- lookup caches for performances
local mw = mw
local currentFrame = mw.getCurrentFrame()
--local languageObj = mw.getContentLanguage()

for <boucle> do
    -- version simple
    currentFrame:callParserFunction( 'PAGESINCATEGORY', { 'Wikipédia:ébauche ' .. ebauche.categ } )

    -- version avec mise en forme
    languageObj:formatNum( tonumber( currentFrame:callParserFunction( 'PAGESINCATEGORY', { 'Wikipédia:ébauche ' .. ebauche.categ, 'R' } ) ) )
end

Tu devines que ça peut vite devenir indigeste, c'est pourquoi ensuite j'ajoute éventuellement des fonctions helpers (cf. Module:Tableau Liste commune de France 2) au besoin, selon que le code soit plus lisible avec ou sans.

od†n ↗^blah 6 septembre 2019 à 17:17 (CEST)

Euh... tu m'as perdu .

Si tu ne veux pas inclure la colonne dans la page Discussion module:Bandeau/Ébauche/Documentation, peux-tu au moins m'écrire une fonction qui fait ce dont j'ai besoin, pour que je l'utilise dans une sous-page personnelle ?

Je ne me sens pas capable de le faire moi-même.

-- Hercule (discuter) 6 septembre 2019 à 17:27 (CEST)

Tu peux zapper ceci : Toujours ajouter le <th>, mais conditionnellement le <td>, pas glop ! Du coup on peut avoir un <th> de trop (et donc tout décaler), non ?. Je me suis un peu plus penché sur le code et en fait non pas de problème sur ce point. od†n ↗^blah 6 septembre 2019 à 17:33 (CEST)

J'ai implémenté la chose, mais comme on pouvait s'en douter, toutes les lignes avec 0 article dans la catégorie, c'est parce qu'en fait le "expensive parser function count" a été explosé, donc mediawiki n'exécute plus les "pagesincategory" suivants et retourne 0… od†n ↗^blah 6 septembre 2019 à 18:32 (CEST)

Merci. Avec le ménage en cours j'espère que l'on va redescendre sous les limites -- Hercule (discuter) 6 septembre 2019 à 18:40 (CEST)

Ça nécessiterait quand même une sacrée réduction : on est à plus de 2 000 appels coûteux, alors que la limite est de 500. De plus, la page était déjà lente avant. Une solution serait peut-être de découper en plusieurs pages, mais bon après pas pratique pour travailler avec… od†n ↗^blah 6 septembre 2019 à 19:22 (CEST)

Commencer le contenu du bandeau sur une nouvelle ligne

Bonjour !

Dans p._bandeau(), est-il possible un retour à la ligne avant d’y insérer le wikicode texte ? Cela permettrait une analyse syntaxique correcte de tout le wikicode, ce qui n’est pas le cas actuellement (exemple où le modèle {{relief}} affiche une astérisque au lieu de commencer la liste à puce). Comme trim() est appelée pour afficher le contenu, la solution de contournement est de commencer le wikicode par un div vide, ce qui n’est pas très ergonomique, ni très esthétique. Bref, je pense que ça se fait facilement comme ceci :

cells
	:tag('div')
		:addClass('bandeau-cell ' .. backgroundIcone)
		:newline() -- ajouter cette ligne
		:wikitext(texte)
		:newline()
	:done()

—Pols12 (discuter) 24 février 2020 à 23:23 (CET)

Fait, j'ai aussi ajouté un commentaire pour éviter que cela soit supprimé ultérieurement. od†n ↗^blah 25 février 2020 à 01:27 (CET)

Cela provoque, dans les cas "habituels", la génération d'un <p> autour du contenu. Voir Discussion Projet:Modèle#Rendu actuel. od†n ↗^blah 7 mars 2020 à 01:40 (CET)

Corrigé, avec là encore le rajout d'un commentaire explicatif… od†n ↗^blah 7 mars 2020 à 03:13 (CET)

Bandeau compact en version mobile

Le projet Mobile Page Issues a l'air d'avoir abouti (voir un exemple sur Salt water chlorination, à comparer avec Philtrum). Son but est d'afficher un bandeau compact sur la version mobile mais cliquable pour avoir les détails (via #/issues/0). Il semble aussi permettre d'obtenir un résumé correct d'une page lors du partage d'un lien (sur :fr, à la place de la première ligne de l'article, on obtient un message du type « Si vous disposez d'ouvrages ou d'articles de référence (...) »).

Apparemment, sur :en, le message était déjà très succinct, donc ce projet l'a en fait agrandi. Mais ici, ça diminuerait la taille des bandeaux.

Est-il possible d'implémenter la même chose ici ? Le module de :en utilise notamment la classe 'hide-when-compact' pour le texte (voir les détails sur Recommendations for mobile friendly articles on Wikimedia wikis). Cette classe fonctionne aussi ici, mais même si le texte est cliquable, un clic n'ouvre rien. The RedBurn (ϕ) 3 avril 2020 à 15:28 (CEST)

J'ai cherché rapidement mais je n'ai pas trouvé, où se trouve le code JavaScript ? od†n ↗^blah 3 avril 2020 à 15:58 (CEST)

Là à priori : https://phabricator.wikimedia.org/diffusion/SMIN/browse/master/resources/skins.minerva.scripts/page-issues/

Il y a eu deux messages à propos de ce changement sur

Discussion_modèle:Méta_bandeau_d'avertissement#Change_coming_to_how_certain_templates_will_appear_on_the_mobile_web

et

Wikipédia:Le_Bistro/14_novembre_2018#Change_coming_to_how_certain_templates_will_appear_on_the_mobile_web

indiquant la procédure à suivre et conseillant de poser des questions en cas de problème (découvert via cette image) mais ils sont passés inaperçus. The RedBurn (ϕ) 4 avril 2020 à 00:51 (CEST)

Pour info, j'ai réussi à faire fonctionner le système en ajoutant "à la va-vite" les classes appropriées dans le Module:Bandeau, mais je n'ai pas laissé car ce n'était pas très propre en l'état, et ça fait émerger plein de bugs. Le problème est que le système est vraiment conçu pour les modèles du wiki anglais, avec leur markup, leur classes… od†n ↗^blah 4 avril 2020 à 17:02 (CEST)

J'ai refait un essai dans le bac à sable.

Comme les tests ne sont possibles que dans l'espace principal, je l'ai mis en test sur Masquage (illustration) (modèle "À sourcer") à comparer avec la version normale et sur Versions DVD du Lac des cygnes (modèle "Problèmes multiples") à comparer avec la version normale.

Est-ce que l'un de vous a une idée de la façon de faire pour corriger la position de l’icône ? @Od1n @FDo64

Retirer "position: absolute;" de ".client-js .ambox .mw-ui-icon" a l'air d'être un début.

Même chose pour ".client-js .ambox .ambox-learn-more". The RedBurn (ϕ) 10 janvier 2022 à 11:48 (CET)

Affichage des liens internes sur mobile

Bonjour,

Sur mobile (Firefox 62 et Chrome 80 sur Android 7) la plupart des liens internes dans les bandeaux sont affichés en noir et donc indiscernables du reste du texte. Par contre, ils fonctionnent quand on clique dessus. --GrandEscogriffe (discuter) 9 juin 2020 à 00:44 (CEST)

Oui, c'est lié au "color: inherit !important;" de ".client-js .ambox a", je ne sais pas si c'est voulu, mais ce n'est pas le cas sur :en. Les liens s'affichent en bleu lorsqu'on appuie sur le message ou lien "En savoir plus" (qui n'existe pas encore), c'est lié au sujet ci-dessus. The RedBurn (ϕ) 10 janvier 2022 à 14:00 (CET)

Il y a effectivement beaucoup de problèmes quand ces classes (ambox, infobox, etc.) sont présentes, dont les styles sont intégrés à MediaWiki, et qui sont conçues (i.e. fortement couplées) pour le wiki anglophone. Auparavant ça passait relativement inaperçu, mais j'ai l'impression que la situation s'est fortement dégradée avec la version mobile, où ces classes sont beaucoup manipulées (et à grands coups de !important dans les properties). Je pense que la seule solution viable serait de ne pas du tout utiliser ces classes. od†n ↗^blah 27 mars 2022 à 12:39 (CEST)

Ne pas afficher les icônes dans la visionneuse

Bonjour,

Peut-on ajouter la classe metadata au div qui encadre les icônes des bandeaux, afin que ces icônes n’apparaissent pas dans la visionneuse des images de l’article ?

Exemple du problème : sur Les Rita Mitsouko, cliquez sur la photo de l’infobox, puis sur la flèche de droite pour voir l’image suivante ; résultat vous voyez une magnifique icône de balais.

Concrètement, je propose de modifier
:addClass('bandeau-cell bandeau-icone') en :addClass('bandeau-cell bandeau-icone metadata')
à la fois dans p._bandeauSection() et dans p._bandeau().

Vous pouvez voir la doc et un exemple sur mon bac à sable. -- Pols12 (discuter) 23 août 2022 à 20:35 (CEST)

Bonsoir,

J'ai atterri sur ce module en constatant le même problème sur le modèle {{Anecdotes}} que l'on voit sur Les Rita Mitsouko. Je ne connais pas le fonctionnement de ce module mais si ça ne créée pas de conflit avec des modèles qui ont class=noviewer par exemple ou autre chose, je suis d'accord avec cette modification surtout que je ne vois pas d'utilité à avoir les icones de bandeaux dans la visionneuse. --Rayquachu (discuter) 18 septembre 2022 à 00:32 (CEST)

Fait : 197184866. À noter que lorsque j'ai ensuite voulu supprimer le class=noviewer du formatLien, pensant que c'était désormais redondant, je me suis rendu compte que formatLien est utilisé à tout un tas d'endroits dans le module. Ainsi on a encore divers endroits du module où l'icône n'est pas encadrée d'une classe metadata. Il faudrait donc voir si d'autres ajouts de classe metadata seraient nécessaires (c'est nécessaire ssi l'icône est transmise sous forme d'une balise [[Fichier:]] et non d'uniquement le nom de fichier), et il faut donc conserver le class=noviewer pour l'instant. od†n ↗^blah 23 septembre 2022 à 17:10 (CEST)

TemplateStyles plutôt qu’un style linéaire

Bonjour @Od1n,

J’ai vu que tu avais mis du CSS linéaire pour résoudre un problème de FOUC sur mobile. Cependant, cela empêche le masquage de l’icône dans la boite de dialogue de sauvegarde de l’éditeur visuel. Je ne vois que deux solutions :

• soit on ajoute un !important dans le Common.css pour écraser ce CSS linéaire (bof pour la maintenance…) ;
• soit on remplace ce CSS linéaire par une feuille templateStyles (comme celle-ci est recopiée dans le HTML à l’endroit où est intégrée la balise, cela devrait aussi empêcher le FOUC, non ?)

Qu’en penses-tu ? -- Pols12 (discuter) 15 novembre 2023 à 16:31 (CET)

Bonjour, je viens de regarder un peu cela… Je mentionne aussi cette correction suivante, pour que l'on comprenne mieux.

Les deux solutions que tu proposes me semblent effectivement acceptables (enfin… si on veut). Même les "!important" ça pourrait passer, parce que après de tels "display:none" (ou "background:none"), il n'y a "plus rien après", on imagine mal d'autres CSS qui auraient besoin de reprendre la priorité par ailleurs ; et au point où en est, ça ne serait pas ce qu'il y a de plus sale…

Le problème fondamental est qu'il ait besoin de mettre du CSS en inline pour ne pas avoir de FOUC. Ça provient de je ne sais quel système de chargement à la con, cf. T126137, d'ailleurs à voir si c'est encore d'actualité.

od†n ↗^blah 15 novembre 2023 à 17:32 (CET)

Adaptation au mode sombre

Bonjour  Od1n. J'ai vu que tu es l'un des principaux contributeurs à ce module donc je me permets de te notifier.

Dans le cadre de l'adaptation au mode sombre, serait-il possible d'ajouter un paramètre (par exemple classe icône) qui permettrait d'adapter l'image principale de n'importe quel bandeau au mode sombre (via la classe skin-invert-image) ? Ou une autre meilleure option. Cela permettrait de résoudre des problèmes comme pour {{À wikifier}}.

J'avoue très mal connaître le Lua pour le faire moi-même, d'autant qu'il ne s'agit pas d'un petit module.

 Escargot bleu pour info.

Bien à toi, — Antimuonium ^discuter 4 janvier 2025 à 18:02 (CET)

Bonjour @Antimuonium,

J'ai mis dans le bac à sable un code pour l'ajout du paramètre classe icône. Escargot (discuter) 7 janvier 2025 à 11:03 (CET)

Merci, c'est fait ! — Antimuonium ^discuter 18 janvier 2025 à 12:50 (CET)

Merci @Antimuonium,

La modification apportée à Modèle:Notice ne fonctionnera pas. Le paramètre classe icône (de même que les autres paramètres comme taille icône et alt icône) n'est pas pris en compte quand le paramètre icône donné à Module:Bandeau correspond au code complet de l'image [[Fichier:Nom_image.xxx|...|...]] et pas seulement son nom Nom_image.xxx. Escargot (discuter) 18 janvier 2025 à 13:32 (CET)

Hello  Escargot bleu. Yes, c'est exactement ce que j'étais en train de me dire... Idéalement il faudrait que {{Notice}} prenne comme paramètres taille icône et alt icône... Bon, ce sera le problème d'un autre jour ! — Antimuonium ^discuter 18 janvier 2025 à 13:37 (CET)

Hello Escargot bleu . Je pense que la modification faite le 18 janvier dernier a modifié l'aspect de certains bandeaux. Par exemple {{Admissibilité à vérifier}} colle désormais le motif et le texte le suivant (voir avant et après), ce qui n'est pas très lisible. Je vois dans le code HTML que le motif n'est plus dans une balise <p>. Idem pour {{À sourcer}} (avant et après). À première vue, je ne vois pas trop en quoi les modifications apportées au module perturbe cela (l'ajout d'un <div> avec la classe nomobile ?). Est-ce que tu peux jeter un œil ? Merci ! — Antimuonium ^discuter 7 février 2025 à 10:47 (CET)

Bonjour @Antimuonium, effectivement.

Cette modification permet de retrouver le rendu précédent. Escargot (discuter) 7 février 2025 à 11:04 (CET)

Ah, super, merci ! C'est fait. — Antimuonium ^discuter 7 février 2025 à 11:20 (CET)

Modification du markup pour les titres

Suite au résumé de diff ici : 224184637.

Idée très rapide : remplacer <strong class="bandeau-titre"> par <div class="bandeau-titre">, ce qui permettrait de contenir des éléments block (en l'occurrence, le {{saut}}). En prime, cela remplacerait une balise HTML de mise en forme par du code CSS, ce qui est une meilleure pratique.

Cela nécessiterait d'ajouter un font-weight: bold/bolder; dans le MediaWiki:Common.css. Ainsi que dans le CSS mobile, qui actuellement ne contient aucune règle pour .bandeau-titre et .bandeau-texte.

Notamment en raison des créations automatiques de <p> par MediaWiki, ce changement de markup n'est pas sans risque. Pour rappel, le titre et/ou le texte peuvent être omis. Ils pourraient aussi être sur un ou plusieurs paragraphes, de différentes manières plus ou moins propres.

od†n ↗^blah 24 mars 2025 à 05:04 (CET)