Discussion Projet:Infobox

Avenue des cafés et bistros

Le projet « Infobox » n'est pas notifié pour le moment.

Archives

1. 2006
2. 2007
3. 2008
4. 2009
5. 2010
6. 2011
7. 2012
8. 2013
9. 2014
10. 2015
11. 2016
12. 2017
13. 2018
14. 2019
15. 2020
16. 2021
17. 2022
18. 2023

Modèle       

Données clés

Aide et syntaxe • FAQ

Liste • Modèles spéciaux

Aide:Modèles courants

ParserFunction • Mots magiques

Espace Modèle

Projets

Demander un modèle

Modèle • Apparence

Projet d’harmonisation

Palette de navigation

Qu'est-ce qu'une palette de navigation ?

{{Méta palette de navigation}}

Palette de navigation

Projet palette

Infobox

Qu'est-ce qu'une infobox ?

Demander une infobox

Apparence

Modèle infobox

Projet infobox

Bandeau

Qu'est-ce qu'un bandeau ?

Liste des bandeaux de maintenance

Liste des bandeaux d'avertissements permanents

Projets connexes

Wikidata

Infoboxes portables

Bonjour,

Est-ce que l'on peut faire la proposition d'une extension soit activée sur Wikipédia (Extension:PortableInfobox) ?

Je m'explique :

Sur Wikipédia, je trouve que les infoboxes ont besoin d'une nouvelle apparence et d'une nouvelle façon de les paramétrer...

Voici ma proposition : Pourquoi ne pas activer l'extension des Infoboxes Portables, je les trouves plus compatibles et plus facile à éditer...

Cordialement Astro5228 (discuter) 20 août 2023 à 10:17 (CEST)

Fusion d’infobox

Bonjour,

Est-ce qu’il serait techniquement faisable sans grosse prise de tête de fusionner Modèle:Infobox Missile dans Modèle:Infobox Arme ? Pour certains types d’armes (torpilles par ex) on a parfois l’une et parfois l’autre parce que ni l’une ni l’autre n’a tous les paramètres qu’il faudrait. En revanche en ayant un même modèle avec juste une charte différente on aurait tous les paramètres nécessaires. Cela serait aussi plus cohérent et plus facile d’usage : pour l’instant pour harmoniser je dois remplacer l’infobox complète alors qu’avec une même infobox il suffirait de changer la charte.

Si c’est faisable je peux fournir le mapping et refaire la doc, mais il faudra que quelqu’un fasse la partie code. Runi Gerardsen (discuter) 27 janvier 2024 à 09:36 (CET)

Bonjour @Runi Gerardsen, as-tu un exemple d'article concerné par la problématique ? Et pourrais-tu réexpliquer alors pourquoi dans le cas de cet article cela coince ? Ne décris pas une solution adéquate, mais le problème afin de mieux généraliser à tous les articles ! Lofhi (discuter) 11 mars 2024 à 01:07 (CET)

Aussi, si tu as le temps, tu pourrais déterminer s'il n'y a pas un risque à fusionner les deux dans le cas des articles utilisant déjà {{Infobox Arme}} ? La liste est là : Spécial:Pages liées/Modèle:Infobox Arme. De manière secondaire, est-ce que tu vois d'un bon œil la possibilité de rapatrier des informations depuis Wikidata ? Par exemple, pour l'article Astra mod.400, c'est l'élément Q750289 (« Astra mod.400 »). On peut rapatrier des valeurs à des propriétés communes, comme : P1092 (« total produit ») ou P739 (« munition »). Comme d'habitude, les valeurs de Wikidata n'ont pas la priorité sur celles renseignées manuellement. Lofhi (discuter) 11 mars 2024 à 01:18 (CET)

Majuscule ou minuscule pour les valeurs des champs ?

Bonsoir, je souhaiterais savoir si il y a une bonne pratique pour la typographie des valeurs définies dans les champs des infobox ? Cela dépend sans doute de la manière dont on voit les champs. Les champs et leurs valeurs sont semblables à un définition « champ : valeur », les conventions typographiques françaises recommandant alors une minuscule à la première lettre de « valeur ». Néanmoins, je vois des infobox avec des majuscules.

Ce sujet (des plus importants ;)) a-t-il été discuté ? - Lupin (discuter) 6 mars 2024 à 22:33 (CET)

Unifier les classes d'infobox pour faciliter le déploiement du mode nuit

Bonjour, voir Wikipédia:Questions techniques/semaine 10 2024#Use of infobox class. Escargot (discuter) 7 mars 2024 à 06:54 (CET)

