Discussion Projet:Modèle
![](http://upload.wikimedia.org/wikipedia/commons/thumb/9/97/OOjs_UI_icon_bell.svg/17px-OOjs_UI_icon_bell.svg.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/c/c4/OOjs_UI_icon_chem.svg/20px-OOjs_UI_icon_chem.svg.png)
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.
Modèles proposés à la suppression
- Aucun modèle actuellement
25 août 2024
- 04:2725 août 2024 à 04:27 Modèle:Palette Effectif actuel du Holstein Kiel (hist | modifier) [1 949 octets] VVLLAACC (discuter | contributions) (Création)
24 août 2024
- 22:1624 août 2024 à 22:16 Modèle:Palette Élections municipales françaises de 2026 (hist | modifier) [10 109 octets] Rainbow3o2 (discuter | contributions) (Nouvelle page : {{Méta palette de navigation | modèle = Palette Élections municipales françaises de 2026 | titre = Élections municipales françaises de 2026 | image = | dessus = {{Liste horizontale| * Élections municipales * Conseil municipal * Loi PLM }} | groupe1 = Départements de métropole | stylegroupe = width:90px | liste1...)
- 21:1824 août 2024 à 21:18 Modèle:Lang-wal (hist | modifier) [316 octets] Kehaa (discuter | contributions) (Nouvelle page : Wolayttattuwa {{lang|wal|{{{1}}}}}<noinclude>{{Documentation|contenu=Permet d’indiquer le nom de la langue avant un court texte. == Syntaxe == <code><nowiki>{{</nowiki>{{PAGENAME}}<nowiki>|</nowiki>''texte''<nowiki>}}</nowiki></code> }} wal </noinclude>)
- 20:2324 août 2024 à 20:23 Modèle:Palette Tournois de football amicaux en Amérique du Sud (hist | modifier) [2 022 octets] محمد أمين الطرابلسي (discuter | contributions) (Nouvelle page : {{Méta palette de navigation |modèle = Palette Tournois de football amicaux en Amérique du Sud |étatboîte = collapsed |nocat = oui |titre = Tournois de football non officiels/amicaux en Amérique du Sud |styletitre = background:#{{charte sportive/Niveau 1|football}}; |stylegroupe = background:#{{charte sportive/Niveau 2|football}}; width:125px; |styledessous= background:#{{charte sportive/Niveau 3|football}}; |styleliste = text-align:le...)
- 18:1424 août 2024 à 18:14 Modèle:Palette Politique étrangère béninoise (hist | modifier) [1 033 octets] Chado07 (discuter | contributions) (Création de Modèle:Palette Politique étrangère béninoise)
- 17:0124 août 2024 à 17:01 Modèle:Grande-Bretagne basket-ball à trois (hist | modifier) [275 octets] Arjuno3 (discuter | contributions) (Nouvelle page : {{Drapeau sportif | nom = Grande-Bretagne | drapeau = {{GBR-d}} | {{{1|}}} }}<noinclude>{{Documentation drapeau sportif}} {{PAGENAME}} </noinclude>)
- 14:2624 août 2024 à 14:26 Modèle:Palette Paul Martin (hist | modifier) [4 240 octets] L'engoulevent (discuter | contributions) (création)
- 13:1924 août 2024 à 13:19 Modèle:Introduction population d'article de commune de France/pourcentage évolution (hist | modifier) [362 octets] Od1n (discuter | contributions) (sous-modèle qui va permettre de grandement simplifier le code de {{Introduction population d'article de commune de France}})
- 11:0224 août 2024 à 11:02 Modèle:Palette Heinz Paul (hist | modifier) [3 448 octets] L'engoulevent (discuter | contributions) (création)
- 10:3724 août 2024 à 10:37 Modèle:Pourcentage/Test (hist | modifier) [234 octets] LeMoussel (discuter | contributions) (Nouvelle page : {{Sous-page de test}} == Version bac à sable == {{ {{BASEPAGENAME}}/Bac à sable | X }} {{clr}} == Version du modèle de base == {{BASEPAGENAME}} == Test == {{%|1,1}} {{clr}} {{%|0,76}} {{clr}} {{%|90}} {{clr}} {{Pourcentage|1|3}})
![](http://upload.wikimedia.org/wikipedia/commons/thumb/9/97/OOjs_UI_icon_bell.svg/17px-OOjs_UI_icon_bell.svg.png)
ODS et expansion d’une section avec une ancre
modifierLe 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)
- 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)
- 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)
Recommandations pour la compatibilité du mode nuit
modifierIl 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 : [1]. Şÿℵדαχ₮ɘɼɾ๏ʁ 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 [2]
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)
- C'est toujours un lourd chantier en cours, mais les progrès actuels peuvent être constatés en ajoutant un paramètre
- @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)
- 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)
- 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)
- 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)
- J'ai créé une discussion à ce sujet là-bas : [1]. Şÿℵדαχ₮ɘɼɾ๏ʁ 27 février 2024 à 02:51 (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)
- 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)
- 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
- 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)
- 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)
- 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)
- 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
Modèle:Légende/Début et infoboxes
modifierBonjour
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 : [3]).
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
modifierBonjour. 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 . 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
modifierBonjour,
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
modifierBonjour à tous !
Je propose d'armoniser les bandeaux relatifs aux sourçage de section entières, qui sont les suivants :
{{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
modifierPour 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 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)
- 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)
- 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 [4] ; 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)
- L’un n’empêche pas l’autre.
- 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)
- En effet, un sondage peut-être nécessaire.
- 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)
- 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.
- 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)
- 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)
- Les palettes réactives sont une bonne idée pour résoudre le problème des palettes « lourdes ».
- 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)
- 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)
- « 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)
- 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)
- 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 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)
- @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)
┌───────────────────────────────────────────┘
@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 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)
- Bon courage avec
- 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)
- La solution de @J. N. Squire est la meilleure pour une optimisation sur mobile amha.
- 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
- 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)
Les articles Modèle:Âge et Modèle:Âge en années sont proposés à la fusion
modifier![Page proposée à la fusion](http://upload.wikimedia.org/wikipedia/commons/thumb/5/52/Merge-arrows.svg/70px-Merge-arrows.svg.png)
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.
Complexité de remplir une page avec des sources solides.
modifierBonjour, 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
modifierBonjour 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)
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)
- Bonjour Escargot_bleu
Wikifunctions recherche des participants pour un entretien sur l'intégration avec Wikipédia
modifierJe 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
modifierComme 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
modifierDes 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
modifierJe 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)
Sous-palettes à inclure dans une palette
modifierBonjour à tous, Je me demandais si sur frwiki il était possible d'inclure une palette dans une autre palette de façon propre ? De tout ce que j'ai pu voir/lire/tester ce n'est pas le cas mais je ne suis pas expert. En gros je souhaiterais avoir la même palette que en:Template:Activision_Blizzard sur frwiki mais je n'y arrive pas... quelqu'un a une idée ou alors je laisse tomber ? Goombiis •~Δ~• 27 avril 2024 à 18:58 (CEST)
- Bonjour @Goombiis.
- J'ai fait plusieurs modèles sur ce principe (ce sont des reprises de modèles de WP:EN) :
- - Modèle:Palette Prisons pour femmes aux États-Unis
- - Modèle:Palette Lieux d'exécution aux États-Unis
- - Modèle:Palette Prisons privées aux États-Unis gérées par GEO Group
- Et je les réutilise. Mais c'est assez lourd. --Shadow Argos (discuter) 28 avril 2024 à 10:51 (CEST)
- Hello @Shadow Argos, c'est ce sur quoi je me suis rabattu. Mais cela ne correspond pas totalement à ce qu'il y a sur enwiki. Il y a trois palettes : Activision Blizzard, Activision et Blizzard. La première intègre les deux autres en tant que tel et non que leur contenu, ainsi la modification d'une des deux dernières, met à jour directement la première. Mais cela semble ne sembla pas possible sur frwiki. Goombiis •~Δ~• 28 avril 2024 à 18:18 (CEST)
- Il doit être possible de le faire en appelant la palette à insérer via le code du type {{Modèle:Palette à insérer}} (ou quelque chose d'approchant). Mais ça se teste en brouillon ou bac à sable. --Shadow Argos (discuter) 28 avril 2024 à 20:50 (CEST)
- C'est même beaucoup trop lourd. Ces palettes sont parfois plus lourds que l'article en lui-même... de très loin. 😓 Lofhi (discuter) 1 mai 2024 à 22:23 (CEST)
- Hello @Shadow Argos, c'est ce sur quoi je me suis rabattu. Mais cela ne correspond pas totalement à ce qu'il y a sur enwiki. Il y a trois palettes : Activision Blizzard, Activision et Blizzard. La première intègre les deux autres en tant que tel et non que leur contenu, ainsi la modification d'une des deux dernières, met à jour directement la première. Mais cela semble ne sembla pas possible sur frwiki. Goombiis •~Δ~• 28 avril 2024 à 18:18 (CEST)
Standardisation des modèles de bandeaux (ambox)
modifierDepuis ce matin avec la modification apportée sur {{Classes début infobox}}, le premier paragraphe introductif est affiché avant l'infobox sur la version mobile web. Ce changement à la volée est opéré par MediaWiki.
Comme prévu, cela coince avec certains modèles. Sur UNICEF, on se retrouve avec les bandeaux après le premier paragraphe introductif déplacé. Il faudrait donc s'attaquer au Module:Bandeau pour utiliser les classes standardisées, mais qui est protégé en écriture comme... pas mal de modèles méta.
Quelqu'un à des objections à tenter l'adoption de la classe .ambox
? Est-ce qu'on envisagerait pas de vider MediaWiki:Common.css des styles des types de boites pour passer à des feuilles de styles imbriquées ?
.ambox
- utilisé pour décrire le problème avec la page ;.ambox .mbox-image
- associe une icône avec le problème ;.ambox .mbox-text-span
- décrit le problème (mais pas la solution) ;.ambox .hide-when-compact
- décrit la solution au problème ;
Pour le fond technique, voir mw:Recommendations for mobile friendly articles on Wikimedia wikis. Lofhi (discuter) 2 mai 2024 à 13:51 (CEST)
- Entièrement d’accord avec toi. C’est la meilleure solution pour pallier ce problème.
Menthe Poivrée, 2 mai 2024 à 16:19 (CEST)
- Pas convaincu que ce soit simple à mettre en place, mais les bandeaux ont de toute façon toujours très mal rendu sur mobile donc je suis favorable à les revoir.
- Il y a récemment eu le retrait des indications du modèle {{à wikifier}} à cause de ça. En plus des bandeaux d'avertissement, il y a les bandeaux de recommandation qui posent problème parce que le texte est totalement écrasé entre l'icône et les raccourcis. (ex : Wikipédia:Administrateur) Escargot (discuter) 2 mai 2024 à 16:48 (CEST)
N'hésitez pas à donner votre avis sur cette discussion
modifierBonsoir chers experts modellistes,
n'hésitez pas à donner votre avis sur cette discussion.
Merci d'avance !
Bonjour à vous ! Je viens de créer le modèle {{Disque}}, mais j'ai un petit problème. Il faudrait que le numéro de catalogue puisse s'afficher, or il n'est apparemment pas compris dans le modèle. Comment faire ? Merci d'avance de votre réponse ! LeCharybde (discuter) 5 juin 2024 à 11:28 (CEST)
Articles avec liens vers des modèles
modifierBonjour,
Un article (ou un modèle inclus par un article, ce qui revient au même) peut-il contenir un lien vers la page d'un modèle, comme [[Modèle:XXX]] ? Cela me semble contraire à la recommandation sur les liens internes qui dit : « il n’est pas pertinent de créer un lien (...) vers des espaces de nom spécifiques ».
Or de nombreuses palettes (voir la liste) contiennent des liens de ce type. J'imagine le pauvre lecteur lambda qui clique sur un lien dans une palette en croyant accéder à un article, et se retrouve sur la documentation d'une palette. Et en plus, parfois la palette est repliée et on ne voit que le pavé de documentation.
QUelqu'un a-t-il une idée sur ce qu'il conviendrait de faire ? Pour ma part je ne vois aucune solution simple.
Cordialement, -- Alserv (discuter) 15 juin 2024 à 09:01 (CEST)
- Bonjour Alserv
. Pas vraiment d'avis, il y a des cas ou c'est sans doute pertinent.
- Une possibilité serait d'utiliser le modèle {{m}}, même si ça ne changerait pas grand chose pour « le pauvre lecteur lambda » qui ne saurait pas faire la différence.
- --FDo64 (discuter) 15 juin 2024 à 11:47 (CEST)
- Oui, dans certains cas c'est pertinent. Par exemple les palettes Géo comme {{Modèle:Palette Géo/France}} ne contiennent que des liens vers d'autres palettes. Elles ne sont inclues que dans la documentation d'autres palettes ou modèles, c'est pourquoi elles n'apparaissent pas dans la liste.
- -- Alserv (discuter) 15 juin 2024 à 12:23 (CEST)
- Ce genre de liens (vers la page du modèle ou vers Wikidata) a un sens quand le modèle contient des informations qu'on ne peut pas modifier depuis le corps de l'article. Pour un modèle qui ne fait qu'une mise en forme, un lien n'est pas pertinent. Escargot (discuter) 15 juin 2024 à 12:37 (CEST)
Bonjour, question sur Le Bistro du jour sur le modèle {{liens}} de ma part. @Eric-92 me renvoie ici depuis Discussion_modèle:Liens#Dicussion_au_Bistro_sur_le_modèle. Merci de vos lumières ! Kailingkaz (discuter) 17 juin 2024 à 19:07 (CEST)
- En fait, quelqu'un a indiqué plus tard : « Ça a été mentionné sur le bistro de vendredi dernier si vous voulez davantage de détails. »
- -- Eric-92 (discuter) 17 juin 2024 à 23:53 (CEST)
Bonjour,
Suite à ce message que l'on m'a posté, j'ai constaté de nombreux défauts dans le modèle {{Conversion}} :
- déjà la problématique initiale : l'absence de format de conversion « pieds + pouces », qui dans la plupart des cas serait effectivement préférable à seulement des pieds (avec un nombre décimal) ;
- l'affichage d'une abréviation/symbole/on-sait-pas-trop « pi » ; peut-être est-elle usitée en Canada, mais alors en France vraiment pas du tout ;
- de plus, il n'y a pas d'infobulle affichée sur les abréviations, ce qui serait souhaitable pour aider à la compréhension ;
- la nécessité de renseigner manuellement un paramètre
sing
pour afficher le nom d'unité au singulier… ;- de plus, ce paramètre est commun à l'unité de départ et à l'unité de conversion, or il est tout à fait possible que l'une soit au singulier et l'autre au pluriel ;
- le paramètre
sp
n'est pas mentionné dans la documentation.
Pour toutes ces raisons, j'ai l'impression d'une réécriture en Lua serait judicieuse. Surtout que cela risquerait d'être nécessaire pour implémenter un format de conversion « pieds + pouces » (car constitué de deux unités).
Retouches du modèle BBKL
modifierBonjour,
Sur la pdd du Modèle:BBKL, j'ai lancé deux sujets qui vont de pair :
- inclusion du modèle {de}, le modèle faisant référence à un ouvrage en allemand ;
- les paramètres doivent être traduits pour un meilleur usage par des utilisateurs français.
Ces deux propositions impliquent une modification du modèle puis une mise à jour par bot, le modèle étant inclus dans entre 500 et 1000 articles du main.
Qu'en pensez-vous ? Daehan [p|d|d] 2 juillet 2024 à 18:19 (CEST)
Décennie mal affichée
modifierBonjour, Comme vous pourrez le constater, on peut lire dans l'infobox de l'article Selassie Ibrahim "Période d'activité : depuis Années 1990". Il faudrait faire en sorte que ce paramètre (dont la valeur est récupérée sur Wikidata) affiche correctement "Période d'activité : depuis les années 1990". Merci d'avance. SenseiAC (discuter) 8 juillet 2024 à 00:58 (CEST)
- J'ai un peu regardé, mais ce n'est vraiment, vraiment pas simple du tout… En gros, le problème est que Module:Infobox/Fonctions/Personne::floruit ne transmet pas une donnée de date, mais un wikilien (avec en plus catégorie, rétrolien wikidata, un span qui encadre…) à Module:Date complexe::daterange (puis fromdate), qui du coup n'est pas en mesure d'analyser l'entrée, et se contente de la retourner telle quelle. Notification à @GrandEscogriffe qui est déjà grandement intervenu sur ces modules, et peut-être la seule personne capable de résoudre le problème… od†n ↗blah 8 juillet 2024 à 02:22 (CEST)
- Bonjour SenseiAC et Od1n
, c'est fait ! En effet ce n'était pas évident. Désormais floruit ne transmet plus au module:Date complexe seulement des chaînes de caractères, mais des objets plus complexes qui intègrent à la fois les chaînes de caractères souhaitées et les données de dates complètes, dont leur précision à partir de laquelle le module date complexe va faire les adaptations linguistiques nécessaires. l'Escogriffe (✉) 11 juillet 2024 à 17:14 (CEST)
- Super, merci Od1n et GrandEscogriffe. SenseiAC (discuter) 11 juillet 2024 à 17:37 (CEST)
- Avec un peu de retard : merci à GrandEscogriffe, c'est vraiment lui qui a fait tout le travail pour cette histoire. od†n ↗blah 12 août 2024 à 12:10 (CEST)
- Super, merci Od1n et GrandEscogriffe. SenseiAC (discuter) 11 juillet 2024 à 17:37 (CEST)
- Bonjour SenseiAC et Od1n
Date d'apposition des modèles
modifierBonjour,
Les modèles comme {À sourcer} ou {refnec} doivent recevoir une date au format MOIS-ANNEE pour être catégorisés correctement (ici et là), m'a-t-on jadis indiqué. Ce n'est pas pareil pour les modèles de maintenance du type {{C'est-à-dire}}, dont la documentation indique JOUR-MOIS-ANNEE ? Ou ils ne sont pas suivis ?
Pour info, j'ai aussi posté sur les Questions techniques, dans le doute. -- 8 juillet 2024 à 19:59 (CEST) Vega (discuter) 8 juillet 2024 à 19:59 (CEST)
- Ces modèles demandent habituellement un format "mois année", parce qu'ils catégorisent en utilisant ce texte pour produire le nom de la catégorie (exemples). Cela date d'une époque où Lua n'était pas disponible.
- Dans le cas de {{C'est-à-dire}}, ce modèle repose sur le même méta-modèle {{Fix}} sous-jacent, mais il n'effectue pas de catégorisation. On pourrait donc dire que peu importe le format de la date, vu qu'en fait elle n'est pas utilisée. Mais si un jour ce modèle est modifié pour ajouter une catégorie, il faudrait mettre à jour toutes les utilisations du modèle.
- Maintenant que nous disposons de Lua, on pourrait envisager une gestion plus évoluée du paramètre : il serait aussi possible de saisir "jour mois année" (ou une date ISO, etc.), et cette précision du jour pourrait servir aux rédacteurs qui farfouinent dans l'historique. Et Lua irait extraire le mois et l'année de la valeur, pour produire le nom de la catégorie.
- od†n ↗blah 8 juillet 2024 à 20:35 (CEST)
Bande grise anormale
modifierBonjour, Le drapeau dans le modèle {{Gouvernorat italien du Monténégro}} ( Gouvernorat italien du Monténégro) semble avoir une fine bande grise anormale sous les trois bandes rouge-bleu-blanc. Quand on regarde le drapeau sur Commons, on voit aussi une (très) fine bande grise en bas du drapeau, mais si on clique sur le drapeau, alors la bande grise n'est plus là. Je vous laisse comparer avec {{Gouvernement de salut national de Serbie}} (
Gouvernement de salut national de Serbie), qui a presque exactement le même drapeau (mêmes dimensions, juste les nuances de rouge et de bleu qui sont un peu différentes) et qui lui n'a nulle part cette bande grise. Pouvez-vous regarder d'où vient le problème ? Merci d'avance. SenseiAC (discuter) 12 juillet 2024 à 14:16 (CEST)
- C'est lié à la conversion des fichiers svg en png, puis png haute résolution à png basse résolution. Plutôt à signaler sur Phabricator, même s'il y a sûrement déjà une tâche à ce sujet. Escargot (discuter) 12 juillet 2024 à 14:39 (CEST)
- Je constate cette ligne sur Firefox et sur Pale Moon, mais pas sur Chrome. Je pencherais plutôt pour un problème dans le code du fichier SVG (en particulier le transform="translate(0 300)", qui causerait peut-être un positionnement imparfait selon la taille d'affichage, et qui m'a l'air d'être une espèce de bricolage dont on devrait pouvoir se passer). À comparer avec le code du fichier SVG fonctionnel que tu as indiqué, mais qui là en revanche m'a l'air anormalement complexe. od†n ↗blah 12 juillet 2024 à 15:50 (CEST)
Nationalités dans infobox via Wikidata
modifierBonjour, Dans l'article sur Miriam Makeba, il est indiqué "Nationalités : algérienne (à partir de 1972) / sud-africaine / Union d'Afrique du Sud". Primo, "Union d'Afrique du Sud" devrait afficher "sud-africaine". Secundo, dans la mesure où un changement de régime n'est pas un changement d'État et donc de nationalité, ce deuxième "sud-africaine" devrait dans le cas présent ne pas apparaître puisqu'il y a déjà un "sud-africaine". Enfin, il serait plus cohérent que "sud-africaine" apparaisse en premier, puisque ce fut sa nationalité durant toute sa vie, et que "algérienne" apparaisse en-dessous, puisqu'elle n'a acquis cette seconde nationalité que plus tard. Merci d'avance. SenseiAC (discuter) 16 juillet 2024 à 20:26 (CEST)
- pas un pb de programmation mais de rang préféré côté Wikidata Bouzinac (discuter) 16 juillet 2024 à 21:17 (CEST)
- Bonjour Bouzinac
problème analogue (2 fois) dans World_Athletics#Présidents. 79.83.241.175 (discuter) 29 juillet 2024 à 16:59 (CEST)
- Okay mais il est possible de modifier les rangs préféré soi même https://www.wikidata.org/wiki/Q1628#P27 et https://www.wikidata.org/wiki/Q1638#P27 Bouzinac (discuter) 29 juillet 2024 à 17:13 (CEST)
Bouzinac : Merci. Reste le problème de l'affichage des dates (1946-1999) pour la nationalité de Primo Nebiolo, dates qui ne sont pas pertinentes dans ce tableau (mais qui, en l'état, n'ont a priori pas lieu de disparaître de Wikidata -- aussi discutable que puisse être la façon de gérer les nationalités sur Wikidata). 79.83.241.175 (discuter) 29 juillet 2024 à 19:11 (CEST)
- Okay mais il est possible de modifier les rangs préféré soi même https://www.wikidata.org/wiki/Q1628#P27 et https://www.wikidata.org/wiki/Q1638#P27 Bouzinac (discuter) 29 juillet 2024 à 17:13 (CEST)
- Bonjour Bouzinac
Création de pages d'aide pour le mode sombre
modifierBonjour,
Le mode sombre est disponible pour tous les utilisateurs non connectés depuis deux jours. J'ai rédigé Aide:Mode sombre et Aide:Mode sombre (avancé) pour expliquer comment adapter du wikicode au mode sombre. Escargot (discuter) 19 juillet 2024 à 21:54 (CEST)
- Travail vraiment impressionnant. Et d'ici cinq ans on devrait avoir des IA capables de comprendre ces guides, on les élit administratrices et on les laisse modifier les feuilles de styles pour nous. od†n ↗blah 24 juillet 2024 à 15:20 (CEST)
Modèle pour podcast radio
modifierBonjour. J'insère des podcasts Radio France dans des articles. J'ai essayé de reprendre un modèle sur des articles mais c'est un modèle film et ça ne convient pas. Actuellement je saisis le modèle ouvrage, soit en bibliographie, soit en rubrique comme ici Al Capone. Les podcasts sont souvent des sources biographiques de qualité. Serait-il possible d'envisager la création d'un modèle de saisie ? Merci pour votre attention. Laugriville (discuter) 21 juillet 2024 à 16:35 (CEST)
- Bonjour @Laugriville,
- Le modèle prévu est le modèle {{Lien web}} avec le paramètre
format
à la valeuraudio
. - Exemple :
{{Lien web |format=audio |titre=Déchets, dis-moi qui est la poubelle ? |url=https://www.radiofrance.fr/franceculture/podcasts/la-science-cqfd/dechets-9770101 |site=France Culture |date=2023-12-27 |consulté le=2024-07-21}}
- « Déchets, dis-moi qui est la poubelle ? » [audio], sur France Culture, (consulté le ) Escargot (discuter) 21 juillet 2024 à 17:01 (CEST)
- OK. Merci et bonne fin d'après-midi Laugriville (discuter) 21 juillet 2024 à 17:36 (CEST)
Tri des homonymies de comètes
modifierBonjour, Les pages qui utilisent le modèle {{Homonymie Comète}} se retrouvent de ce fait automatiquement catégorisées dans la Catégorie:Homonymie de comètes. Serait-il possible de faire en sorte que les pages qui utilisent le modèle (pages qui ont des titres de la forme "Comète XYZ") soient triées selon leur nom (uniquement "XYZ") dans ladite catégorie ? Si vous avez besoin pour cela d'ajouter la clé de tri ("XYZ") comme paramètre du modèle, ce n'est pas un problème. Merci d'avance. SenseiAC (discuter) 22 juillet 2024 à 15:12 (CEST)
- Bonjour @SenseiAC,
- C'est fait, en partant du principe que la page s'appelle strictement Comète XYZ. Escargot (discuter) 22 juillet 2024 à 16:22 (CEST)
- Super, merci Escargot bleu. SenseiAC (discuter) 22 juillet 2024 à 19:10 (CEST)
Infobox Engin spatial
modifierQuelqu'un peut-il ajouter l'identifiant NORAD de 5 chiffres pour tous les satellites comme cela se fait dans l'infobox anglaise ? Cordialement. Kennethmacalpine (discuter) 22 juillet 2024 à 23:52 (CEST)
- Et plus encore, si ce n'est pas non plus déjà automatique, ajouter le Numéro d'immatriculation international des objets spatiaux (identifiant COSPAR ; cf. par exemple Hubble (télescope spatial) où il est mentionné). 79.83.241.175 (discuter) 29 juillet 2024 à 17:08 (CEST)
- Non je veux afficher le numéro NORAD (SATCAT). Kennethmacalpine (discuter) 29 juillet 2024 à 23:08 (CEST)
- Bonjour
Kennethmacalpine. Paramètre ajouté. Cordialement. Artvill (discuter) 30 juillet 2024 à 13:44 (CEST)
- Merci énormément. Kennethmacalpine (discuter) 31 juillet 2024 à 00:58 (CEST)
- Bonjour
- Non je veux afficher le numéro NORAD (SATCAT). Kennethmacalpine (discuter) 29 juillet 2024 à 23:08 (CEST)
Lien du bouton ∇
modifier
Bonjour, en parcourant les modèles, dans Boîtes utilisateur France par exemple, j'ai vu deux type de lien associé au bouton ∇.
- L'un, comme sur Utilisateur aime Ain, utilise le paramètre lien et renvoie vers une page spécial de recherche.
- L'autre, comme sur Utilisateur aime Ariège, utilise le paramètre catégorie et renvoie vers une page de catégorie crée pour le modèle.
Quelle est la bonne pratique à utiliser ? Peshigome (discuter) 6 août 2024 à 07:42 (CEST)
- Bonjour Peshigome
. La réponse se trouve dans la documentation du modèle {{BUtilisateur}} : « Pour ce qui concerne l'affichage du lien vers les utilisateurs de la boîte, il est possible d'utiliser un lien simple ou une catégorie. On préfèrera le lien simple pour les boîtes rassemblant moins d'une dizaine d'utilisateurs (cf. recommandations concernant les catégories). »
- Si tu as d'autres questions concernant les BU, je te conseille de contacter le Projet:Boîte Utilisateur.
- --FDo64 (discuter) 6 août 2024 à 12:48 (CEST)
- Merci pour ton retour, j'en prend note et vais poser mes questions sur Discussion Projet:Boîte Utilisateur👍. Peshigome (discuter) 6 août 2024 à 13:03 (CEST)
Taille des sections
modifierBonjour. Je demande de l'aide pour le style et la standardisation du nouveau modèle {{taille des sections}}, ainsi que pour sa page de docu. Je suis habituellement sur en-wiki, mais je viens parfois ici pour peaufiner un article, ou pour créer ou importer un modèle. J'ai remarqué que le modèle anglais très utile section sizes, qui fournit des métadonnées utiles pour soutenir des discussions sur les pages de Discussion, était manquant, alors je l'ai importé.
Cependant, je ne suis pas très habitué à la largeur et au style des boîtes pour les bandeaux des PdD, j'ai donc utilisé un modèle qui m'est familier : {{Tmbox}}, qui n'est pas vraiment destiné à être utilisé ici, mais qui est juste là pour la compatibilité, je crois. Donc j'aurais besoin de votre aide pour ajuster le modèle afin qu'il soit conforme aux standards de fr-wiki.
Il n'y a actuellement que deux PdD qui utilisent ce modèle ; dont un petit article, et un grand article, pour que vous puissiez voir la différence :
Pouvez-vous jeter un coup d'oeil à ces exemples et au modèle, et soit le corriger pour qu'il utilise le style de bandeau approprié, soit me dire quel(s) style(s) il devrait utiliser, afin que je puisse le corriger. Merci. Mathglot (discuter) 16 août 2024 à 03:34 (CEST)
- Chercant un peu, j'ai tombé sur plusieurs modèles, dont Modèle:Notice semble être adequate. Sauf autre avis, je vais probablement l'essayer avec ceci. Mathglot (discuter) 16 août 2024 à 05:41 (CEST)