Discussion Projet:Modèle

Le salon des modélistes

Questions générales. On discute du projet modèle.

Afin de vous assurer que vous faites votre demande au bon endroit, veuillez consulter l’encadré ci-dessous et déterminer si vous postez au bon endroit.

Le salon des modélistes concerne principalement les discussions à propos du projet, mais aussi les questions générales portant sur les modèles si les différentes rubriques d’aide n’y répondent pas. Toute demande qui aurait dû être faite dans l’une des pages mentionnées ci-dessous n’est pas faite au bon endroit, elle pourrait être ignorée.

Question aux modélistes

Annonces (section remplie automatiquement)

Modèles proposés à la suppression

• Modèle:Palette Transports en commun de Toulouse/ligne D (19 avril 2024)

Nouveaux modèles

• 25 avril 2024 à 04:02 ‎Modèle:Palette Gualtiero Jacopetti (hist | modifier) ‎[696 octets] ‎L'engoulevent (discuter | contributions) (création)
• 24 avril 2024 à 19:00 ‎Modèle:Palette Coupe de la Ligue professionnelle argentine de football (hist | modifier) ‎[1 195 octets] ‎Rashinseita (discuter | contributions) (Nouvelle page : {{Méta palette de navigation |modèle = Palette Coupe de la Ligue professionnelle argentine de football |titre = Éditions de la Coupe de la Ligue professionnelle argentine {{ARG-d}} |styletitre = background:#{{charte sportive/Niveau 1|football}}; |stylegroupe = background:#{{charte sportive/Niveau 2|football}}; vertical-align:middle; |styledessous = background:#{{charte sportive/Niveau 3|footba...)
• 24 avril 2024 à 14:36 ‎Modèle:Vice-champion (hist | modifier) ‎[983 octets] ‎LeFnake (discuter | contributions) (Nouvelle page : '''{{abréviation discrète|{{exp|VC}}|Vice-champion {{{1|national}}}}}'''<noinclude> {{Documentation|contenu= == Utilisation == Ce modèle permet d’afficher l'abréviation « {{Vice-champion}} » avec son infobulle. == Syntaxe == <code><nowiki>{{Vice-champion}}</nowiki></code> == Templatedata == <templatedata> { "params": { "1": { "description": "Autre championnat", "example": "d'Europe", "type": "string" } }, "description": "Modèle affichant une a...)
• 24 avril 2024 à 11:55 ‎Modèle:Palette Localités du raïon de Ter (hist | modifier) ‎[1 005 octets] ‎Lillian Rínkū (discuter | contributions) (Nouvelle page : {{Méta palette de navigation |modèle = Palette Localités du raïon de Ter |styletitre = |titre = Localités du raïon de Ter |sous-titre = |image = 50px | dessus = Chef-lieu : '''Oumba''' |groupe1 = >Municipalité de Birioulia |liste1 = {{Liste horizontale| * Indel * Olenitsa...) Balise : Éditeur de source 2017
• 24 avril 2024 à 07:14 ‎Modèle:Palette Symphonies d'Anton Rubinstein (hist | modifier) ‎[1 068 octets] ‎LeCharybde (discuter | contributions) (Nouvelle page : {{Méta palette de navigation | modèle = Palette Symphonies de Rubinstein | titre = Symphonies d'Anton Rubinstein | styletitre = background:#EEDDBB; | stylegroupe = background:#EEDDBB; | stylepair = background:#FBF5DF; | styleimpair = background:white; | styledessous = background:#EEDDBB; list-style:inside; | image = | dessus = | groupe1 = Symphonies avec numéro | liste1 = {{...)
• 24 avril 2024 à 02:04 ‎Modèle:Palette Fausto Brizzi (hist | modifier) ‎[1 456 octets] ‎L'engoulevent (discuter | contributions) (création)
• 24 avril 2024 à 01:29 ‎Modèle:Palette Gianfrancesco Lazotti (hist | modifier) ‎[691 octets] ‎L'engoulevent (discuter | contributions) (création)
• 24 avril 2024 à 01:16 ‎Modèle:Palette Luca Miniero (hist | modifier) ‎[1 045 octets] ‎L'engoulevent (discuter | contributions) (création)
• 23 avril 2024 à 23:57 ‎Modèle:Palette Alessandro Siani (hist | modifier) ‎[791 octets] ‎L'engoulevent (discuter | contributions) (création)
• 23 avril 2024 à 18:15 ‎Modèle:Infobox Parti politique maldivien/couleurs/Documentation (hist | modifier) ‎[2 285 octets] ‎EL3504 (discuter | contributions) (Nouvelle page : {{Sous-page de documentation}} Ce sous-modèle permet de paramétrer la couleur d'un parti politique maldivien, soit dans les infobox, soit dans les listes d'élus. Ces couleurs doivent aussi être utilisées dans les graphiques. ;Syntaxe * Dans les tableaux de résultats électoraux ou de listes de personnages politiques, on insère le code suivant : <pre>| {{Infobox Parti politique maldivien/couleurs|PPM}} | </pre> * Dans les Infobox Élection ou Assemblée, on insère...)

Le projet « Modèle » a 1 notification (voir).

Archives

• 2006
• 2007
• 2008
• 2009
• 2010
• 2011
• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021 (01-06)
• 2021 (06-12)
• 2022
• 2023
• 2024

Modèle:Palette Autochtones du Québec

Bonjour. Maintenant que son auteur principal Danalieth a été banni de cette encyclopédie, je voudrais demander ce qu'il faut faire à propos de la surdimensionnée Modèle:Palette Autochtones du Québec. C'était très raisonnable lorsqu'il a été créé par @Fralambert en 2020 : de taille similaire à son homologue canadien Modèle:Palette Autochtones du Canada. Ensuite, l'autre éditeur a commencé à ajouter et à ajouter et vous pouvez voir ce qui s'est passé. Apparemment, tous les articles sous le soleil et les illustrations aussi. Ce n'est pas mon domaine d'expertise, j'ai donc pensé aborder ce sujet ici. merci, Shawn à Montréal (discuter) 5 novembre 2023 à 19:07 (CET)

Je vais également alerter @Webfil, qui connaît l'éditeur et cette palette. Shawn à Montréal (discuter) 5 novembre 2023 à 19:15 (CET)

Je commencerait à fait disparaitre les sections Lois, traités et commissions, Histoire générale et mouvements sociaux, Pensionnats pour Autochtones au Canada, Éléments de culture autochtone. Ses sections ne sont pas spécifique au Québec. Fralambert (discuter) 5 novembre 2023 à 19:37 (CET)

Et dans la section précolombienne aussi, je pense ? Il ne semble pas y avoir de limite de taille recommandée dans l'Aide:Palette de navigation... Shawn à Montréal (discuter) 5 novembre 2023 à 19:46 (CET)

Salut Shawn à Montréal, Fralambert. Je n'ai pas vraiment envie de toucher à ça de nouveau, c'est rempli de mauvais souvenirs. Je vous soutiens moralement, mais ne m'impliquerai pas. Webfil (discuter) 8 novembre 2023 à 23:14 (CET)

Je comprends. Quand j'en aurai l'occasion, je commencerai à tailler des liens qui ne sont pas directement liés au Québec, Shawn à Montréal (discuter) 9 novembre 2023 à 00:18 (CET)

Je l'ai réduit et je pense que c'est mieux : plus comme une palette typique de Wikipédia. Au-delà de la question de nouvelles réductions, il nécessite un peu de réorganisation maintenant que j'ai supprimé certains titres de sections. Il y a des articles dans la section Société du bas qui devraient être consacrés à l'Histoire, par exemple. Je vais faire une pause. Shawn à Montréal (discuter) 9 novembre 2023 à 13:51 (CET)

Fusion Modèle:Palette Peuples autochtones du Canada et Modèle:Palette Autochtones du Canada?

J'ai pensé que je soulèverais cela ici plutôt que sur la page des fusions car cela peut prendre un certain temps. Mais y a-t-il une raison pour laquelle nous ne pouvons pas fusionner ces deux palettes ? Ils ne sont pas très grands et s'emboîtent naturellement, me semble-t-il. Shawn à Montréal (discuter) 10 novembre 2023 à 20:09 (CET)

Il faudrait plutôt l'avis du projet:Autochtones du Canada ou au moins du  Projet:Canada, et surtout prévenir de la proposition de fusion sur les PdD des modèles, pour que ceux les ayant dans leur listes de suivi puissent réagir, ainsi que la PdD des créateurs et principaux contributeurs.

Pour info, la {{Palette Peuples autochtones du Canada}} est utilisée sur 30 articles [1], la {{Palette Autochtones du Canada}} sur 50 articles [2], et seule la dernière est présente sur wp.en, wp.ru et wp.simple.

C'est juste un avis technique, je n'ai pas d'avis sur cette fusion. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 11 novembre 2023 à 16:18 (CET)

C'est fait : Discussion_Projet:Canada#Communautés_autochtones_du_Canada. Merci! Shawn à Montréal (discuter) 11 novembre 2023 à 16:31 (CET)

Catégorisation d'une sous-page de documentation

Bonjour

Je viens de fignoler le Modèle:Documentation modèle d'indication de langue, mais il reste un problème avec la catégorisation de la page de documentation qui ne devrait pas être dans la Catégorie:Modèle d'indication de langue (il n'est utilisé que par {{lang:pid}} pour l'instant).

C'est sans doute en relation avec les balises <includeonly>, mais je ne sais pas comment faire.

Je ne souhaite pas utiliser {{Méta documentation de modèle}} car certains modèles d'indication de langue sont protégés et je préférerais que n'importe qui puisse modifier la documentation si besoin.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 novembre 2023 à 17:29 (CET)

 SyntaxTerror : Bonsoir. C'est une mauvaise idée de ne pas utiliser {{Méta documentation de modèle}}. Rien n'empêche d'avoir tout de même une sous page de documentation. C'est même indiqué :

« Le contenu de la documentation est obtenu depuis la sous-page /Documentation, sauf si le paramètre contenu est renseigné. »

Donc la meilleure solution reste de remettre en place cet meta-modèle.

--FDo64 (discuter) 24 novembre 2023 à 21:38 (CET)

Bonsoir FDo64. Je vais voir ça. Si je reviens à un {{Méta documentation de modèle}}, je ne mettrai ce nouveau modèle que sur les modèles qui ne sont pas protégés s'il jamais il y a besoin de modifier les paramètres après.

Sinon, y-a-t'il moyen de bloquer l'édition du templatedata ? parce que si l'on essaye de le modifier depuis une page de modèle, ça change la valeur sur le métamodèle, et donc sur tous les modèles.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 novembre 2023 à 21:46 (CET)

 SyntaxTerror : Comme je l'indiquais précédement, rien n'empêche d'avoir les deux.

Si on prend l'exemple du modèle protégé {{Gallica}}, il contient {{Documentation de source}} tout en ayant {{Gallica/Documentation}}.

Rien ne t'empêche d'ajouter un paramètre pour désactiver le templatedata si tu veux exceptionnellement en mettre un différent dans une sous-page de documentation.

--FDo64 (discuter) 24 novembre 2023 à 23:38 (CET)

@FDo64 : je ne parle pas de désactiver le template data, je parle de quelqu'un qui va sur la page du modèle pour décider de modifier le templatedata sans savoir ce qu'il fait. (théorie de Murphy... )

Sinon, je n'ai pas bien compris : le modèle {{Documentation de source}} se s'affiche pas si une page de doc existe ?

cf. « Si le modèle de source contient une sous-page de documentation, celle-ci est automatiquement affichée en tant que contenu de ce modèle. » (c'est pas très clair pour moi). Şÿℵדαχ₮ɘɼɾ๏ʁ 24 novembre 2023 à 23:43 (CET)

 SyntaxTerror : C'est vrai que ce n'est pas simple. En regardant le code de {{Documentation de source}} on voit qu'une partie de ce qui est affiché dépend de la présence de la sous-page de documentation.

Après, on fait comme on veut en fonction de ce qu'on veut faire.

--FDo64 (discuter) 25 novembre 2023 à 00:02 (CET)

OK, merci FDo64. J'essaierai plus tard.

Déjà, je vais remplacer la formule pas claire sur le Modèle:Documentation de source. Şÿℵדαχ₮ɘɼɾ๏ʁ 25 novembre 2023 à 00:08 (CET)

Encadrer un drapeau dans le modèle BadmintonBox

Hello,

j'ai crée il y a quelques temps un modèle Modèle:Badmintonbox en me servant du modèle existant sur la WP anglophone. Ce modèle permet d'afficher, entre autres, des drapeaux (exemple ici : Sudirman Cup 2023). Mais le souci que je rencontre c'est que le fond est blanc et avec les drapeaux au fond blanc également (Taipei chinois, Corée du Sud), ça ne rend pas très bien. Il y a donc deux solutions : changer la couleur de fond du modèle ou ajouter un petit cadre noir autour des drapeaux.

Changer la couleur de fond, je sais faire : j'ai testé avec du gris clair, c'est moyen. J'aurais voulu voir le rendu de l'encadrement du drapeau mais je ne sais pas faire.

Quelqu'un saurait faire ça ?

Merci. Flammekueche (discuter) 2 décembre 2023 à 15:57 (CET)

Bonjour Flammekueche. Pour information, les noms des paramètres ont été mis en conformité avec les recommandations du projet (éviter les majuscules initiales, les underscore…) J'ai toutefois hésité entre match 1 et match1 (idem pour tous les paramètres avec numéro) ; en effet, dans les modèles bibliographiques l'usage est d'accoler le numéro. Ailleurs, il y a des disparités : par exemple équipe 1 ou équipe1, en fonction des modèles. La version courte me semble plus lisible (et évite des surprises d'espaces insécables que l'on rencontre parfois à tort dans les appels), donc je ne suis pas opposé à l'adopter.  FDo64, bjr, un avis ? Une fois les noms remplacés dans les quelques articles qui utilisent le modèle, il sera possible de simplifier le code du modèle en enlevant les alias. Les icônes de drapeaux sont désormais encadrées d'une bordure (NB : ça pourrait poser un petit souci pour le drapeau népalais ; si besoin une exception peut-être implémentée). Il reste à simplifier le tableau, qui contient au moins trois cases vides (pour quelle destination à l'origine ?), et si possible à réduire les imbrications de tableaux. Documentation (Aide:TemplateData) à rédiger. Cordialement, — Ideawipik (discuter) 2 décembre 2023 à 22:53 (CET)

Bonsoir Ideawipik . Je suis toujours favorables aux harmonisations.

Pour ce qui est des paramètres numérotés, comme je n'ai pas vraiment d'avis, j'ai regardé le modèle le plus utilisé ayant des paramètres numérotés, {{Lien web}} : les chiffres sont collés aux paramètres.

J'ajoute qu'il m'est arrivé de rajouter un zéro pour tous les chiffres inférieurs à 10. Ça permet un meilleur tri et alignement.

--FDo64 (discuter) 2 décembre 2023 à 23:30 (CET)

 Ideawipik et FDo64 : heu... je n'ai pas tout compris . Comme je l'ai indiqué, j'ai adapté un modèle déjà existant donc toues les subtilités liées aux modèles me sont inconnues...

Si j'ai tout compris, il faut que :

- je modifie le code afin d'afficher "match1" plutôt que "Match_1", idem pour "Score 1" en "score1", etc. Et je modifie de même toutes les pages où le modèle est utilisé sinon il ne trouvera pas la correspondance.

- quid de "nom équipe 1" ? Si on accole tout, ça devient beaucoup moins lisible...

Les cases vides ? Je ne vois pas de quoi il s'agit.

Visuellement, je ne vois pas de cadre autour des drapeaux. Y a-t-il une modif à faire ?

Merci, Flammekueche (discuter) 4 décembre 2023 à 10:03 (CET)

Bonjour Flammekueche. Le plus important est d'avoir une cohérence au sein des paramètres du modèle. En général, on essaie aussi d'avoir une harmonie à l'échelle de l'encyclopédie. Les modèles bibliographiques tels {{Ouvrage}}, {{Article}}, {{Lien web}} fonctionnent avec des numéros accolés dans le nom de paramètre. Des modèles comme {{Poule}}, {{Poule Coupe du monde de football}}, {{Feuille de match déroulante}}, {{Foot match}}, {{Hockeybox}} ont des paramètres équipe1. En revanche d'autres ({{Feuille de match}}, {{Tableau de matchs de cricket ligne}} et {{Médaillés pentathlon}}) emploient équipe 1. Comme FDo64, je serais plutôt favorable à tendre vers une harmonisation avec les chiffres collés. Ça ne me semble pas altérer la lecture. « Nom équipe2 » est une formulation claire puisqu'il s'agit du nom de la deuxième équipe. Par contre s'il s'agissait du deuxième nom d'une unique équipe l'espace serait, à mon avis, légèrement préférable sémantiquement. Autre exemple fictif : « nom de scène[ ]2 » (nom de la 2^e scène ou 2^e nom de scène ?). Techniquement, l'accolement systématique pourrait être un usage généralisé (d'autant plus si les modèles ne portent pas à confusion quant à fonction de chaque paramètre). Il est aussi possible de faire accepter au modèle les deux options, mais il vaut mieux limiter cela, pour ne pas alourdir le code et le fonctionnement et pour ne pas faire croire que les deux syntaxes sont valides quel que soit le modèle. Si cela vous va, je peux modifier le code du modèle pour que les paramètres en minuscule et sans espaces soient valides et retirer le superflu. Je me chargerai aussi de la documentation, afin que les futurs utilisateurs sachent quels paramètres utiliser.

Les cadres autour des drapeaux sont en gris, donc pas très visibles, mais normalement c'est suffisant pour identifier le bord des drapeaux sur fond clair. Voir ceux du Japon et de la Corée du Sud dans l'exemple donné.

Pense-bête. Les paramètres des modèles {{Match Hopman Cup}} et {{Match Coupe Davis}} sont à harmoniser. — Ideawipik (discuter) 4 décembre 2023 à 16:16 (CET)

 Ideawipik : je ne dis pas non pour un coup de main. J'avais pas mal galéré pour mettre au point ce modèle, en me servant je crois de son pendant anglophone et de ceux pour la Coupe Davis. Du coup, là, pour m'y remettre il me faudra des jours avant de tout avoir à nouveau en tête.

Flammekueche (discuter) 5 décembre 2023 à 16:52 (CET)

Modèle:Carte communes limitrophes

Bonsoir. Sur la page Périgueux j'ai ajouté {{Carte communes limitrophes|zoom=11}}, qui a un visiblement un problème d'affichage car la commune de Boulazac Isle Manoire située au sud-est, n'apparait pas en gris foncé. Quelqu'un pourrait-il remédier à ce problème, que j'ai remarqué sur d'autres pages (je ne sais plus lesquelles) où m'expliquer comment faire. Merci, cordialement--William Jexpire (discuter) 2 décembre 2023 à 21:58 (CET)

Bonjour William Jexpire. Je pense que le problème vient d'un des modules utilisés (Module:Carte interactive, Module:Interface Wikidata, Module:Wikidata, Module:Coordinates) et qu'il faudrait plutôt faire la demande sur le  Projet:Scribunto. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 3 décembre 2023 à 11:58 (CET)

Merci, j'y vais de ce pas. Cordialement--William Jexpire (discuter) 3 décembre 2023 à 17:20 (CET)

Bonjour William Jexpire. Je dis peut-être une bêtise, mais les éléments observables portent à croire qu'il s'agit plutôt d'un renseignement incorrect ou manquant dans Wikidata pour l'élément Boulazac Isle Manoire (ou dans ceux de ses voisins). À priori, les limites de la commune ne sont pas enregistrées. Dans la situation de l'article mentionné, le modèle {{Carte communes limitrophes}} récupère toutes les données affichées depuis Wikidata. Si on le met dans l'article d'une autre localité attenante à la commune, les territoires des voisins sont bien affichés sauf celui de « Boulazac Isle Manoire ». — Ideawipik (discuter) 3 décembre 2023 à 20:16 (CET)

Bonsoir Ideawipik. Je viens de voir que les coordonnées de Boulazac Isle Manoire semblent erronées. Je vais faire un essai en changeant les coordonnées pour voir ce que ça donne. Si ça semble correct, je laisserais, sinon j'annulerais.--William Jexpire (discuter) 3 décembre 2023 à 21:03 (CET)

Comme ça ne donne rien, et qu'elle n'est toujours pas n'y est pas indiquée en gris foncé, j'ai annulé.--William Jexpire (discuter) 3 décembre 2023 à 21:38 (CET)

Sur Luxembourg (ville) y'a un problème avec wikidata il pointe vers l'élément qui correspond à lb:Hesper et non à Hesperange. Cdlt, Lyon-St-Clair ^{[Hon hon hon]} 3 décembre 2023 à 21:43 (CET)

@William Jexpire. Remarque : si dans la page Périgueux, on clique sur le bouton d'agrandissement de la carte (plein écran, alors la surface correspondant à Boulazac Isle Manoire s'affiche bien. De même, si on clique sur « modifier » puis « prévisualiser », on voit cette surface grisée sur la carte. Étrange, donc il n'y a pas forcément un problème dans Wikidata. Peut-être que le centre géographique de l'entité « Boulazac Isle Manoire » est trop loin de Périgueux pour un affichage correct avec le niveau de zoom choisi pour la carte incluse dans l'article. Gros doute. Peut-être que c'est lié à une fusion de la commune. Dans la page Boulazac Isle Manoire#Communes limitrophes, on a en dur le code

<mapframe zoom=11 latitude=45.14 longitude =0.78 height=350 width=350 align=left text="Carte de Boulazac Isle Manoire." >
{ "type": "ExternalData",  "service": "geoline",  "ids": "Q1058558, Q1000796, Q1139067, Q576696",  "properties": { "fill": "#fc3", "stroke": "#ac6600" }}
</mapframe>

d:Q1000796 correspond à Boulazac et d:Q1139067 à Saint-Laurent-sur-Manoire. Les deux localités ont fusionné dans « Boulazac Isle Manoire » (d:Q21979644) en 2016, puis en 2017 en une nouvelle commune du même nom (d:Q30041807) en accueillant le territoire de l'ancien Sainte-Marie-de-Chignac (d:Q576696). Il y a peut-être des relations mal établies ou mal actualisées sur Wikidata, altérant le bon fonctionnement du modèle (temps maximal d'exécution dépassé ?). — Ideawipik (discuter) 3 décembre 2023 à 23:24 (CET)

Bonjour Ideawipik. J'ai ajouté sur Boulazac Isle Manoire {{Carte communes limitrophes|zoom=10}} et les communes limitrophes apparaissent bien en grisé. Le problème de Périgueux ne pourrait-il pas venir du même soucis que Luxembourg (ville) ? Ce qui est bizarre en effet c'est que l'ensemble des communes limitrophes apparaissent en grisé lorsque l'on met la carte en plein écran !?--William Jexpire (discuter) 4 décembre 2023 à 11:11 (CET)

Modèle Fstats : les sous-totaux

Bonjour. Le modèle Fstats permet d’afficher un tableau destiné aux statistiques de footballeurs ou de handballeurs. La ligne des sous-totaux et du total final sont de la même couleur, et la première est peut-être trop visible par rapport à son importance. Elle peut aussi induire en erreur certains lecteurs et contributeurs car le projet football a décidé qu'une saison dans un club ne méritait pas de sous total. Je souhaitais d'abord réduire sa longueur mais cela n'est pas possible pour des raisons cosmétiques. Une relecture de la couleur a donc été faite. J'aimerais votre avis sur l'accessibilité de ce test et s'il peut être améliorer, au niveau des couleurs par exemple :

Tableau Fstats d'exemple
pour montrer le sous-total modifié

Saison	Club	Championnat			Coupe(s) nationale(s)		Compétition(s) continentale(s)			Total
		Division	M.	B.	M.	B.	Comp.	M.	B.	M.	B.
2019	Sans titre FC	Division 2	5	0	2	0	-	-	-	7	0
2020	Café Foot	Division 1	1	0	1	0	-	-	-	2	0
2021	Wikipédia FC	Division 2	2	0	1	0	-	-	-	3	0
2022	FC Contributeur	Division 1	15	6	4	2	-	-	-	19	8
2023		Division 1	23	9	1	0	-	5	3	29	12
Total FC Contributeur			38	15	5	2	-	5	3	48	20
Total sur la carrière			46	15	9	2	-	5	3	60	20

Cordialement. — Nebuno (discuter) 23 décembre 2023 à 00:40 (CET)

J'aime bien la proposition de Ideawipik (cf.  Modèle:Fstats total/Bac à sable). À propos, à l'occasion de ces modifs un paramètre titre a été ajouté à {{Fstats total}}, il pourrait être judicieux de le documenter. od†n ↗^blah 25 décembre 2023 à 21:23 (CET)

Juste une petite retouche : la réduction de la hauteur de la ligne est une idée intéressante (et le "line-height:1" est la valeur la plus basse possible), mais je préfèrerais l'augmenter un poil pour aérer un peu. Je suggère "line-height:1.2". Pour référence, les valeurs par défaut se situent entre 1.4 (Minerva), 1.5 (Monobook, Timeless) et 1.6 (Vector). od†n ↗^blah 25 décembre 2023 à 21:35 (CET)

Ouverture du projet Wikifunctions

Bonjour, je rattrape encore mon retard et je viens de découvrir Wikifunctions, un projet Wikimedia lancé en 2023. Je ne sais pas si cela a déjà été annoncé chez nous, mais personnellement je suis déjà amoureux du projet, alors je partage le plaisir à d'autres développeurs.

« Wikifonctions est un projet Wikimedia permettant à chacun de créer et maintenir collaborativement une bibliothèque de fonctions de code, dans les langues naturelles du monde et dans divers langages de programmation, afin de soutenir les projets Wikimedia et au-delà.

Une « fonction » est une séquence d’instructions de programmation faisant un calcul basé sur les données que vous renseignez. Les fonctions peuvent trouver les réponses à des questions, telles que combien de jours se sont écoulés entre deux dates, ou bien quelle est la distance séparant deux villes. »

Notons qu'il sera possible à l'avenir :

• D'appeler des fonctions Wikifunctions d'autres projets Wikimedia et d'intégrer leurs résultats dans une page ;

• D'utiliser des données de Wikidata dans les fonctions ;

• D'appeler des ensembles de données de l'espace de noms Commons Data ;

Autant dire qu'une petite révolution se prépare ! Lofhi (discuter) 2 janvier 2024 à 13:51 (CET)

Bug dans le modèle {{Carte métro avec OSM}}

Bjr, en cliquant sur les liens (bizarrement rouges) d'une ligne, on tombe sur la page en mode édition et pas en mode lecture Reproduction de l'erreur :

• https://fr.wikipedia.org/wiki/Ligne_10_de_la_CPTM#Ligne
• Cocher une ligne et cliquer sur le lien de l'infobulle de la ligne

Bouzinac (discuter) 6 janvier 2024 à 09:11 (CET)

Désolé : je ne parviens plus à reproduire l'erreur. Bouzinac (discuter) 6 janvier 2024 à 09:13 (CET)

Taille de la légende des infoboxes V2 et V3

Bonjour

Je sais que ce message aurait plutôt sa place sur le projet:Infobox, mais je ne le pense pas très actif.

Je viens de remarquer que si le texte des légendes des images des infoboxes V3 (géré par {{Infobox V3/Image}}) est formaté par des balises <div class="legend">, il n'en est rien pour celui des infoboxes V2 (géré par {{Infobox/Image optionnelle}} ou {{Infobox/Image optionnelle}}).

Ne faudrait-il pas harmoniser ces modèles ?

Par contre, je ne sais pas si certaines infoboxes V2 modifient la taille du texte de la légende de leur côté.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 10 janvier 2024 à 10:38 (CET)

Les articles Modèle:Sommaire alphabétique et Modèle:Compact ToC sont proposés à la fusion

Page proposée à la fusion

Bonjour,

Les articles « Modèle:Sommaire alphabétique  » et « Modèle:Compact ToC » 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#Modèle:Sommaire alphabétique et Modèle:Compact ToC.

Accéder au débat

Escargot (discuter) 15 janvier 2024 à 19:27 (CET)

Modèles avec des paramètres à la typo problématique

Bonjour

Pour ceux que ça intéresse, j'ai fait des listes de modèles avec des paramètres dont la typographie pourrait être améliorée : Discussion Projet:Modèle/Harmonisation#Liste des paramètres problématiques.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 17 janvier 2024 à 11:04 (CET)

Échec lors de la sérialisation des données

Tout est dit. Depuis quelques heures, toutes les pages faisant appel à {{bases}} ou {{liens}} affichent ce gros bandeau rouge Échec lors de la sérialisation des données. Quelqu’un a-t-il une idée ? − ©éréales Kille® [Speak to me]* en ce samedi 27 janvier 2024 à 16:47 (CET)

Affichage en fonction du genre

Bonjour,

Suite à la demande de Gowdu59 (d · c · b) d'inclure dans le tableau du palmarès de Benoît Saint Denis la mention, indiquée dans certains sites spécialisés, de la garde des adversaires de ce combattant professionnel, et comme cette page (comme près de 400 autres articles sur des combattants de MMA) utilise le Modèle:Palmarès MMA entrée, j'ai sollicité les avis du créateur du modèle et de Trizek pour savoir s'il était possible d'ajouter cette entrée au modèle sans avoir à réaliser une trop fastidieuse maintenance.

C'est apparemment possible puisque la colonne n'apparaîtrait juste pas si l'information n'est pas renseignée, mais cela nécessiterait d'adapter l'affichage en fonction du genre du combattant (gaucher/gauchère, droitier/droitière) pour faire au mieux, si ce n'est techniquement pas trop complexe à mettre en place et gérer.

Est-ce que quelqu'un saurait me dire si c'est possible et, si c'est le cas, comment procéder?

El Comandante (discuter) 5 février 2024 à 12:14 (CET)

 SyntaxTerror, Manjiro5, Gdgourou et VIGNERON : je fais appel aux anciens de ce projet qui semblent encore actifs, au cas où l'un d'entre vous ait une réponse et un peu de temps. Désolé pour le dérangement si ce n'est pas le cas. El Comandante (discuter) 7 février 2024 à 08:37 (CET)

A ce que je comprends, il faut ajouter une colonne qui mentionne la garde du combattant. Ce n'est pas très compliqué, il faut ajouter la définition technique dans la colonne dans {{Palmarès MMA début}} et l'information dans chaque appel de {{Palmarès MMA entrée}}. Il faut choisir où la mettre. Je peux modifier le code sans problème mais je n'ajouterai les 400 informations --GdGourou - Talk to °o° 7 février 2024 à 10:29 (CET)

Gdgourou (d · c · b) si j'ai bien compris, j'ajoute juste le code :

! scope=col | Garde adverse

sous

! scope=col | Adversaire

Et inutile d'ajouter les informations sur chaque adversaire de chacun des 400 combattants, si Trizek a dit juste : la colonne ne devrait apparaître que lorsque le champ est renseigné. C'est bien ça? El Comandante (discuter) 7 février 2024 à 15:41 (CET)

Comme c'est une infobox V2, le plus simple est d'ajouter un paramètre féminin (pas forcément affiché dans l'infobox) et de modifier le code du modèle là où c'est nécessaire (par exemple droiti{{#if:{{féminin|}}|ère|er}}).

Avec ce système, il suffit d'ajouter le paramètre uniquement dans les infobox des articles de femmes. S'il est rempli (avec quoi que ce soit); les textes choisis seront mis au féminin. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 7 février 2024 à 12:12 (CET)

Merci SyntaxTerror (d · c · b). Je n'ai pas bien compris, désolé : où dois-je placer le code droiti{{#if:{{féminin|}}|ère|er}} et gauch{{#if:{{féminin|}}|ère|er}}? Juste après ! scope=col | Garde adverse?

Si j'ai bien compris, une fois ce code inséré au modèle, il suffit de renseigner le genre sur la page de chaque combattante dans Wikidata, c'est bien ça?

El Comandante (discuter) 7 février 2024 à 15:41 (CET)

Bonsoir SyntaxTerror . Comme précisé ci-dessus pae  Gdgourou, cette évolution ne concerne pas une infobox, mais {{Palmarès MMA début}} et {{Palmarès MMA entrée}}.

Et c'est loin d'être élémentaire !

La modification de {{Palmarès MMA début}} a bien été comprise par  El Comandante.

Là ou c'est complexe, c'est pour {{Palmarès MMA entrée}} qui ne contient que des paramètres non nommés. Il faudrait, si on veut bien faire les choses, insérer la garde entre les paramètres 4 et 5. Impossible sans passer sur toutes les pages avec un bot. Une façon moins élégante, et que je déconseille donc, serait de le mettre à tout à la fin dans un nouveau paramètre 14.

Peut-être que la solution la plus simple serait de ne rien faire au niveau des modèles et d'ajouter cette information entre parenthèses juste après le nom ? Éventuellement précédé d'une balise <br>. Par exemple, le paramètre 4 pourrait contenir [[Gegard Mousasi]]<br>(droitier).

--FDo64 (discuter) 7 février 2024 à 21:35 (CET)

 FDo64 : ah oui, au temps pour moi, j'avais zappé la deuxième partie de l'information, celle concernant {{Palmarès MMA entrée}}.

Est-il envisageable de faire appel à un dresseur de bot pour insérer la colonne vide manquante juste après le nom de l'adversaire dans les 400 pages utilisant le modèle, si ce n'est pas trop complexe à coder? Ce serait plus propre que la solution de facilité que j'avais moi aussi proposée à Gowdu59 (d · c · b) (sans le retour à la ligne).

Et pour le genre, ce n'est pas possible d'utiliser le code proposé par SyntaxTerror (d · c · b), qui ne peut fonctionner que dans une infobox V2 (ce qui n'est pas le cas ici, ne s'agissant pas d'une infobox), c'est ça? Il n'y a donc pas de possibilité de l'automatiser, si je comprends bien?

El Comandante (discuter) 7 février 2024 à 21:55 (CET)

Pour l'automatisation, c'est peut-être possible pour un pro de Wikidata (pas mon cas), à condition que la garde y soit indiquée. Dans mon exemple, il faudrait aller chercher la garde de Gegard Mousasi dans wikidata et l'afficher. Dans ce cas, il n'y a même pas besoin d'un bot. --FDo64 (discuter) 7 février 2024 à 22:04 (CET)

Bug avec WD Q

Curieusement il semble que dans certains cas {{WD Q}} ressorte un résultat avec du wikicode qui n’est pas interprété ? Q5 (« être humain ») a l’air de fonctionné (en tout cas en aperçu de l’éditeur de code 2017 sur cette page avec l’outil réponse, mais tout à l’heure avec Spécial:Diff/212288677 sur le projet interwification ça marchait pas.

(test avec le modèle pour voir si ça a un rapport : Q5 (« être humain »)) — TomT0m ^[bla] 9 février 2024 à 12:25 (CET)

@TomT0m : j'ai trouvé le pourquoi du bug.

En fait, Q1052157 (« San Jiao ») n'avait « pas de libellé défini » en français, j'en ai mis un, et ça à réglé le problème.

Par exemple, sur wikidata:Q1052156, il n'y a pas de libellé en français et ça fait le même bug : {{WD Q|Q1052156}} donne [[:d:Q1052156|Q1052156 (« CdZ-Gebiet »)]]

Le problème semble en fait venir du Modèle:Intitulé, et donc du Module:Interface Wikidata. Il faudrait donc plutôt demander sur le Projet:Scribunto, ou voir si quelqu'un qui passe par ici n'est pas une bille en lua comme moi.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 9 février 2024 à 18:18 (CET)

@SyntaxTerror C’est dans mes cordes probablement, ironiquement c’est moi qui ait créé "intitulé". Pas mal de choses ont changées au fil du temps, j’ai l’impression qu’il y a un bug dans Module:Wikidata dans la gestion des langues pour "getLabel", on devrait faire un "span" avec la langue pour indiquer l’intitulé, mais ça n’explique pas l’absence de rendu du wikitexte. Ptete une catégorie de maintenance insérée pour l’utilisation d’un élément WD sans libellé mais il y a pas de trace dans le code généré. Bon je vais pousser l’investigation.

(je me souviens d’un commentaire d’édition, pas sur ce modèle ou un autre qui remplaçait un modèle qui récupérait le label par un appel au module wikidata avec le commentaire d’édition "plus simple", je l’avais gardé pour moi mais en pensant "ça se discute" :) Enfin si j’ai meilleure mémoire que Joe Biden ce qui n’est pas garanti) — TomT0m ^[bla] 9 février 2024 à 18:43 (CET)

@TomT0m : aussi, il faudrait enlever l'italique pour le nom de l'élément WikiData, il n'y a aucune raison que Q1052157 soit en italique. Şÿℵדαχ₮ɘɼɾ๏ʁ 9 février 2024 à 18:51 (CET)

Ordre chronologique ou antichronologique pour les modèles ?

Quand un modèle traite d'articles liés à des dates, l'ordre des dates en question doit il être chronologique ou antichronologique ? Jusque-là, j'ai surtout vu l'ordre chronologique appliqué, comme pour Modèle:Palette Chronologie en aéronautique, mais quand je vois que c'est l'inverse (ordre antichronologique) pour par exemple Modèle:Palette Événements sportifs par mois, je voulais savoir une convention sur le sujet avait été actée ou non : si oui, dans quel sens, si non : peut-on prendre une décision à ce sujet ? Je n'ai vu aucune info à ce sujet sur Aide:Modèle. Eskivor (discuter) 12 février 2024 à 12:43 (CET)

Bonjour,

Je ne vois pas pourquoi l'ordre antichronologique est préféré ; j'ai plutôt l'impression que c'est une exception. Si je prends quelques palettes de sport (Modèle:Palette Coupe du monde de rugby à XV et Modèle:Palette Tournoi des Six Nations), c'est bien sûr l'ordre chronologique qui est privilégié.

Après, il y a peut-être des cas où il est pertinent de garder un ordre antichronologique : est-ce nécessaire de "légiférer" ? Daehan ^[p|d|d] 12 février 2024 à 13:48 (CET)

Bonjour, là comme ailleurs, une latitude éditoriale doit être laissée au développeur premier, ensuite c'est une question de consensus au coup par coup. Pas besoin de règles à ce niveau il me semble. --Sergio1006 (observateur de l'encyclopédie, responsable, libre et indépendant) 12 février 2024 à 15:53 (CET)

Pour moi, il y a clairement un usage sur frwiki de mettre en ordre chronologique, et {{Palette Événements sportifs par mois}} serait à inverser. od†n ↗^blah 12 février 2024 à 18:17 (CET)

Bonjour. Entièrement d'accord avec l'avis précédent. Il suffit d'ailleurs de consulter les membres de la Catégorie:Palette Chronologique en sport pour se convaincre de cet usage. Dans un autre domaine, les filmographies des acteurs sont présentées dans l'ordre chronologique. Toutefois, cette palette risque de vite devenir très longue si on ajoute les années récentes, postérieures à 2015. D'autre part, seule une partie des mois a une page qui lui est consacrée exclusivement, en sport ; de nombreux liens de la palette conduisent vers une section mensuelle dans une page annuelle comme 2015 en sport. Peut-être qu'il vaudrait mieux se contenter du Modèle:Palette Chronologie du sport et de la navigation via les sous-catégories annuelles de Catégorie:Sport au XXIe siècle. D'autant plus que les pages contiennent déjà un tableau de navigation en tête de page, comme dans la version actuelle de « Novembre 2005 en sport ».

On pourrait aussi se questionner sur l'admissibilité de ces pages compilant des informations, pour la majorité sans aucune source (sauf parfois pour le cyclisme) et sur l'opportunité de fusions. — Ideawipik (discuter) 13 février 2024 à 15:01 (CET)

ODS et expansion d’une section avec une ancre

Le modèle {{Lien ODS}} utilise les ancres générées par {{Source ODS}} pour lier vers une section de l’observatoire des sources. Problème, relatif, les sections avec une ancre sont repliées même si on lie directement dessus. Il doit y avoir moyen de les faire apparaître dans le cas ou on lie une ancre non ? — TomT0m ^[bla] 22 février 2024 à 14:47 (CET)

En l'état non, @TomT0m.

@Od1n, tu sais pourquoi {{Boîte déroulante}} s'appuie sur code maison et pas mw:Manual:Collapsible elements ? C'est juste une raison d'antériorité ? La WMF n'a pas pour ambition de virer jQuery, au contraire ils prévoient même aussi tôt que possible de passer à jQuery 4. On pourrait alors ajouter la détection d'une ancre ? Lofhi (discuter) 26 février 2024 à 07:23 (CET)

Il existe actuellement deux "codes maison", celui des boîtes déroulantes et celui des palettes. Je ne pourrais pas te dire les dates là, mais le système de MediaWiki doit être plus récent. Néanmoins, le système de MediaWiki ne convient pas forcément toujours (j'ai déjà eu plusieurs fois à faire des corrections par-dessus), alors que notre code local on a bien le contrôle dessus, et de toute façon il n'est pas prêt d'être enlevé, alors il n'y a pas vraiment de problème à s'en servir. Le gros problème, c'est que les classes "NavFrame" et "collapsible" (à ne pas confondre avec "mw-collapsible") ont au fil du temps été énormément utilisées "manuellement" (c'est-à-dire en ajoutant directement la classe au lieu d'utiliser un modèle), et c'est désormais un cauchemar pour la maintenance.

Concernant la migration vers jQuery 4.0, ils vont passer un bon moment pour mettre à jour les codes des wikis… Voir la section « Deprecated APIs removed » sur l'annonce de jQuery 4.0 beta. J'avais déjà fait un peu de préparation de terrain sur frwiki, et je pense qu'on pourrait maintenant s'en sortir relativement facilement, en revanche j'avais fait des recherches sur enwiki, et c'est une folie tout ce qu'il leur reste à mettre à jour.

Pour la question de départ, ce "déroulage initial" serait effectivement appréciable pour l'ergonomie, et est théoriquement réalisable (mais faudrait quand même ajouter du code). Le problème est qu'actuellement il n'y a pas de système pour savoir quand la boîte est prête (autrement dit que le javascript a été appliqué dessus) et donc que l'on peut exécuter son déroulement. C'est justement un point qui était déjà à améliorer par ailleurs, il y avait déjà à réfléchir sur des events/hooks pour savoir quand les divers modèles repliables ont été traités, car ça décale le scroll de la page, et après il faut repositionner le scroll sur l'ancre.

od†n ↗^blah 27 février 2024 à 02:53 (CET)

En même temps fonctionnellement dans le cas de l'ods on peut se demander pourquoi tout est en boîte déroulante et pas en sous-section. Sur mobile les sections sont repliées sauf celle ancrée, ça marche tout seul. Peut être modifier le modèle source ods et la structure de la page à la place. — TomT0m ^[bla] 29 février 2024 à 08:57 (CET)

Pour clarifier (parce que je m'étais fait avoir au début), quand tu parles des sections sur mobile qui sont repliées, il s'agit des sections habituelles des articles (i.e. un titre de section suivi de paragraphes), pas les boîtes déroulantes.

Alors effectivement, j'avais voulu parcourir le contenu de cette page par curiosité, et c'est laborieux d'avoir à dérouler les sections encore et encore… Un changement de structure pourrait être envisagé, mais du coup on se retrouverait avec une page beaucoup plus longue, et on n'aurait plus la liste des sources en survolant la page.

J'avais pensé à l'implémentation d'un système permettant de créer des liens "tout dérouler / tout enrouler", mais cela risquerait d'être plus compliqué qu'il n'y parait, et même pas sûr si c'est vraiment possible.

od†n ↗^blah 6 mars 2024 à 04:38 (CET)

Avec les sources en section pour avoir la liste c'est simple, il y a le sommaire. — TomT0m ^[bla] 6 mars 2024 à 09:38 (CET)

Sauf que du coup le sommaire serait hyper long, donc je me disais qu'on serait obligé de le limiter aux lettres. Néanmoins, après avoir testé avec le sommaire entier et sans les boîtes déroulantes, le sommaire ainsi que la page sont effectivement très longs, mais bien que le résultat soit impressionant en longueur, il est davantage fonctionnel : le sommaire sert à "survoler la liste" (rôle actuellement rempli par la succession de boîtes déroulantes, mais c'est plus compact avec le sommaire), pour consulter une source il suffit de cliquer dessus dans le sommaire (ce qui revient au même que de faire un clic pour dérouler la boîte) ; l'avantage principal c"est qu'on peut facilement parcourir l'ensemble des sources vu qu'elle ne sont plus enroulées ; et un inconvénient mineur est que si on scrolle sans utiliser le sommaire, il y a un long sommaire avant le début du contenu. Pour moi les avantages l'emportent largement sur l'inconvénient mineur (surtout que là c'est précisément une page "d'index", il est donc normal de rencontrer une longue liste d'éléments). od†n ↗^blah 7 mars 2024 à 07:39 (CET)

Recommandations pour la compatibilité du mode nuit

Il va y avoir du boulot, voir mw:Recommendations for night mode compatibility on Wikimedia wikis. Il y a déjà une intervention sur MediaWiki:Common.css par la WMF pour T358387. Lofhi (discuter) 26 février 2024 à 07:00 (CET)

Pourquoi appellent-ils ça night mode alors qu'ailleurs c'est m:Extension:DarkMode, m:Manual:Dark mode, m:Category:Dark mode  ? C'est confusionnant . Şÿℵדαχ₮ɘɼɾ๏ʁ 26 février 2024 à 07:13 (CET)

Je serais aussi d'avis pour le nommer "dark mode". Déjà parce qu'il existe une normalisation sur les termes "light" et "dark" (refs W3C, MDN), et aussi parce que le terme "night" n'est pas forcément correct, on peut très bien afficher en dark aussi la journée…

Le renommage de "night" vers "dark" a été volontaire, voir ici. En revanche, c'est l'action d'une seule personne et je n'ai pas trouvé de discussion à ce sujet. Peut-être qu'il est encore possible de revenir là-dessus.

od†n ↗^blah 27 février 2024 à 02:27 (CET)

@Od1n : il semble qu'il y a déjà une classe HTML nommée skin-night-mode-1, je me demande le pourquoi de ce choix. Şÿℵדαχ₮ɘɼɾ๏ʁ 27 février 2024 à 02:35 (CET)

J'ai créé une discussion à ce sujet là-bas : [3]. Şÿℵדαχ₮ɘɼɾ๏ʁ 27 février 2024 à 02:51 (CET)

La WMF m'a répondu hier en me redirigeant vers mw:Reading/Web/Accessibility for reading/Frequently asked questions. Je ne vois pas de raisons de ne pas suivre leur choix de parler d'un mode nuit. Il s'agit visiblement d'un choix préventif pour éviter toutes connotations. Lofhi (discuter) 27 février 2024 à 08:11 (CET)

Dans la conversation sur MediaWiki, celui qui cite cette page est aussi celui qui l'a écrite.

J'ai de gros doute sur le fait qu'il y a eu des plaintes, ou même des discussions préalables.

Je ne vois pas pourquoi se compliquer la vie quand W3C, Firefox, Google, Microsoft, et sûrement beaucoup d'autres ont déjà choisi le nom « Dark mode ».

Il vaut d'ailleurs mieux centraliser la discussion sur ce sujet là-bas. Şÿℵדαχ₮ɘɼɾ๏ʁ 27 février 2024 à 10:28 (CET)

Tu n'as pas dû remarquer qu'il y a un ticket phabricator en référence, T351307#9353379. od†n ↗^blah 27 février 2024 à 14:29 (CET)

Si, mais jusqu'à preuve du contraire, c'est une décision prise en très petit comité, et je ne vois toujours pas en quoi dark peut être offensant quand on parle d'un thème.

Est-ce qu'il y a ne serait-ce qu'un exemple ou l'expression dark mode a été trouvée offensive par qui que ce soit ?

J'ai perdu mon temps à chercher, et je n'ai trouvé que des blagues, ou des sites qui parlent de racisme mais ont comme par hasard un « dark mode »... "dark mode" racist"

Le mieux que j'aie trouvé pour prouver tout ça est une monstrueuse connerie c'est ça :

« Anti-racist language [4]
We don’t use black, white, dark, or light as metaphors.
Language that puts a positive connotation on white/light and a negative or mysterious one on black/dark reinforces anti-Black and colorist stereotypes. We choose more direct language to get our point across. We only use these words as literal visual descriptors (such as dark mode), not value judgments. »

Et ce site trouve le mot « blacklist » raciste... Şÿℵדαχ₮ɘɼɾ๏ʁ 27 février 2024 à 15:46 (CET)

J'ai aussi répondu là-bas, même si je m'étais un peu emporté sur le coup. Mais franchement, on a des problèmes beaucoup, beaucoup plus préoccupants dans ce qu'est devenu le développement logiciel (bloat de fonctionnalités superflues, code hipsters, mentalité woke omniprésente), et MediaWiki ne semble pas totalement épargné quand je vois la tournure qu'il prend (même si j'ai l'impression que c'est le fait de seulement quelques personnes, qui suffisent à pourrir le tout). Là pour cette histoire, c'est juste l'histoire de termes, sans autre conséquence, alors je pourrais facilement m'en accomoder ; s'il n'y avait que ça comme problème, vraiment je serais heureux comme tout.

Sinon j'ai trouvé un autre site avec des réglages nommés "day/night", c'est dans GitHub. C'est marrant parce qu'ils ont ajouté des descriptions pour indiquer que cela correspond aux modes "light/dark" du système d'exploitation, alors qu'ils auraient simplement pu reprendre les mêmes termes. Et juste en dessous, il y a un réglage pour configurer la couleur de peau des émojis, pour être sûr que personne ne soit offensé. Et ai-je besoin de préciser qu'on peut configurer son profil pour choisir son pronom (they, she, him, custom) ?

od†n ↗^blah 2 mars 2024 à 08:03 (CET)

@Od1n le problème est juste que c'est une connerie... Qu'on soit woke OK, mais là ça dépasse les bornes. Les « modes » ne sont pas des personnes, même pas des choses physiques.

Sans compter que dans leur ferveur à ne pas offenser, ils n'ont même pas pensé aux contributeurs Esquimaux (d'Alaska, parce que ceux du Yukon c'est des Inuits) qui ont des nuits de 60 jours !

Quand aux difficultés techniques, ça fait des années que Fandom (ex Wikia) ou des wikis privés comme RimWorld Wiki ont des dark modes très performants. Le problème est peut-être le choix de ces développeurs, ou leur paye, parce qu'ils ne semblent pas très motivés.

OK s'ils sont bénévoles, rien ne presse vraiment, mais s'ils sont payés, pourquoi ne consultent-ils pas mieux la communauté sur leur travail, genre choisir night à la place de dark avec des motifs spécieux ? Şÿℵדαχ₮ɘɼɾ๏ʁ 2 mars 2024 à 09:42 (CET)

J'étais tout de même venu pour discuter des problématiques techniques qui nous attendaient. Je ne pense pas qu'un changement de dénomination (ce qui arrive souvent pour tout ce qui n'est pas encore présenté au public) soit si important. À nos échelles, cela paraît peut-être ridicule puisque personne ici n'utilise ces termes pour d'autres raisons que ceux qu'ils veulent dire dans leur contexte et pas ce qu'ils pourraient évoquer, mais vu que c'est comme un renommage d'un article... Que ce ne sont que des conventions... Enfin bref, les travaux sont tout de même importants. Rien que les modèles contre le vandalisme sont problématiques. J'en suis en parti responsable lors de le réécriture en 2019. Je n'ai même pas envie de me poser la question des modèles substitués en général. Lofhi (discuter) 2 mars 2024 à 09:44 (CET)

@Lofhi : y a-t-il moyen de tester ce mode sombre sur wp.fr, pour qu'on puisse voir les endroits où ça coince et faire remonter l'info ? Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 2 mars 2024 à 09:48 (CET)

C'est toujours un lourd chantier en cours, mais les progrès actuels peuvent être constatés en ajoutant un paramètre ?vectornightmode=1 en utilisant Vector 2022 et ?minervanightmode=1 pour Minerva sur la version mobile. Plus de détails dans la FAQ : mw:Reading/Web/Accessibility for reading/Frequently asked questions. Lofhi (discuter) 2 mars 2024 à 10:22 (CET)

D'après T356344, c'est imminent. Avant de demander quelque chose de plus formel au reste de la communauté, est-ce que vous seriez prêts à vous investir sur le sujet ? Je préfère prévenir que cela risque d'être dense... mais peut-être moins compliqué que le suivi réalisé lors du poussage des nouveaux outils de discussion. Lofhi (discuter) 5 mars 2024 à 16:55 (CET)

Je suis volontaire. Pour l'instant il n'est pas encore totalement clair à mes yeux si les infoboîtes et autres modèles resteront blancs ou si skin-invert sera appliqué par défaut, et donc quelle est l'ampleur des modifications nécessaires. Escargot (discuter) 5 mars 2024 à 20:59 (CET)

Je n'ai pas pris le temps de tout rattraper, mais il me semble que notre travail va se limiter (grande approximation réductrice) à désactiver le mode nuit sur des éléments ou cela ne fait pas sens et à retravailler les feuilles de styles pour les supports de thèmes différents (et de manière automatique en fonction des préférences). Cela implique un gros nettoyage et de variables CSS à réutiliser en les définissant dans Commons.css (de préférence en reprenant ceux de Codex le nouveau système de design des projets). Seule chose que je ne comprends pas pour le moment : [phab:T26070#9603127|T26070], je pensais que les images étaient exclues par défaut, ou alors c'est juste une précision. Ce premier gros chantier permettra sûrement de faciliter un deuxième gros chantier quand Codex sera plus stable : la normalisation des modèles avec des variables CSS définies dans Commons.css. Histoire de virer pas mal de dette. Lofhi (discuter) 5 mars 2024 à 21:45 (CET)

J'ai notifié à l'équipe en charge que notre projet pourrait être intéressé de tester en premier le mode nuit. On a sûrement pas mal de dette à gérer vu que nous sommes un projet conséquent, donc le plus tôt... Lofhi (discuter) 10 mars 2024 à 22:59 (CET)

D'après phab:T359644 et Wikipédia:Questions techniques/semaine 10 2024#Use of infobox class, la forme de nos infobox risque d'être un obstacle pour le moment. Mais ça n'empêche pas de déjà faire des changements en testant avec ?minervanightmode=1. Escargot (discuter) 10 mars 2024 à 23:34 (CET)

Ah ouais, c'est bien caché ce truc. C'est justement pour cette raison que je souhaite que le projet s'engage : pour avoir plus de temps pour les corrections et avoir la visibilité de la WMF sur nos problématiques.... parce que c'est un chantier qui fait peur. Lofhi (discuter) 10 mars 2024 à 23:38 (CET)

Suppléments de pensée : peut-être qu'ils vont comprendre chez la WMF que leur activation du mode nuit annoncée comme « pour bientôt » en novembre dernier est un rêve. Il y en a facilement pour des mois. Les blocages sur frwiki sont à coup sûr ridicules en comparaison d'enwiki. Lofhi (discuter) 10 mars 2024 à 23:42 (CET)

@Od1n, je pense pouvoir dire que je suis convaincu que tu vois d'un mauvais œil tout ce que le mode nuit va impliquer comme modifications sur le projet, mais tu ne penses pas cela serait le seul moment pour tenter de remettre tout à plat ? Pas dans le sens yapluka, mais le moment pour découper MediaWiki:Common.css, penser à la version mobile comme égale à la version ordinateur, avoir enfin une infoboîte, contrôler la prolifération des templatestyles, etc. ? C'est colossal, mais de toute manière c'est nous qui avons la main. Je pense que c'est le bon moment parce que le mode nuit arrive avec Codex derrière. Il y a tout un système de règles atomiques pour le CSS à réutiliser. Nécessairement, cela impose que tu sois d'accord puisqu'on a besoin de ton recul. Et peut-être de réveiller d'autres courageux un peu moins présents. Je ne pense pas qu'on devrait avoir peur de casser des choses en y travaillant. On n'a pas des obligations de moyens ou de performances. C'est du bénévolat. Lofhi (discuter) 11 mars 2024 à 00:07 (CET)

Modèle:Légende/Début et infoboxes

Bonjour

Lorsque {{Légende/Début}} (et {{Légende}}/{{Légende/Fin}} qui suivent) est utilisé dans une infobox sans paramètre, le différents items sont centrés, ce qui éparpille les carrés de couleur selon la longueur des lignes (voir ici : [5]).

On peut mettre le paramètre {{Légende/Début|centre}} qui centre le tout en alignant les carrés (par ex. sur Langues pama-nyungan), mais je trouve plus lisible d'aligner tout à gauche de l'infobox.

Jusqu'à que je découvre le paramètre centre, j'utilisais un <div style="text-align:left;"> pour faire ça (par ex. sur Langues masa du Sud).

Y a-t-il moyen de faire ça avec un paramètre, et sinon, comment pourrait-on modifier le modèle ou la classe "legende-bloc" (ou "legende" dans {{Légende}} ? je suis nul en HTML/CSS) pour avoir ce résultat, si possible sans paramètre ?

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 28 février 2024 à 21:15 (CET)

Problème de date

Bonjour. J'ai travaillé récemment au modèle {{Note de programme}}. J'ai réglé presque tous les soucis, mais il y en a un qui me pose problème : la date. Pour toutes les dates, le modèle l'affiche sans problème, sauf quand il s'agit d'un premier du mois. Si, dans le paramètre date, on entre 1 janvier 2024, le modèle met 1 janvier 2024 au lieu d'afficher 1^er janvier 2024. Je ne sais pas trop comment résoudre ce souci (minime, certes, mais présent). Merci d'avance pour l'aide que vous pourriez m'apporter. LeCharybde (discuter) 9 mars 2024 à 22:35 (CET)

J'ai résolu le problème en appliquant le modèle {{date}} à la date. Ça permet en outre d'ajouter les balises <time> pour que la date soit correctement perçue comme telle. Escargot (discuter) 9 mars 2024 à 23:24 (CET)

Centrage

Bonjour,

Quelqu’un peut m’expliquer pourquoi dans l’infobox commune de France, les blasons, logos et les cartes ne sont jamais centrées sur mobile (Minerva) ?

Est-ce que c’est voulu ? Ou personne ne l’avait remarqué auparavant ?

Amicalement. Menthe Poivrée • 25 mars 2024 à 20:38 (CET)

Modèles de sources de section

Bonjour à tous !

Je propose d'armoniser les bandeaux relatifs aux sourçage de section entières, qui sont les suivants :

{{Sources de section}} :

{{Source de la section}} :

{{Source principale de section}} :

{{Source Allociné}} :  Sauf indication contraire ou complémentaire, les informations mentionnées dans cette section peuvent être confirmées par la base de données Allociné.

{{Source Allociné et Imdb}} :  Sauf indication contraire ou complémentaire, les informations mentionnées dans cette section peuvent être confirmées par les bases de données Allociné et IMDb.

{{Source Imdb}} :  Sauf indication contraire ou complémentaire, les informations mentionnées dans cette section peuvent être confirmées par la base de données IMDb.

Je propose d'utiliser systématiquement un {{Méta bandeau de section}}, sur le modèle suivant :

Un avis ?

Ps : Comme proposé par @Ideawipik l'an dernier (ici), il faudrait également fusionner les 3 premiers modèles qui sont quasi-similaires. Mais j'ai bien peur que mes compétences ne soit pas à la hauteur d'une fusion de modèle ^^. Thomas³ ^#Talk 27 mars 2024 à 10:18 (CET)

Bonjour,

Je suis également d'accord pour fusionner les trois premiers. Les trois suivants n'en ont pas besoin, je pense : la présentation est exactement la même et la différence concerne l'usage ou non de certaines sources. Daehan ^[p|d|d] 27 mars 2024 à 10:52 (CET)

Palettes en version mobile

Pour info : Affichage des palettes en version mobile sur Le Bistro.

Dans l’attente de vos commentaires. Amicalement Menthe Poivrée • 27 mars 2024 à 21:32 (CET)

J'ai lancé la discussion il y a deux jours sur le Bistro car il me semblait important d'avoir des retours concernant ce sujet : la non-présence des palettes en version mobile. Comme abordé dans la discussion consultable ci-dessus, ce sujet est revenu sur la table à plusieurs reprises et pose question pour des contributeurs. Serait-il possible, sur le Wikipédia français, de pouvoir faire apparaître ces palettes en version mobile ? N'étant moi-même pas assez calé dans les aspects techniques de la chose, je m'en remets à l'expertise de modélistes et d'autres Wikipédiens à l'aise avec la programmation ou du moins pouvant laisser un avis technique. Je me permets de notifier des contributeurs fréquents de ce projet et d'autres, peut-être pas modélistes, mais que que je pense à même de donner leur avis. Comme d'habitude avec mes sollicitations, ce ne sont que des… sollicitations. Rien ne vous oblige à répondre, mais votre retour à tous est précieux, même s'il s'agit d'un avis tenant en une phrase : FDo64, Od1n, SyntaxTerror, Manjiro5, Gdgourou, VIGNERON, Escargot bleu, Epok, Ideawipik, Lofhi, Lyon-St-Clair et TomT0m. Je notifie également les utilisateurs ayant participé ou été notifiés lors de la discussion sur le Bistrot, afin de les tenir au courant de cette demande sur le projet modèle : Pyb, SenseiAC, Nouill, Zebulon84 et Berdea. Cordialement. — Nebuno (discuter) 27 mars 2024 à 22:49 (CET)

@Pyb a déjà exposé les principaux problèmes. Ici, le dernier résumé de janvier 2024 sur la situation est disponible. Lofhi (discuter) 27 mars 2024 à 23:48 (CET)

Bonsoir Lofhi. Merci pour ce lien, je viens de le consulter. Si j’ai bien compris, il reste encore trop difficile d'envisager les palettes en version mobile, malgré la tentative récente d'un utilisateur en janvier dernier. Voici la traduction de son dernier message : « Après avoir examiné la possibilité de manipuler le CSS pour afficher l'image sur le mobile, et examiné la source de sortie sur l'ordinateur de bureau par rapport au mobile, il semble que l'image soit chargée de manière asynchrone, ce qui rend la manipulation du CSS via TemplateStyles impossible à mettre en œuvre. Ou est-ce que j'ai raté quelque chose ? J'ai bricolé avec les paramètres de visibilité et d'affichage, mais rien ne fonctionne ».

Je repose ma question déjà posée au Bistro, et à laquelle on m'a répondu : et faire un modèle sans palette comme pour le projet tennis avec ce modèle sur les joueurs et joueuses du top 10 (voir Novak Djokovic) ? Il s'agirait d'un modèle pour remplacer certaines palettes comme celle d'effectifs actuels en sport ou de gouvernements actuels. Des palettes qui méritent selon moi une visibilité même en version mobile puisqu'elles concernent l'actualité. Je pense que c'est pour cette raison que le projet tennis a créé ce modèle, pour un classement actuel. La plupart des autres palettes concernent des choses souvent figées dans le temps, mais pour des palettes liées à l'actualité, je pense que c'est à explorer. Cela permettrait au lecteur de consulter des pages liées entre elles dans le temps présent plus facilement. Je me doute que j'aurai des retours négatifs mais je préfère reposer la question ici tout de même. — Nebuno (discuter) 28 mars 2024 à 00:11 (CET)

Je suis un peu tendu rien qu'à l'idée de voir qu'on veuille allégrement contourner des dispositions argumentées de la WMF, mais je vais supposer la bonne foi. Je t'invite à lire l'intégralité du ticket si tu le peux et à revenir avec tes questions si tu n'as pas compris certains points. Je tenterai de vulgariser les arguments techniques peu compréhensibles. Peut-être que tu pourras alors comprendre le fond des problématique soulevées. Sans divulgâcher : une grosse partie du problème vient de la communauté, même si la WMF partage une partie de la responsabilité sur certains sujets techniques (en l'occurrence ici pas tellement). Les corrections sont toutes trouvées, c'est la communauté le problème. Son poids indéfectible et parfois par dessus la raison. Une énième problématique de l'industrie du web qui dépasse les simples préférences personnelles ou communautaires. Lofhi (discuter) 28 mars 2024 à 00:22 (CET)

J'ai commencé à lire à la date retenue dans votre lien, pas en intégralité. Je vais prendre le temps de le lire en entier et de le diriger car je ne suis pas familier avec ce domaine technique. Je n'hésiterai pas à vous questionner en cas de besoin. Merci pour votre pédagogie. Je ne fais que lancer un sujet, je ne souhaite rien révolutionner, et quand bien même, je ne le ferais pas sans l'avis et la validation d'utilisateurs plus compétents sur le sujet que moi. D'où cette discussion. — Nebuno (discuter) 28 mars 2024 à 00:30 (CET)

Je viens de me rendre compte que le Wikipédia allemand a recours au NaviBlock (Thomas Müller). Il s'agit de mon avis, mais est-ce envisageable, en tout cas dans le cadre d'un projet Wikipédia comme le football ou le rugby, comme l'a fait le projet tennis ? — Nebuno (discuter) 28 mars 2024 à 00:26 (CET)

Wikipédia en allemand a fait le choix de ne pas utiliser une des classes normalisées et proposées par la WMF. C'est une forme de contournement des recommandations, puisque que la WMF désactive le rendu des palettes que MediaWiki reconnaît... grâce aux classes. Donc cela s'affiche chez eux.

Des questions dès lors : est-ce que cela s'affiche correctement sur toutes les résolutions d'écran ? Est-ce que cet affichage fait sens ? Est-ce que les articles dans régions du monde qui n'ont pas accès haut débit à Internet et où la taille brute de ces boîtes n'est pas négligeable chargent rapidement ? Est-ce que les articles complexes s'affichent de manière performante sur des appareils peu puissants ? La réponse tend au non, d'où l'absence de ces boîtes sur version mobile web (sur application mobile j'ai oublié). Lofhi (discuter) 28 mars 2024 à 00:43 (CET)

Je vois, c'est en effet complexe et il faut envisager les choses dans leur globalité. Mais ma réflexion porte sur un modèle d'un effectif actuel par exemple, et non l'ensemble des palettes comme sur le Wikipédia allemand. Cela ne devrait pas poser trop de problème de charge, mais je comprends qu'il faille prendre tous les problèmes possibles en compte. — Nebuno (discuter) 28 mars 2024 à 00:59 (CET)

Comme j'ai dit, la communauté peut contourner quasi tout ce qu'elle veut parce qu'elle affiche littéralement ce qu'elle veut dans ses articles. La solution n'a jamais été de savoir si on pouvait faire quelque chose. Le problème a toujours été de faire comprendre à la communauté qu'il y a des bonnes façons de faire et des choses à ne pas faire. Que sa volonté ne justifie pas tout.

Ici, une bonne façon de faire est de rendre ces boîtes réactives et de réduire drastiquement leur taille nette en octets. Là, on pourrait peut-être argumenter auprès de la WMF notre choix de contourner leurs décisions parce qu'un gros travail aura été réalisé pour les rendre tolérables sur la version mobile. Et encore, sur la long cela pose problème de faire sa tambouille dans son coin. Lofhi (discuter) 28 mars 2024 à 01:24 (CET)

Conflit d’édition —  Nebuno : Bien que je regrette le problème de non-affichage des palettes sur mobile, je reste défavorable au tour de passe-passe proposé. Je ne suis par ailleurs pas convaincu de la pertinence de distinguer les palettes qui évoluent avec l'actualité (qui d'ailleurs n'existent pas que dans le domaine du sport : j'en ai connais aussi au moins dans le domaine politique) des palettes "fixes".

 Lofhi : Venir dire que « une grosse partie du problème vient de la communauté » ne donne aucune explication concrète et ne peut qu'ajouter de l'huile sur le feu. Ce genre de remarque me semble particulièrement peu constructive.

(À tout le monde :) Je réitère une idée que j'avais évoquée sur le Bistro : la possibilité que, sur la version mobile, il y ait ne serait-ce qu'un lien vers la palette à la place de la palette elle-même. En effet, la page des modèles, y compris des palettes, semble s'afficher correctement sur mobile (tester avec par exemple [6] ; en tout cas en affichant cette page fr.m... sur mon ordi, ça l'affiche, tandis que sans surprise la palette ne s'affiche pas en bas des articles où elle se trouve). Un tel lien, essentiellement analogue à ceux des articles connexes, ne devrait pas avoir les problèmes de résolution et je ne sais quoi d'autre invoqués pour ne pas afficher les palettes. En attendant peut-être un miracle un jour, ce serait toujours mieux que rien. SenseiAC (discuter) 28 mars 2024 à 00:59 (CET)

Bonjour SenseiAC. J'ai parlé du domaine du sport mais aussi de la politique pour cette proposition de modèle, relisez-moi. Je ne souhaite pas limiter cette proposition à ces domaines d'ailleurs mais je parle surtout pour le sportif, car c'est le domaine principal de mes contributions. À mon sens, c'est pertinent pour des projets sportifs mais pas que. — Nebuno (discuter) 28 mars 2024 à 01:06 (CET)

Edit : non, en version mobile et sur un mobile, la palette ne s'affiche pas. À l'ouverture de votre lien, le tableau n'apparaît pas. — Nebuno (discuter) 28 mars 2024 à 01:13 (CET)

La bienveillance, ce n'est pas en arriver à mentir pour faire plaisir. Ce n'est pas parce qu'une remarque paraît peu constructive qu'elle l'est. Ainsi, il est bon que de rappeler qu'afficher un lien vers la palette, bah... ça ne règle en rien le problème d'accessibilité de ces boîtes. Cela revient encore à un contournement, à une fausse solution, à un bandage sur une plaie béante. Ces boîtes sont lourdes à charger (déjà dit plus haut) pour ceux qui n'ont pas un accès haut débit à Internet et seront toujours illisibles sur petits écrans (déjà dit plus haut). Encore un truc que la communauté ne veut pas comprendre au fil des années ; même quand c'est expliqué deux fois dans le meme sujet. Lofhi (discuter) 28 mars 2024 à 01:08 (CET)

« Cela semble s'afficher correctement sur mobile (tester avec par exemple [8] ; en tout cas en affichant cette page fr.m ». C'est faux, ou alors comme d'habitude, la communauté a affiché la version mobile avec la résolution d'un écran d'ordinateur... On tourne en rond. Sur mobile, la palette est invisibilisée à partir d'une résolution jugée trop petite parce que la palette devient difforme. Et encore une fois, l'affichage ne supprime pas la problématique de la lourdeur de ces boîtes. Lofhi (discuter) 28 mars 2024 à 01:11 (CET)

 Lofhi : là niveau mauvaise foi tu as fait fort en tronquant la citation de mon commentaire juste avant là où je dis explicitement "sur mon ordi"... SenseiAC (discuter) 28 mars 2024 à 01:20 (CET)

Il n'y a pas de mauvaise foi. J'ai littéralement le code source de MediaWiki ouvert sous les yeux. Les palettes ne peuvent pas s'afficher dans l'espace de nom principal. Elles s'affichent à partir d'une certaine résolution sur mobile dans les autres espaces de nom. Une fois une taille critique atteinte où les palettes se difforment, elles sont invisibilisées.

Donc on en revient aux mêmes problèmes : les palettes ne sont pas affichées correctement sur petit écran et le jour où elles s'afficheront correctement, cela ne résout en rien le problème de poids en octets dans les régions où un accès Internet haut-débit est un luxe.

Sauf que je ne suis pas sûr que les arguments techniques intéressent grand monde, car tout ça a été expliqué, réexpliqué puis récité. Rien que le ticket partagé par @Pyb puis repartagé par moi, le tout avec les arguments tout à fait valables de @Trizek sur l'autre sujet font référence à 90 % des éléments que je développe. Lofhi (discuter) 28 mars 2024 à 01:30 (CET)

Ne le prend pas personnellement @SenseiAC, hein. C'est juste que toutes ces explications sont données et redonnées... C'est épuisant la pédagogie. Ce n'est pas expliquer qui est problématique. Ce qui est frustrant, c'est d'avoir l'impression de parler dans le vide même quand on tente de vulgariser le mastodonte qu'est MediaWiki. Je ne raconte pas tout cela pour faire chier les gens. Les points de vue communautaires pourraient être défendus au près de la WMF, mais ici, elle a globalement raison. Lofhi (discuter) 28 mars 2024 à 01:41 (CET)

Référence technique du comportement décrit : https://gerrit.wikimedia.org/g/mediawiki/extensions/MobileFrontend/+/53d7f6d9943fa5961f28ed69f1ae2a2f3f5b74bd/includes/MobileFormatter.php#69. Lofhi (discuter) 28 mars 2024 à 01:44 (CET)

Les palettes réactives sont une bonne idée pour résoudre le problème des palettes « lourdes ». Menthe Poivrée • 28 mars 2024 à 02:00 (CET)

Je ne sais pas franchement... Certains articles sont déjà gros à cause du sujet traité, alors quand il y a trois palettes de 10 kilooctets chacune qui sont rajoutées en fin de page... Sans parler que c'est la taille brute avant expansion (appelle en cascade des modèles utilisés dans les modèles, ...). Pire si c'est par exemple une palette de pays avec drapeaux (autant de requêtes parallèles [si pas successives une par une] pour chaque image à charger depuis Commons). C'est vraiment des problématiques complexes. Et rien que la version d'HTTP supportée de l'appareil peut tout changer (multiplexage versus pipelining HTTP versus aucun des deux). Et le réseau, ce n'est pas vraiment ma plus grande compétence. Lofhi (discuter) 28 mars 2024 à 02:18 (CET)

Je suis d’accord, mais ça ne me paraît pas un facteur dirimant. Heureusement, tous nos articles ne font pas +100 000 octets.

Par contre, je te rejoins sur les images dans les palettes, c’est une pratique qu’il faudra proscrire si on adapte les palettes. Menthe Poivrée • 28 mars 2024 à 02:41 (CET)

Dans un contexte d'un accès lent à Internet, si. Le problème des images dans les palettes est secondaire et n'invalide pas ma première et principale remarque : les palettes sont trop lourdes pour les informations qu'elles véhiculent et vis-à-vis de leur taux d'utilisation et de consultation. Lofhi (discuter) 28 mars 2024 à 03:02 (CET)

Bien sûr, ça ne l’invalide pas. Mais la réalité est qu’il s’agit d’un sujet récurrent chez nous, preuve d’un besoin. C’est d’ailleurs un sujet récurrent au niveau international, à tel point qu’outre-Rhin, nos voisins cherchent des solutions pour régler ce problème. Je ne dis pas que leur solution est satisfaisante, mais dire qu’elles sont trop lourdes ou pas assez consultés ne l’est pas non plus. Menthe Poivrée • 28 mars 2024 à 03:49 (CET)

Non, la solution allemande n'est pas une solution qui répond à l'ensemble des problèmes que j'ai répété quatre fois, c'est-à-dire aussi la réduction drastique de la taille des palettes. Les « besoins » des uns ne valent pas plus que l'accessibilité de Wikipédia dans des régions défavorisées. J'ai assez détaillé, quatre fois, les arguments. Vous en faites maintenant ce que vous voulez... La communauté qui ignore les considérations techniques, c'est symptomatique. En voici encore l'exemple. Lofhi (discuter) 28 mars 2024 à 04:00 (CET)

En effet, un sondage peut-être nécessaire. Menthe Poivrée • 28 mars 2024 à 04:19 (CET)

Faire un sondage sur un truc pas faisable ? Mieux vaut attendre la prochaine session des vœux communautaires et y aller en masse réclamer une solution technique. Trizek ^bla 28 mars 2024 à 09:47 (CET)

L’un n’empêche pas l’autre. Menthe Poivrée • 28 mars 2024 à 12:50 (CET)

┌───────────────────────────────────────────┘
@Lofhi @Trizek Je tombe sur ce sujet via le Wikimag de la semaine, et je me demande s'il ne "suffirait" donc pas basculer le code CSS (?) du Modèle Palette pour soit adapter les balises <table> (exemple rapide), soit basculer en "display:grid" (méthode 5 de cet exemple), tout en allégeant le code ? Après tout, j'ai du mal à voir pourquoi un affichage aussi petit de texte (en omettant les images) devrait compter au moins 10 Ko alors qu'il s'agit principalement de listes... 🤔 J. N. Squire (discuter) 4 avril 2024 à 00:07 (CEST)

Bonjour J. N. Squire. Merci de relancer la discussion et d'apporter votre avis. Dans son résumé de modification du 28 mars dernier, Lofhi a déclaré quitter la discussion : « désabonnement d'un dialogue des sourds ». Je préfère vous prévenir car il ne souhaite peut-être plus intervenir. — Nebuno (discuter) 4 avril 2024 à 00:16 (CEST)

C'est l'idée @J. N. Squire, mais je ne sais pas si cela suffirait comme reduction de taille pour la WMF. Il faudrait leur demander. Je ne sais pas aussi comment afficher aisément un tableau comme {{Palette Système solaire}} sur petit écran. Il faudrait à la limite utiliser que deux niveaux par ligne... Par exemple « Comètes (première colonne) : Exemples notables périodiques : Halley (deuximème colonne) », etc. Ou alors basculer tout en une colonne sur petit écran, comme dewiki. Cependant, la taille est toujours un des problèmes principaux (dewiki utilise toujours des tableaux et pas une grille). Lofhi (discuter) 4 avril 2024 à 03:37 (CEST)

Ai discuté un peu sur le ticket référencé plus tôt et la meilleure solution serait une légère variante de la proposition de @SenseiAC : afficher seulement l'entête de la palette sur la version mobile. Le lecteur se redirige lui-même sur la palette elle-même pour la consulter sur un petit écran. Cela pourrait se faire sans devoir repasser manuellement sur toutes les palettes, en modifiant que le modèle méta. Et pour la responsivité, pareil. Pour autant, je ne suis pas sûr que cela soit réalisable simplement. Je dois chercher à comprendre le comportement de <mobileonly. Sinon cela risque d'être vite une usine à gaz : afficher que l'entête sur mobile dans l'espace de nom principal, sinon afficher entièrement la palette sur l'espace de nom des modèles ; sinon-sinon afficher la palette entière si c'est la version bureau qu'importe l'espace de nom. Sauf que tous ces modèles sont protégés et requiert le rôle administrateur, donc bonne chance. Cela me casse les pieds de ne même pas pouvoir prévisualiser sans devoir tout copié dans un bac à sable.

Je ne parle même pas des couleurs. Je pense ajouter dans ma signature : « le choix arbitraire et manuel des couleurs est une plaie technique menaçant l'entretien du projet et son accessibilité ». Lofhi (discuter) 4 avril 2024 à 12:19 (CEST)

 Lofhi : Si tu as besoin d'un admin pour quoi que ce soit, n'hésite pas à me demander. SenseiAC (discuter) 4 avril 2024 à 17:06 (CEST)

Bon courage avec <mobileonly>, surtout avec des modèles uniquement basés sur des tableaux. :/

Pour les couleurs, il faudrait arrêter de laisser libre choix. Si ce n'est pas accessible, on change pour une couleur de la palette standard.

Et au passage, faire de l'accessibilité une règle.

Trizek ^bla 4 avril 2024 à 17:33 (CEST)

Pour afficher les tableaux à la vertical, je pense qu'il faudrait modifier le CSS pour que le "titre" de la liste d'articles bascule au-dessus (cf mon premier exemple), cette fois en combinant du display:grid.

(qu'on arrive ou non à convaincre la WMF ; il faut alléger et rendre accessible ces tableaux de toute façon). J. N. Squire (discuter) 4 avril 2024 à 23:24 (CEST)

La solution de @J. N. Squire est la meilleure pour une optimisation sur mobile amha. Menthe Poivrée, 6 avril 2024 à 14:03 (CEST)

OK. Du coup je suppose qu'il faudra tester un changement du système de balises du module Lua et du CSS ? Comment fait-on pour trouver les fichier CSS sur MediaWiki, déjà ? 😅 (@Lofhi aurait mentionné un changement de place des CSS vers leurs fichiers propres il y a quelques années, si ma mémoire ne me fait pas défaut). J. N. Squire (discuter) 20 avril 2024 à 19:35 (CEST)

Les articles Modèle:Âge et Modèle:Âge en années sont proposés à la fusion

Page proposée à la fusion

Bonjour,

Les articles « Modèle:Âge  » et « Modèle:Âge en années » 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#Modèle:Âge et Modèle:Âge en années.

Accéder au débat

Complexité de remplir une page avec des sources solides.

Bonjour, je suis un peu perdu, je tente de compléter une page en ajoutant des sources tangibles, des liens vers des extraits vidéos, les liens extérieurs également afin de faire disparaître le bandeau s’affichant en haut de la page, mais je trouve Wikipedia assez compliqué en terme de gestion. Comment puis-je je faire ?

merci de votre réponse.

une belle journée à vous tous. 2A09:BAC3:4A7:30F:0:0:4E:60 (discuter) 1 avril 2024 à 07:48 (CEST)

Bonjour,

Pour commencer, il faut poser ses questions au bon endroit. Pour débuter et être correctement aiguillé, le plus simple est de commencer par poser ses questions sur le forum des nouveaux. Tu y trouveras là-bas des gens pour te guider.

Wikipédiennement, Epok__ (✉), le 1 avril 2024 à 08:33 (CEST)

Modèle Pays Drapeau

Bonjour je débute sur wikipédia. Je contribue sur des listes de guerres par pays mais les modèles pays drapeaux sont manquants. Pourriez vous m'aider à en réaliser. Resikas (discuter) 6 avril 2024 à 10:27 (CEST)

Bonjour @Resikas. Pour ajouter de nouveaux drapeaux dans le Modèle:Drapeau, il faut déjà s'assurer qu'ils n'existent pas déjà sous des noms différents de ceux qu'on s'attend à trouver (cela m'est déjà arrivé). La Catégorie:Modèle Country data contient tous les drapeaux existant appelables par le Modèle:Drapeau et on en trouve déjà beaucoup.

Si un drapeau est manquant, on peut l'ajouter en créant un nouveau modèle Country Data (mode opératoire ici : Projet:Modèle/Système Country#Ajout de pays et modification). Personnellement, je prends un modèle existant dont je sais qu'il fonctionne et je le duplique. Concernant les images des drapeaux, il faut chercher des fichiers SVG dans https://commons.wikimedia.org/wiki/Category:SVG_flags pour voir s'ils existent.

Sinon, il est toujours possible de demander des créations ici. --Shadow Argos (discuter) 6 avril 2024 à 12:22 (CEST)

{{Titre d'œuvre}}

Bonjour

Dans le modèle qui est en titre, je cherche à pouvoir mettre plusieurs origines différentes : d'origine cinématographique, graphique, musicale, etc., mais je ne vois pas comment implémenter ce paramètre, j'aurais bien besoin d'un petit coup de pouce. LeCharybde (discuter) 6 avril 2024 à 14:24 (CEST)

Bonjour @LeCharybde,

Si j'ai bien compris, le but est de pouvoir indiquer de 1 à 6 origines, et pour chacune ajouter la catégorie associée le cas échéant ?

Je ne pense pas qu'il soit possible de faire autrement que d'appliquer (i. e. copier-coller), pour chaque paramètre {{{1}}} à {{{6}}}, le switch sur les catégories. Escargot (discuter) 6 avril 2024 à 14:47 (CEST)

Bonjour Escargot_bleu , oui c'est exactement ça ! Je vais voir en copiant/collant alors. LeCharybde (discuter) 6 avril 2024 à 21:37 (CEST)

Du coup @Escargot bleu, j'ai fait avec ta technique, mais du coup, une nouvelle question se pose. Dans le cas d'au moins deux genres artistiques, comment faire pour qu'il y ait un « et » avant le dernier genre ? LeCharybde (discuter) 6 avril 2024 à 22:01 (CEST)

Ca doit être géré par le modèle Multiparamètres. Escargot (discuter) 7 avril 2024 à 07:05 (CEST)

Wikifunctions recherche des participants pour un entretien sur l'intégration avec Wikipédia

Je pose ça là au cas ou, ça pourrait intéresser des modélistes. Il y a un questionnaire préalable pour sélectionner : lien là (je ne connais pas le préfixe pour WikiFunctions). — TomT0m ^[bla] 6 avril 2024 à 19:18 (CEST)

Bornes à repréciser

Comme dit ici, le modèle n'est pas correct, puisqu'une décennie commence l'année 1 et non l'année 0. LeCharybde (discuter) 14 avril 2024 à 22:35 (CEST)

Répondu là-bas. Le modèle est absolument correct. l'Escogriffe (✉) 16 avril 2024 à 01:22 (CEST)

Répondu là-bas. Le modèle est faux. LeCharybde (discuter) 16 avril 2024 à 08:47 (CEST)

Des nouveautés pour faciliter l'adoption des conventions de la WMF

Des années passent et des octets sont versés, mais le futur est peu plus radieux grâce à T358071.

Je suis principalement les modifications liées au mode nuit récemment. Et ce mode nuit bouge pas mal de choses. En résumé : un module pour WikimediaMessages a été développé afin de permettre aux wikis de sélectionner les styles CSS à la carte qu'ils souhaitent maintenir eux-mêmes et ceux qu'ils ne souhaitent pas. Par exemple, en ajoutant ambox|hatnote|infobox|navbox dans le nouveau message système MediaWiki:wikimedia-styles-exclude, nous pouvons désactiver tous les styles embarqués pour utiliser les classes standardisées et profiter d'autres fonctionnalités, comme MoveLeadParagraph pour déplacer le premier paragraphe introductif avant l'infobox sur mobile.

Je pense que dans un premier temps, nous pourrions tout désactiver, puis à notre rythme nous rapprocher des conventions de la WMF. On profiterait des autres fonctionnalités tout en travaillant à petits pas à raccorder le projet aux recommendations. Je notifie particulièrement @Od1n qui devrait être content de la nouvelle, à mon humble avis. Lofhi (discuter) 18 avril 2024 à 22:02 (CEST)

Optimisation du Module:Wikidata/Références

Je pose juste ça là pour pas oublier et mettre sur la place publique au cas ou quelqu'un pourrait faire ça avant moi : le Module:Wikidata/Références semble être désormais être intégré par défaut dans certaines infobox pour afficher les référence, voir le bistro de ce jour.

Je viens de voir qu'il utilise encore le chargement complet des entités, qui est une fonction "expensive" qui pourrait poser problème en cas de nombreuses référence entre autre. Il faudrait migrer vers les fonctions lua qui ne nécessitent pas le chargement d'un objet "entité" complet et ne nécessitent qu'un identifiant, comme celle là dans la doc de référence. Elles ne sont pas "expensive". — TomT0m ^[bla] 19 avril 2024 à 15:46 (CEST)

 : diff ça semble effectivement économiser des dizaines d'appels couteux mais curieusement peu de chargement d'entités Wikidata (sur les tests sur les pages Module:Wikidata/Références/Documentation et Modèle:Bibliographie/Documentation un chargement d'entité économisé au total, sur plusieurs dizaines d'indiqués au total. Je ne comprend pas l'histoire des chargements d'entités. — TomT0m ^[bla] 20 avril 2024 à 16:01 (CEST)