Si les classes des infoboîtes v2 et v3 sont incompatibles, il me semble que la problématique pourrait être réglée en finissant la migration des infoboîtes V2. C'est quelque chose qui a été entamé avant mon arrivée, je ne sais pas si les infoboîtes V2 restantes le sont pour des problématiques techniques ou un manque de mains. Certaines boîtes ont un contenu assez simple et les migrer vers la v3 devrait être suffisant. Les plus complexes devraient sans douter être refaites en Lua. En tout cas, je compte m'y atteler. Il y en a plus de 500. Une par jour... à l'année prochaine ! Lofhi (discuter) 11 mars 2024 à 00:50 (CET)

En vrai, le mieux serait peut-être une migration totale vers Lua des V2 restantes... mais j'ai toujours eu peur de l'accessibilité de ces infoboîtes par la suite. Lofhi (discuter) 11 mars 2024 à 00:56 (CET)

En tout cas, il n'est pas question de dégrader l'accessibilité des infobox V3 qui ont été conçues spécifiquement pour ça.

Ensuite : c'est aux projets concernés de décider s'il faut passer en V3 ou en Lua. Il n'est pas question d'imposer sur WP (c'est la base).

Enfin (mais là ce n'est qu'un avis), il n'est pas nécessaire de coder en Lua des infobox codées en langage wiki : les infobox codées en Lua sont encore plus obscures que celles codées en langage "wiki" (sauf pour les informaticiens). Elles sont cependant utiles pour traiter certaines données que le langage wiki se sait pas traiter, mais toutes les infobox n'en n'ont pas besoin. Donc le passage de V2 à V3 semble suffisant parce que dans tous les cas (me semble-t-il), les V3 peuvent faire le même boulot que les V2. Après, si un projet préfère passer à Lua au lieu de V3, c'est le projet qui est décideur 'toff ^[discut.] 11 mars 2024 à 19:20 (CET)

Il y a peu de raisons, outre l'accessibilité, de continuer à supporter différentes manières de faire. La communauté souhaite certaines choses, c'est bien, mais le nettoyage des modules est certainement plus aisé que le nettoyage de la créativité permise par la flexibilité du wikicode et ses nombreuses particularités-surprises.

Non pas que je souhaite que les infobox ne soient pas accessibles puisque j'ai soulevé le doute, mais depuis mon retour je ne vois plus autant de profils techniques. Ça ne m'inspire pas confiance. Cependant, j'ai aussi l'impression que la communauté a pris le temps de s'habituer à travailler avec Wikidata au lieu de simplement le fuir.

Quitte à faire un gros travail de documentation des modules Lua : les bases peuvent être limpides. J'accepte de dire que pas mal de modules sont sous-documentés.

Aussi, nous sommes dans une ère où Wikifonctions est en développement actif : nul doute que les interactions seront plus évidentes avec Lua. L'informatique est un moyen et non une fin, mais il y a tout de même certaines contraintes qu'il faut rappeler liées à l'agenda de bénévoles... Et la viabilité des solutions adoptées sur le long terme. Lofhi (discuter) 11 mars 2024 à 19:34 (CET)

Je précise ma pensée : je ne vois pas de raisons de migrer les V3 vers Lua comme précisé hier, mais je ne vois pas de raisons de ne pas migrer les V2 vers Lua. Les modèle restants semblent liés à des thématiques moins sensibles (que par exemple les infobox de biographies) et sont assez stables. La grande majorité pourrait être migrée avec peu de difficultés. Lofhi (discuter) 11 mars 2024 à 19:38 (CET)

Tu n'as pas saisi ma pensée pour la migration des V2 vers Lua : certains contributeurs savent assurer le suivi et les modifications des infobox en langage wiki alors que Lua est réservé aux programmeurs/informaticiens. C'est confisquer certaines choses au profit d'un petit groupe que de passer en Lua : ceux qui savent programmer en Lua comprennent le langage Wiki; l'inverse n'est pas vrai. Donc non, ce n'est pas à une seule personne de décider s'il faut migrer mais aux projets concernés.

Ensuite, je ne vois pas ce que vient faire Wikidata dans l'histoire ? Wikidata est accessible via langage wiki ET Lua : on essaie toujours d'opposer Lua + Wikidata à Infobox V2/V3 en faisant croire que Wikidata=Lua alors que c'est faux. Exemple d'une infobox V3 qui intègre Wikidata : Modèle:Infobox Personnalité du football américain... 'toff ^[discut.] 11 mars 2024 à 20:17 (CET)

Il y a trois jours, une autre personne centrale dans la maintenance de notre projet a pris ses distances au moins temporairement alors que la dette continue de s'accumuler au fil du temps et d'autant plus avec le rythme des nouveautés dans MediaWiki. Je dis ça, je dis rien. Soit, allons pour préférer la V3 torturée, mais il ne faudra pas me demander de migrer vers Lua des infobox récemment migrées vers V3. À la base, la migration vers Lua ce n'était pas un plaisir type complexe de Dieu de quelques barbus, c'était pour corriger des problèmes de performances liées à du wikicode torturé jusqu'à l'os. Lofhi (discuter) 11 mars 2024 à 20:41 (CET)

Je me répète : je ne dis pas qu'il ne faut pas (même si je n'aime pas cette prise en otage de quelques barbus), je dis qu'un individu ne peut pas imposer quoi que ce soit sur Wikipédia qui est une encyclopédie collaborative. Opposer la notion "collaborative" à la notion "ce qui est nouveau est mieux" est complètement contre ce qu'est l'esprit de Wikipédia => si un projet décide que Lua c'est mieux que V2 ou V3, alors Lua c'est mieux. L'inverse est vrai, c'est aussi simple que ça.

Et au passage tu n'as pas répondu sur l'intérêt de la mention de Wikidata dans cette discussion ? 'toff ^[discut.] 11 mars 2024 à 21:15 (CET)

Je n'oppose rien du tout, il n'y a pas d'amertume, du tout. Je souhaite seulement que la lourde tâche portée par les plus techniciens du projet soit aussi considérée à un pied d'égalité avec le principe d'accessibilité des modèles. Je préfère aussi des réponses rapides et directes comme les tiennes qu'un vent puis une notification dans 3 mois me disant de tout refaire.

J'ai pris acte pour la migration par défaut vers la V3 des infobox V2 restantes et vers Lua seulement dans les cas où cela fait sens. Cela ne me plaît pas, mais il y a des urgences et je n'ai pas envie de démarrer une prise de décision ou un sondage : les récents exemples de consensus communautaires m'ont un peu donner des haut-le-cœur. V3 ou Lua, j'en ai de toute manière pour des semaines. Lofhi (discuter) 11 mars 2024 à 21:32 (CET)

Bonsoir Lofhi et Supertoff . Histoire d'être au moins trois à donner notre avis, voici le mien.

J'ai toujours été contre la migration des V2 vers les V3 qui sont mal fichues et difficiles à mettre au point. Dans le cas contraire, il y a longtemps que ce serait fait ! Je n'ai pas changé d'avis.

J'ai aussi été contre une migration vers les infobox Lua parce que, comme le dit Supertoff, ce sont des infobox créées par des informaticiens pour les informaticiens. Ce matin j'ai en partie changé d'avis quand j'ai vu des modules comme Module:Infobox/Artère, Module:Infobox/Chaîne de télévision, Module:Infobox/Cheminée et Module:Infobox/Chute d'eau (je t'invite à les regarder, Supertoff). Au final, je les trouve très lisibles, voire même plus simples. La programmation compliquée se trouvant dans Module:Infobox/Fonctions et ses sous-modules.

Je me sens donc capable de réécrire les infobox simples en Lua, et totalement incapable pour les infobox compliquées.

Pour ce qui est des classes d'infobox, il y en a deux : V2 pour les V2 et V3 pour les V3 et Lua. D'où l'idée de migrer toutes les V2 pour simplifier le CSS qu'il faudrait revoir pour le mode nuit.

J'ai recensé aujourd'hui tous les modules d'infobox et j'en ai trouvé une quarantaine à l'état de prototype. J'en parlerai dans une prochaine discussion.

Pour ce qui est des V2, on parle de plus de 600 modèles donc au final, je ne sais pas ce qui donnera le plus de travail : leur récriture ou l'adaptation du CSS ?

Pour résumer au sujet des V2 : s'il faut choisir entre la peste et le choléra, je préfère le Lua  !

--FDo64 (discuter) 11 mars 2024 à 23:22 (CET)

C'est quoi le(s) problème(s) avec les migrations V2 vers V3 ? L'adaptation du CSS sera plutôt dans une seconde phase... Mais avec des infobox qui utilisent les mêmes styles, cela devrait grandement simplifier la tâche. Il faut juste espérer une non prolifération des sous-feuilles de styles (TemplateStyles). Merci pour l'avis. Lofhi (discuter) 11 mars 2024 à 23:33 (CET)

 FDo64 : j'ai regardé tes exemples et ça me conforte dans mon idée que ça reste accessible à une minorité : je ne comprends quasiment rien (j'ai compris où sont les commentaires). Même si il faut un minimum de connaissance "informatique" à priori pour s'auto-former au wikicode (ce qui restreint déjà l'accès), apprendre un langage de programmation comme Lua est encore moins évident : le wikicode est très limité et est donc plus accessible. C'est ce qui fait sa force et sa faiblesse (ou inversement). Perso, je me suis auto-formé sur le wikicode, mais je ne me vois pas apprendre un langage informatique comme le Lua, ce qui, de plus, me rangerait avec les barbus

Et quand je lis que les V3 sont difficiles à mettre au point, je peux retourner le compliment vers les Lua : c'est une question de point de vue. Ca ne m'a pas empêché de faire migrer en V3 les infobox {{Infobox Personnalité du hockey sur glace}} ou {{Infobox Personnalité du football américain}} (avec un peu d'aide au début) et d'en faire la maintenance, ce dont je serais incapable en Lua. Et depuis le passage en V3 de {{Infobox Personnalité du football américain}}, il y a plusieurs contributeurs qui s'y sont essayés avec succès. 'toff ^[discut.] 12 mars 2024 à 20:16 (CET)

Bonsoir Supertoff .

Je pensais exactement comme toi jusqu'à hier au sujet du Lua. Et j'ai partiellement changé d'avis.

Je vais te donner un exemple : autrefois il y avait plus de 5000 modèles de bandeaux d'ébauches. On a réussi à tous les supprimer en les remplaçant pas un seul module qui contient toute la programmation (donc maintenable que par les programmeurs Lua) et un sous-module qui ne contient que le paramétrage qui lui est actuellement mis à jour par un peu tout le monde.

Je pense qu'il est possible de faire de même avec les infobox. Dans les exemples que je t'ai donné, il y a moins de programmation que dans une infobox classique. Le langage est différent mais il reste lisible.

Il faut donc pousser les programmeurs Lua à mettre toute la programmation dans les modules "Infobox/Fonctions/xxx" afin que les sous-modules d'infobox soient les plus simples possibles.

--FDo64 (discuter) 12 mars 2024 à 22:36 (CET)

 FDo64 : tu vois justement là, je ne comprends rien à ce que tu racontes. C'est typique de la problématique... (par exemple "mettre toute la programmation dans les modules "Infobox/Fonctions/xxx"" ???) Et le maintenable que par les programmeurs Lua aurait tendance à me hérisser le poil mais comme je n'ai rien compris, je dois avoir tort. Et sinon, je ne suis pas sûr que les "plus simples possibles" soient suffisants pour les ignares en programmation comme moi. 'toff ^[discut.] 12 mars 2024 à 23:38 (CET)

frwiki est le projet avec le plus de problèmes de compatibilité avec le mode nuit, en grande majorité à cause des infobox. Corriger ces modèles (dont par la migration) allégera pas mal de choses... https://night-mode-checker.wmcloud.org/ Lofhi (discuter) 12 mars 2024 à 17:52 (CET)

Je viens de migrer {{Modèle:Infobox Site web}} vers V3. C'était horrible et long (+ 1h, mais j'imagine que cela sera plus rapide au fil des essais). J'ai dû ajouter un paramètre texte blanc abusivement supporté en V2 à l'aide d'un titre passé avec {{Blanc}}. Je dois repasser sur tous les article qui utilisent l'infobox...

Même en finissant la migration des V2, je pense qu'on aura des emmerdes à cause des règles CSS inlines. Je ne suis pas sûr de vouloir y réfléchir avant de finir les migrations. Peut-être qu'on pourra modifier les modèles fondateurs (par exemple {{Infobox V3/Tableau début}}) pour ajouter violemment des classes CSS si une forme de couleur blanche est détectée (genre #FFFFF)... J'en fais déjà des cauchemars.

Aussi, on en fait quoi de {{Infobox V3/Tableau Ligne mixte Wikidata}} ? On l'utilise sauf si c'est complexe, là alors on passe à {{Wikidata}} ? Lofhi (discuter) 13 mars 2024 à 21:38 (CET)

Pour la question des couleurs, je démine le terrain : Wikipédia:Le Bistro/14 mars 2024#c-Lofhi-20240313205900-Couleurs des en-têtes des infobox. Lofhi (discuter) 13 mars 2024 à 22:03 (CET)

Bonsoir Lofhi . Si tu fais des recherches dans le Bistro, tu verras que c'est presque un marronnier...

Il y a plusieurs projets qui tiennent à ces couleurs et ont défini une charte (biographie, communes, sport...).

Il y aura le même problème avec les palettes qui utilisent bien souvent les mêmes chartes.

Mais de ce que j'ai vu dans le lien fourni hier à 17h52, l'urgence n'est pas pour les infobox. Elles sont lisibles puisqu'elles restent en mode jour.

De mon point de vue les problèmes suivants sont plus graves :

• Benoît Saint Denis : certaines colonnes des tableaux sportifs sont illisibles. Là c'est dû aux modèles du style {{Récapitulatif MMA}}, et je pense que beaucoup de modèles de tableaux sont dans le même cas.
• Camille Lellouche : le modèle {{Album}} affiche un grand carré blanc.
• France :
  • les wikitables restent en mode jour (voir sections "Répartition spatiale des hommes et des activités" et "Gouvernement")
  • le bandeau {{Article de qualité}} tout en bas de l'article n'est lisible qu'à moitié.
• Les bandeaux gardent leurs couleurs. Normal puisque la couleur est fonction de leur gravité.

Je pense donc que les urgences sont ailleurs.

--FDo64 (discuter) 13 mars 2024 à 23:29 (CET)

Lu' FDo64, je n'ai pas compris l'histoire de l'urgence... c'est bien parce qu'on doit se retaper toutes les infobox que j'ouvre la question des couleurs qui sont compliquées à gérer et qui dépassent les affections personnelles. Je n'ai pas spécialement envie qu'on ait besoin de se taper huit vagues de corrections puisqu'on a des milliers d'infobox. Aujourd'hui il n'y a rien de normal puisque tout doit être rediscuté y compris avec la WMF vu que le mode nuit est incompatible.

Aussi, ce n'est pas parce que des couleurs sont fixées depuis 10 ans qu'elles sont accessibles. Et ce n'est pas parce qu'elles sont plus ou moins visibles aussi sur le mode nuit par plus ou moins de chance qu'il ne faut pas privilégier une alternative pensée pour le mode nuit. Certaines choses que tu cites comme déjà corrigées le sont parce que justement la WMF applique des règles par-dessus, voire corrige directement le wiki. Désolé, mais ce orange n'est plus possible, par exemple. Lofhi (discuter) 13 mars 2024 à 23:48 (CET)

 Lofhi : Désolé mais je ne comprends pas ta réponse et je ne suis pas sûr que tu aies lue la mienne. Je ne donne pas mon avis, je t'informe juste que tu auras probablement beaucoup de mal à faire passer ton message. Pour ton information, j'ai écrit des centaines d'Infobox V2 et V3 et j'ai donc déjà rencontré de fortes résistances aux changements.

Tu as posté ton message sur le bistro avec un jour d'avance. Tu verras bien les réactions.

Sur ce, bonne nuit ! --FDo64 (discuter) 14 mars 2024 à 00:27 (CET)

J'ai bien précisé dans mon message que je n'avais pas compris ta réponse ! La question de la couleur est un sujet à traiter parce que nous sommes limités en nombre de mains (cas d'usage problématique après migration de {{Infobox Site web}} : diff) et parce que les couleurs et l'accessibilité est un sujet sérieux dans le développement web qui dépasse les goûts visuels de la communauté. Un résumé simple qui montre que rien que pour les infobox nous sommes en contresens total du point de vue de l'industrie puis des choix adoptés par la WMF : mw:Recommendations for night mode compatibility on Wikimedia wikis. Lofhi (discuter) 14 mars 2024 à 11:51 (CET)

Bonjour Lofhi .

Ce que j'ai tenté de t'expliquer à travers les 3 exemples que je t'ai fourni c'est que l'urgence hier n'était pas les Infobox. Je vois à l'instant que les problèmes que je signalais ont été en partie réglés. Peut-être par  Escargot bleu et cette modification ?

Je constate néanmoins que les wikitables (voir France, par exemple) ont maintenant le même soucis que les Infobox, elle restent en "mode jour".

Pour ce qui est de la réécriture des Infobox V2, je propose une idée peut-être pas si stupide que ça : plutôt que de continuer à faire des Infobox spécifiques, ne suffit-il pas d'enrichir Module:Infobox/Infobox universelle ? C'est surtout vrai pour celles qui sont 100% wikidata et sans doute moins pour celles qui sont compliquées. Si je reprends l'exemple de Module:Infobox/Artère, tout pourrait y être déversé.

--FDo64 (discuter) 14 mars 2024 à 13:47 (CET)

Je n'ai pas encore résolu le problème en question avec mes modifications, mais il devrait effectivement être plus simple à résoudre que celui des infobox. Escargot (discuter) 14 mars 2024 à 14:36 (CET)

@Escargot bleu, tu peux recommencer à renommer les règles : T359983 ! Lofhi (discuter) 14 mars 2024 à 20:28 (CET)

Je devrai de toute façon repasser sur ma modification. Les couleurs que j'ai mises pour les tableaux alternance en mode nuit ne rendent pas bien. Ce sont celles issues de l'inversion de la palette des couleurs, et on peut faire mieux.

Je préfère attendre que ce soit fixé pour renommer, mais merci de m'en avoir informé. Escargot (discuter) 14 mars 2024 à 20:39 (CET)

Alors, si je pouvais te conseiller, c'est de ne surtout pas tenter une inversion, mais d'aller piocher là-dedans si possible : https://doc.wikimedia.org/codex/latest/design-tokens/color.html Lofhi (discuter) 14 mars 2024 à 20:40 (CET)

Je veux bien, mais il n'y a pas grand chose pour le mode nuit dans cette liste. Escargot (discuter) 14 mars 2024 à 20:46 (CET)

Et pourtant, c'est le thème officiel. Après si la communauté veut continuer à utiliser des valeurs arbitraires en désaccord total avec les directions choisies par la WMF, très bien... mais qu'on utilise au moins des variables CSS, par pitié. Qu'on reparte sur des bases saines si déjà on doit tout retravailler. Lofhi (discuter) 14 mars 2024 à 20:56 (CET)

L'idée de l'infobox universelle est toujours plaisante, mais il y a déjà des remarques pour se passer de Lua... Lofhi (discuter) 14 mars 2024 à 14:45 (CET)

L'idée de l'infobox universelle a été plus ou moins mise en place avec {{Infobox Biographie2}} et n'est pas utilisée par plusieurs projets : elle n'est pas désirée au profit d'une infobox spécifique (elle a même déjà grandement fait débat). Je ne pense pas que ce soit réalisable (voire souhaitable). L'uniformisation a ses limites. 'toff ^[discut.] 14 mars 2024 à 17:45 (CET)

 Supertoff : Pour ton information, cette infobox universelle existe, elle s'appelle {{Infobox}} et utilise le module que j'ai indiqué précédemment.

Elle est actuellement utilisée sur 14 767 pages.

--FDo64 (discuter) 14 mars 2024 à 18:28 (CET)

Ca ne fait pas beaucoup Pourquoi toutes ces erreurs de paramètre ? 'toff ^[discut.] 14 mars 2024 à 19:19 (CET)

Parce que personne n'a pris le soin d'ajouter le templatedata dans la documentation. --FDo64 (discuter) 14 mars 2024 à 19:23 (CET)

Pour le coup on commence à tourner en rond. Est-ce qu'on ne pourrait pas se limiter à migrer vers V3 dans la majorité des cas, puis discuter du reste quand le terrain de travail sera plus propre ? Cela va un peu dans tous les sens là. {{Infobox}} me plaît dans l'idée, mais cela reste du Lua et là en plus avec une indirection puisque cela appelle des sous-modules d'infobox Lua.

Migrer une infobox V2 en V3, c'est déjà une galère. On vient par exemple de demander de retirer le titre dans {{Infobox Site web}}, ce qui veut dire qu'on a des infobox qui n'ont même pas la même structure. Je pensais que c'était au moins accepté d'avoir forcément un titre pour un infobox. Lofhi (discuter) 14 mars 2024 à 19:36 (CET)

L'infobox Site web n'a pas de titre par défaut parce que ça fait doublon avec les logos qui contiennent très souvent le nom de l'entreprise. Escargot (discuter) 14 mars 2024 à 20:42 (CET)

Et ceux qui n'arrivent pas à lire correctement les formes/couleurs ? On se contente du alt ?... Lofhi (discuter) 14 mars 2024 à 20:45 (CET)

Tu veux dire quoi par là ? Je ne vois pas le rapport entre les formes/couleurs et le alt ? 'toff ^[discut.] 15 mars 2024 à 06:57 (CET)

Combien de feuilles de style pour l'infobox Biographie2 ?

Bonsoir,

Pour l'adaptation de {{Infobox Biographie2}} (comme toutes les autres infobox), il va falloir déplacer les couleurs dans des classes.

Ma question est : faut-il définir une seule feuille de classe reprenant tous les cas de Module:Infobox/Biographie/Chartes, ou bien faut-il définir une feuille de style par cas ?

La première solution a l'avantage d'être plus simple à maintenir, mais est moins bonne en termes de performances puisque énormément de styles non utilisés seront chargés. La deuxième est meilleure en performance, mais fait perdre l'avantage que l'infobox avait jusque là d'être simple à maintenir. Escargot (discuter) 16 mars 2024 à 01:16 (CET)

Une feuille de style par infobox me semble plus pertinent, sinon on risque de recharger tous les styles sur un article avec deux infobox. Lofhi (discuter) 3 avril 2024 à 09:59 (CEST)

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:37 (CET)

À noter que ça marche si la fenêtre est suffisamment grande. Pour le coup, j'ai toujours pensé que c'était mon téléphone dont le système est encore à ses débuts. Athozus ^Discussion 25 mars 2024 à 21:36 (CET)

Malheureusement c’est le cas pour tous les systèmes d’exploitation mobile. Est-il possible de corriger cela ? Cordialement Menthe Poivrée • 25 mars 2024 à 21:55 (CET)

Ça pourrait asser dans le mêpe temps qu'une infobox v4 qui prendrait le mode nuit en charge. Athozus ^Discussion 26 mars 2024 à 09:00 (CET)

Et qui soit moins large, vu que le contenu est dans un cadre plus petit depuis vector 2022. Omnilaika02 (d) 26 mars 2024 à 11:42 (CET)

Avant l’hypothétique réalisation d’une v4, peut-on à minima corriger le problème existant sur l’actuel infobox ? Menthe Poivrée • 26 mars 2024 à 12:36 (CET)

pictogramme problématique

Bonjour, je suis tombé sur le modèle {{Infobox Relations bilatérales}}, et le pictogramme qui figure dans l'entête présente deux phylactères. Si je pourrais comprendre l'usage de ce pictogramme dans des infobox dédiées à la bande dessinée, il fait assez désordre quand il est présent dans l'infobox présentant les relations entre deux pays, surtout quand les relations les deux pays sont compliquées (Relations entre l'Iran et Israël, Relations entre la Russie et l'Ukraine, relations entre l'Allemagne nazi et n'importe quel pays...).

IMO il faudrait vraiment le retirer. Cdlt, XIII,東京から ^[何だよ] 31 mars 2024 à 13:00 (CEST)

 XIIIfromTOKYO : de ce que je vois, c'est Thierry Caro qui l'a intégré à l'origine. 'toff ^[discut.] 31 mars 2024 à 17:12 (CEST)

Je suis pour la suppression de ce picto. Riad Salih (discuter) 31 mars 2024 à 19:07 (CEST)

Support du mode nuit avec une classe CSS temporaire

La migration des infobox V2 vers V3 ou Lua pour utiliser qu'une classe (.infobox) au lieu des deux (.infobox_v2 et .infobox_v3) actuellement prendra des mois au grand minimum.

D'ici là, pour faciliter l’intégration du mode nuit du côté de la WMF, une solution qu'on espère temporaire serait d'ajouter la classe .fr_infobox à toutes les infobox. Qu'importe sa dénomination à dire vrai, tant qu'elle est signalée à la WMF.

L'ajout devrait être réalisé sur {{Classes début infobox}} par un administrateur.

Voir T359644#9674937. Les précédentes discussions avec la WMF se sont tenues principalement sur Wikipédia:Questions techniques/semaine 10 2024#c-Jon (WMF)-20240306210000-Use of infobox class. Lofhi (discuter) 3 avril 2024 à 10:21 (CEST)

Changement demandé ici aux administrateurs. Lofhi (discuter) 11 avril 2024 à 14:58 (CEST)

Je ne dis pas ça pour toi Lofhi, mais c'est quoi cette obsession de vouloir migrer toutes les infoboxes vers un format unique, que j'ai déjà constatée plusieurs fois dans des discussions ? Un chantier qui serait démesurément gigantesque, et cela pour un gain très faible ; autrement dit une gigantesque perte d'énergie pour rien. Il est tout à fait possible que plusieurs formats d'infoboxes coexistent, et qu'une classe commune soit ajoutée à l'ensemble des formats. Je pense que c'est évident pour toi, mais j'ai l'impression que certains ne l'ont peut-être pas compris. od†n ↗^blah 11 avril 2024 à 16:00 (CEST)

Je veux mettre un terme à cet état intermédiaire qui ne satisfait personne : ni les contributeurs axés sur le contenu éditorial qui se sentent perdus, ni ceux à l'aise avec l'écriture et la technique, ni même ceux ayant des compétences techniques avancées et qui s'embrouillent dans la maintenance. Sauf que je suis encore indécis sur la manière de procéder.

La migration complète vers les infobox V3 (et Lua par choix) semble être la meilleure option à long terme, mais comme tu l'as souligné, c'est un projet colossal. Actuellement, la coexistence des versions V2 et V3 entrave encore la progression des V3 et les modifications apportées à une version ne bénéficient (et ne bénéficieront) pas à l'autre. Puis en conservant cette coexistence, personne ne cherche à apporter des modifications à la V3 pour satisfaire les besoins. Même en adoptant une approche avec une classe générique partagée (par exemple .infobox) et des classes spécifiques à chaque version (.infobox--v2 et .infobox--v3), les infobox restent sensiblement différentes. Et en plus viennent les problèmes des styles embarqués par MediaWiki qui se mélangent aux nôtres. On notera aussi que des projets sont parfois simplement dans l'attente de la migration de leurs infobox, qu'il n'y a même pas de réticence, juste un manque de bras.

Je suis conscient que cette uniformisation donne l'impression de vouloir effacer les différences (je sais très bien que c'est ce qui est ressenti), mais après avoir examiné une bonne partie des infobox, il semble que ce qui est commun à toutes, c'est la présentation synthétique du sujet. Il ne semble pas déraisonnable de convaincre la communauté de la nécessité de retirer certaines extravagances. Par exemple, les {{Infobox Voie de Paris}} ont leur charme, mais leur présentation non standard pose problème, car elle complique la lecture (dans le sens où elles différent de la version attendue dans notre imaginaire, au fil des lectures). Pareil pour le cas des infobox sans entêtes. Un article de presse par exemple, il ressemble souvent à la même chose. Pareil pour l'industrie du livre, il y a des conventions de présentation assez partagées entre les éditeurs. Elles permettent au lecteur de facilement identifier le livre, sans pour autant les rendre sans vie ou moroses.

Aussi, le travail d'accessibilité concernant l'utilisation des couleurs est rendu plus difficile, car toutes les infobox V2, V3 et Lua permettent de choisir les couleurs de manière arbitraire... Je ne me vois pas créer un sous-ensembles de modèles ou de modules puis les intégrer dans les trois versions. Cela serait plus simple en laissant coexister les infoboîtes wikicode et Lua ; deux versions par technologie. Là encore, je tâtonne sur la solution. Proposer uniquement des chartes comme ce qui peut exister pour les infobox de biographies ; ou alors proposer un modèle qui pour une couleur de fond propose une couleur vraisemblablement accessible pour le texte ; puis comment mesurer ? Se baser sur WCAG 2.3 ou faire le choix d'APCA ?

Et sur le plus long terme, j'ai un souhait qui est de proposer un relifting du style des infoboîtes pour coller à Codex et Vector 2022 (parce que c'est ce que les lecteurs anonymes voient). Là encore, je ne me vois pas gérer trois ensembles de règles différents. Je dis je non pas par égo, mais je crois que je suis le seul à soutenir l'idée aujourd'hui. Il y a quelques voix dans la communauté rédactrice qui partagent simplement le souhait d'une modernisation des infobox sans précisions. Je réalise d'ailleurs du lobbying auprès de la WMF de manière plus générale pour qu'on ait accès aux composants CSS-only de Codex dans le wikicode (puisque les tokens CSS atomiques de Codex le seront partout dans quelques semaines).

Enfin sur le long terme, cela pourrait stabiliser la documentation : il y a plein de trucs cachés dans les infoboîtes et je ne parle même pas des modules Lua. Je finis par m'y plonger, puis par oublier. Documenter lourdement les modèles principaux me semble une bonne idée : pour les éditeurs qui fonctionnent simplement avec les pages de documentation, mais aussi pour que les nouveaux contributeurs puissent utiliser correctement les modèles avec l'éditeur visuel.

Donc si tu vois d'autres alternatives ; un fil conducteur pour tout ça. Beaucoup de choses dites pour pas grand chose, vu que même des modifications simples sont bloquées (le cas des infobox pour les sites web par exemple). Lofhi (discuter) 11 avril 2024 à 17:08 (CEST)

Un modèle unique est la meilleure solution. Moi-même je fais face à nombre de problèmes avec V2 qui est insupportable en maintenance. L’idée de @Lofhi est parfaite. Menthe Poivrée, 11 avril 2024 à 18:55 (CEST)