Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour, dans le Modèle:Produit par année, serait il possible que ce dernier inclut la catégorie Catégorie:XXXX en économie (où XXXX correspond à l'année de la page dans laquelle le modèle est inclut (ex: Catégorie:Produit lancé en 2000) et dans le cas où la Catégorie:XXXX en économie n'existe pas, inclure simplement la catégorie de l'année correspondante Catégorie:XXXX ? Cordialement. --Julien1978(d.)8 février 2016 à 18:18 (CET)
Dernier commentaire : il y a 9 ans4 commentaires3 participants à la discussion
Bonjour, le Modèle:Nobr ne fonctionne pas avec le signe égal inclus. Par exemple :
Nombre de chromosomes : 2n = 14 ;
Nombre de chromosomes : {{{1}}} ;
Nombre de chromosome : 2n=14 visible donc mon admis.
Nombre de chromosomes : 2n = 14 est-il la solution ?
Quelle solution faut-il choisir ou pouvez-vous modifier ce modèle ?
Merci de votre réponse et Cordialement. 6PO (discuter) 25 mars 2016 à 15:00 (CET)
P.S. Ne sachant si cette demande est à la bonne page, son déplacement éventuel sera suivi après avis éventuel.
Oliv☮ a raison. Il faut écrire 2n = 14 ({{nobr|1=2''n'' = 14}}). C'est effectivement la même chose dans tous les modèles à paramètres non nommés, et notamment, pour ce qui concerne l'écriture mathématique sans TeX, avec le modèle {{Math}}. — Ariel (discuter) 25 mars 2016 à 15:21 (CET)
Dernier commentaire : il y a 9 ans6 commentaires2 participants à la discussion
Bonjour
depuis les dernières modifications sur ce modèle, il n'y a plus de gestion des homonymies sur les pays. Ainsi Irlande pointe vers la page d'homonymie et non plus vers la page du pays qui se nomme dans WP Irlande (pays). Il en est de même pour le Luxembourg, Chypre, la Macédoine et Chypre.
Hlm Z. (d · c · b) est gentiment intervenu pour me signaler que mon intervention avait eu des répercussions sur d'autres modèles puisque le modèle:Méta palette de navigation Europe est induit dans d'autres modèles comme le Modèle:Palette Drapeaux d'Europe par exemple. Vous remarquerez les liens rouges qui n'existent que parce que j'ai corrigé les liens d'homonymie. L'erreur de paramétrage du modèle:Méta palette de navigation Europe explique ces liens rouges. Matpib(discuter)28 juillet 2015 à 16:48 (CEST)
Ce message vous est adressé car votre Projet contient une page de discussion sur l'espace de nom Projet. Cette page sera donc renommée. Si le nouveau nom donné ne vous plait pas, vous pourrez le renommer à nouveau, dès l'instant que la page reste dans l'espace de nom "discussion projet".
Bonjour Archimëa. Merci pour ce modèle. Personnellement, j'aurais mis
100 * total article adq / total article portail
pour ne pas perdre de précision (mais ça a l'air de marcher quand même non ?). Autre petite remarque, j'aurais plutôt appelé le paramètre "eval" (sans accent, car nom de paramètre). Cordialement, Jack ma►discuter4 décembre 2015 à 07:27 (CET)
Oh, je ne me rappelais même plus que j'avais posté cette demande !! Et je n'avais pas vu la réponse de Jack ma. N'hésitez-pas à modifier... Tellement d'autres choses à faire, je suis passé à autre chose, sans même faire de la pub à ce modèle. -- Archimëa[Toc 2 Mi]1 avril 2016 à 22:29 (CEST)
WSerieH
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour,
On trouve sur de nombreux modèles, et de nombreuses autres pages des tables avec cette class « WSerieH » ({{Administrateur}}, {{Atelier pédagogique}}, {{Essai}}, {{Test 2}}…). Mais je n'en comprend pas l'utilité car je ne la trouve pas dans MediaWiki:Common.css / js, ni dans des css ou js utilisateurs.
Quelqu'un sait à quoi elle sert ou à quoi elle a servie ? Peut-on la retirer ou faut-il absolument la laisser ?
Si c'est pour utilisation sur le portail et non sur les articles eux-même je comprend mieux l'intérêt.
pour les numéro il faudrait en fait que les listes horizontales gère les listes ordonnées (avec #). Je me pencherais sans doute là dessus un jour. — Zebulon84 (discuter) 15 février 2016 à 15:43 (CET)
Roll-Morton : Je t'informe que j'ai traité ta demande. Les noms de paramètres sont maintenant en français. J'ai laissé les noms anglais pour la compatibilité avec le modèle de wp:en et faciliter le travail des traducteurs. --FDo64 (discuter) 4 avril 2016 à 23:29 (CEST)
Wikidata et subst
Dernier commentaire : il y a 9 ans9 commentaires4 participants à la discussion
Bonjour,
On a un modèle très puissant : {{wikidata}}, mais la doc dit de ne pas l'utiliser pour l'instant dans l'espace principal. Du coup, j'ai tenté, dans Ermitage Saint-Guilhem de Combret, de mettre {{subst:Wikidata|P17}} et espérant que ça donne France mais ça donne {{#invoke:Wikidata|formatStatements|property=P17|value=}}. D'où deux questions :
est-il toujours déconseillé d'utiliser ce modèle {{wikidata}} dans les articles ?
si oui, existe-t-il une technique qui me permettrait de contourner le pb : utilisation de {{wikidata}} pour créer, "en dur" la valeur de la propriété dans l'article ? ---- El Carobla5 septembre 2014 à 18:30 (CEST)
Moi, je veux bien, mais à ma connaissance, ça n'a jamais été fait sur une grande échelle. On pousse jusqu'où ? À la limite, on pourrait avoir en début de l'article uniquement un {{Infobox Édifice religieux}}, sans paramètre, qui se remplirait "tout seul" avec wikidata. Est-ce qu'on est déjà prêt pour ça ? ---- El Carobla5 septembre 2014 à 21:01 (CEST)
C'est déjà le cas pour pas mal des infobox sur WP en hongrois (qui avait été le premier à tester les interwikis venant de Wikidata, alors il y a là-bas des gens actifs qui s'intéressent à Wikidata ou sont même développeurs). Ça ne dépend que de nous de nous sentir prêts à ça ou pas. Le principe est qu'on ne met en infobox dans l'article que ce qu'on ne veut pas prendre de Wikidata, ou qui n'y est pas. — Oliv☮Éppen hozzám?5 septembre 2014 à 22:46 (CEST)
J'ai ajouté « safesubst: » au modèle. Donc maintenant il est possible de mettre {{subst:Wikidata|P17}}, ça devrait effectivement donner France. -- Zebulon84 (discuter) 6 septembre 2014 à 04:49 (CEST)
Merci Zebulon84 ! Juste un petit problème : ça ajoute [[France|France]] mais ce n'est pas bien grave.
Oui. Personnellement, je ne sais toujours pas comment accéder à wikidata depuis wikipédia quand il n'y a pas d'interwiki ! Pour le reste, je vois deux utilisations possibles :
avec « subt », on peut créer des ébauches ou coller des infobox de façon semi-automatique ;
à plus long terme, les infobox ne devraient plus être remplies ici mais sur wikidata - quand on aura un outil plus performant. ---- El Carobla6 septembre 2014 à 09:05 (CEST)
Modification des modèles ouvrage, article et lien web pour avoir un point à la fin
Dernier commentaire : il y a 9 ans3 commentaires3 participants à la discussion
Article(s) ou modèle(s) concerné(s) : {{ouvrage}}, {{article}}, {{lien web}}
Questions : Bonjour. Est-il possible de modifier ces trois modèles pour qu'ils ajoutent automatiquement un point à la fin de la référence si le contributeur oublie de l'ajouter ? Je ne dois pas être la seule dans ce cas, et c'est particulièrement usant de devoir tout ajouter à la main dans un article à plus de 300 références (par exemple syndrome d'Asperger, le dernier proposé au label AdQ, voir discussion). Le cas échéant, est-ce possible de créer un bot qui ajouterait ces points à la fin de ces modèles ? Par avance merci. --Tsaag Valren (✉) 7 septembre 2015 à 11:53 (CEST)
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Comme vous le verrez en allant sur la page du Portail:Pays catalans, l'image du mois date un peu ! Ne pourrait-on pas avoir sur la page Portail:Pays catalans/Image du mois, des images qui se mettent automatiquement sur le mois en cours, ce qui permettrait de mettre des photos en avance. Deuxième solution mettre une liste de photos et utiliser un modèle Rand pour un choix aléatoire. Je me demande si ce n'est pas cette second solution que je préfère. --Berdea (d) 25 juillet 2013 à 12:25 (CEST)
Dernier commentaire : il y a 9 ans2 commentaires2 participants à la discussion
Bonjour à tous. Je m'apprêtais à créer ce modèle quand je me suis rendu compte - au hasard du renommage de « intérêt » en « intérêts » - qu'un modèle de même nom avait été supprimé en 2011. Il se présentait alors sous la forme du bandeau ci-dessous destiné à être apposé sur un article :
Conflit d'intérêts.
L’un des contributeurs principaux de cet article semble être en conflit d'intérêts. Cet article aurait besoin d’être modifié pour correspondre aux standards de publication de Wikipédia, notamment à la neutralité de point de vue. Merci d’en discuter sur la page de discussion.
Les raisons de sa suppression tiennent au fait - justifié - qu'il contrevenait aux principes du projet en visant un contributeur plutôt que le contenu de l'article et que cela pouvait être considéré comme une attaque personnelle ne respectant pas WP:FOI.
Même si le nouveau modèle porte le même nom, son but est tout autre : il est destiné aux pages de discussion utilisateur en cas de de démarche (auto)promotionnelle avérée. Aucun des modèles du genre ({{BSI promo}}, {{Contributions rémunérées}}, {{bienvenue spammeur}}) ne semble en effet correspondre tout à fait au besoin d'explication lorsqu'un article fait l'objet d'une tentative de contrôle éditorial, ce qui oblige à rédiger un texte personnalisé à chaque fois.
Avant de mettre en service le modèle dont vous pouvez voir le rendu ici, je souhaitais donc m'assurer qu'il était conforme aux usages communautaires. Cordialement, V°o°xhominis [allô?]3 juillet 2015 à 19:20 (CEST)
à la suite de la validation de Wikipédia:Prise de décision/Présentation des labels, il reste dorénavant la mise en application. Ainsi, il faudrait concrètement qu'un modèle puisse intégrer une ligne en tête d'article (pour le bandeau style homonymie) et le bandeau habituel de bas de page des labels entre le(s) portail(s) et les catégories.
Est ce que cela est techniquement possible ? sinon, comment faire ?
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
Article(s) ou modèle(s) concerné(s) : {{Valtatie}}
Bonjour,
J'ai tenté de créer le modèle:Valtatie mais il n’est pas interactif et ne peut se mettre dans des wikitables.
J'ai dû mal comprendre certains éléments.
Potok (discuter)
Mettre plusieurs en têtes sur la frise chronologique automobile
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour les modélistes ! Je me tourne vers vous car je souhaiterais faire une proposition de réorganisation de frise chronologique pour mercedes. Notamment je veux m'inspirer de la palette issue du wikipédia allemand. En effet, contrairement à la palette française Modèle:Palette Mercedes-Benz la palette allemande, classe les voitures par segment automobiles puis par type de carrosserie et non un mélange des deux, pas toujours clair à distinguer. Bref, j'ai donc voulu faire un brouillon, en me basant sur l'exemple 3 de l'aide concernant le tableau chronologique. Mais je me suis rendu compte que le paramètre |label= qui permet de remplir les en têtes de colonnes ne pouvait contenir qu'un seul argument.
Je suis donc à la recherche d'un moyen pour mettre plusieurs en-tête de colonnes dans ce tableau. Merci pour votre aide. Polorobson (discuter) 21 mars 2016 à 17:47 (CET)
Polorobson : Bonsoir, pour l’instant j’ai juste ajouté la possibilité d’avoir deux intitulés de colonnes différents (voir par exemple Modèle:Palette Mercedes-Benz 1940 1980). Je ne suis personnellement pas favorable à en ajouter plus que 2, pour des raisons de lisibilité.
Dernier commentaire : il y a 9 ans9 commentaires3 participants à la discussion
Bonjour,
J'ai récemment constaté que les performances du modèle {{Liste éléments}} sont devenues désastreuses. Pour vous en rendre compte, allez sur n'importe quelle page contenant quelques palettes de navigation, puis cherchez le bloc de commentaire « NewPP » dans la source HTML.
Je sais que ce modèle a vocation à être remplacé ou remanié pour devenir accessible. Mais cela n'est pas encore réalisé, et en attendant il faut vraiment faire quelque chose pour les performances.
J'ai donc expérimenté une conversion en Lua, et à la louche c'est 5-10x plus rapide L'objectif pour l'instant est d'obtenir un code 100 % compatible avec le modèle existant, de sorte à pouvoir le remplacer rapidement et aisément. On pourra voir plus tard pour les autres points à améliorer.
En revanche, je ne suis pas coutumier du Lua, et j'aurais vraiment besoin de code review et de tests. Le code se trouve sur Utilisateur:Od1n/Modèle:Liste éléments et surtout sur Module:Utilisateur:Od1n/Liste éléments. Tous les points sont à considérer : simplicité code, compatibilité avec l'existant, bugs, performances.
Le mieux reste d'utiliser le modèle {{Liste horizontale}} plus accessible et plus rapide que liste élément, même en lua, puisqu'il ne met en oeuvre qu'un div avec un peu de code CSS. Certes on a pas le choix du séparateur, mais dans la majorité des cas, ça ne change pas grand chose. — Zebulon84 (discuter) 7 mai 2016 à 22:33 (CEST)
Peut-être, mais là je cherche seulement une solution à court terme pour arrêter de perdre des centaines de ms au chargement des pages. C'est quand même pas rien ! On verra après pour le reste. od†n ↗blah7 mai 2016 à 22:47 (CEST)
Merci pour le lien vers ce premier module, toutefois je n'ai rien trouvé à y récupérer :
J'ai testé ces syntaxes avec mon code : sép={{espace}} ; sép=  ; sép=<nowiki> </nowiki>. Les trois fonctionnent ici ; à noter que je ne gère que l'invocation "non directe, en passant par un modèle intermédiaire", c'est bien suffisant comme cela. nope, c'est bien pété, comme je l'ai mentionné sur Discussion Projet:Scribunto#Performances Modèle:Liste éléments
Pas la peine de gérer plus de 2 espaces, on gère déjà trop de trucs.
Mon code peut sembler plus complexe, mais c'est parce qu'il gère tout le bazar (les tirets etc.) qui a été rajouté à liste éléments entretemps.
À noter que le modèle actuel est pété en mode "espaces=2" : il n'effectue jamais de retour à la ligne et on a un scroll horizontal. od†n ↗blah9 mai 2016 à 13:08 (CEST)
MISE À JOUR DE QUALITAY : après avoir bien fait de la m** et spammé le bug tracker de mediawiki comme un goret, j'ai résolu cette histoire foireuse avec {{espace}}. Donc, à compter de cette version, j'ai un module qui :
est 100 % compatible avec le modèle actuel.
corrige la sécabilité en mode "2 espaces", rien que ça.
poutre sa mère en ce qui concerne les performances (benchmark, chercher "NewPP" dans le HTML de la page).
ajoute un mode "sécable" pour les items.
nombre d'espaces non restreint (surtout parce que c'est mieux du point de vue code).
Le meilleur moyen d’obtenir un consensus pour la conservation de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible. N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.
Suite à ces avis favorables, il y aura un gros travail de suppression des sous-modèles spécifiques à chaque logiciel. Avec comme pré requis la vérification des données dans Wikidata.
Cela m'a permis de découvrir un problème : toutes les version présentes dans wikidata sont affichées dans l'Infobox au lieu de ne mettre que la dernière (voir Upstart, un exemple parmi plein d'autres). Merci de corriger.
FDo64 : Super, je n’ai plus qu’à transférer le reste ! La page Upstart a vraisemblablement été corrigée par Thibaut120094 : il faut en effet changer le rank des déclarations dont on veut préférer l’affichage (et on ne peut pas forcer l’affichage d’une seule, car sur certains logiciels les versions sont différentes en fonction de la plate-forme).
D’habitude, je vérifie tout ça à chaque fois que je demande la suppression d’une des sous-pages ; je ne peux pas vérifier si les autres occurrences de ce problème ont été corrigées car je n’ai pas la liste des articles concernés.
Salut ! Je n'ai pas noté, donc il faudrait regarder mon journal de suppressions. Je le ferai à l'occasion...
Sinon, au lieu de faire des SI, tu peux également me demander de supprimer les modèles devenus inutiles. En faisant, par exemple, une liste dans une de tes sous-pages que tu m'indiquerai.
Salut, j’ai regardé dans ton journal de suppressions et j’ai réussi à y trouver les pages à rectifier. J’ai normalement corrigé toutes celles-ci.
C’est dommage que tu ne m’aie pas notifié : je n’ai pas mis cette page dans ma liste de suivi et du coup je n’avais pas vu ta proposition pour éviter de faire des SI à chaque fois. Mais bon, de toute façon elles sont toutes supprimées maintenant. — Metamorforme42 (discuter) 18 juin 2016 à 17:45 (CEST)
Problème en passant
Dernier commentaire : il y a 8 ans2 commentaires2 participants à la discussion
Hello,
de passage sur WP et en regardant une modification récente j'ai constaté un problème sur Acné : dans l'infobox je vois le texte « Classification et ressources externes » entre le titre principal de l'infobox et la photo.
J'ignore d'où ça vient et je n'ai pas le temps de chercher donc je refile le bébé ici
Dernier commentaire : il y a 8 ans1 commentaire1 participant à la discussion
Bonjour
Sur les infobox des politiques, serait-il possible pour les admin de rajouter un paramètre "emblème3" voire "emblème4" svp? De plus, il serait bien que les emblèmes soient centrés quand ils sont deux, et pas allignés à gauche.
Merci, ça manquait dans la doc du modèle alors qu'en effet dans MediaWiki:Common.css il y a bien des () ajoutés et white-space: normal; pour li + li. Ce dernier c'est-à-dire la question posée, dans quel cas le retour à la ligne est possible, serait à préciser bien exactement dans la doc (moi je ne comprends pas facilement ce que font les choses du genre li + li avec li li:first-child). — Oliv☮Éppen hozzám?14 octobre 2016 à 08:33 (CEST)
Dernier commentaire : il y a 8 ans6 commentaires2 participants à la discussion
Bonjour,
Je remarque que les modèles de {{succession}} présents en bas des articles sont désormais masqués par défaut. Il faut cliquer sur afficher pour voir leur contenu. C'est une modification récente ?
Je trouve ce comportement peu opportun, car, contrairement à une palette qui indique son objet dans la barre de titre, la boîte succession n'indique que le nom de l'article (càd de la personne), ce qui ne donne que très peu d'indication sur ce qu'on y trouvera en cliquant sur le fameux afficher si on ne le sait pas déjà, et incite très peu à y cliquer, même si l'on est intéressé par cette information.
Après quelques tests, il semble que ce comportement (masqué par défaut) se produise lorsqu'il y a une palette avant ou après, ce qui est relativement fréquent ! PlaceClichy22 juillet 2016 à 17:21 (CEST)
Ce n'est pas nouveau. C'est parce que les modèles tels que celui-ci utilisent le même javascript que les palettes, et notamment le même compteur qui masque par défaut à partir de deux éléments présents. Et effectivement, cela serait à améliorer. od†n ↗blah22 juillet 2016 à 21:53 (CEST)
Une solution envisageable serait d'ajouter un attribut HTML5 data-nomgroupepourautocollapse (le nom de l'attribut reste à déterminer ) permettant, optionnellement, de regrouper les modèles en groupes comptés distinctement pour le autocollapse. Pour l'instant, j'ai déjà appliqué cette modif pour faire au mieux avec la situation existante. od†n ↗blah22 juillet 2016 à 22:23 (CEST)
Ce n'est qu'un palliatif, qui améliore la situation en apparence seulement. Il serait préférable de compter les palettes et les successions séparément. od†n ↗blah25 juillet 2016 à 16:15 (CEST)
Dernier commentaire : il y a 8 ans2 commentaires1 participant à la discussion
Je propose de changer le modèle Coord pour adopté le microformat 2 h-geo, pour les raisons suivantes :
le format actuel est proche du microformet geo, mais le microformat est invalide depuis mars 2014 (il manque la class "geo") ;
h-geo est plus adapté au web d'aujourd'hui, en n'imposant pas des éléments cachés (ou des titres abscon) ;
ce nouveau microformat permet de réduire la taille du code généré de 20 à 30%, ce qui sera un avantage pour les longues listes de monuments historiques.
Avec ce nouveau code plus compact, il ne sera plus possible de changer l'affichage degré-minute-seconde en degré décimaux avec une simple règle CSS, mais cela n'est utilisé que par quatre utilisateurs, pour lesquels je proposerai un code JavaScript de remplacement.
Au passage, je propose d'ajouter une virgule pour séparer la longitude de la latitude :
C'est mon premier, c'est un gros tableau avec de subtils jeu de visibilité des bordures, et il a un petit soucis : la première ligne de la finale est clairement trop haute, a priori 2 fois trop haute, disons 24 au lieu de 12.
Je n'ai pas réussi à m'en débarrasser, alors je sollicite votre expertise pour me dire ce que j'ai raté.
Ah ouais! Ça ne m'était pas venu à l'idée que ce genre de truc pouvait avoir un impact ; j'étais un peu trop en mode informaticien et pas assez en mode WYSIWYG.
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour à tous,
Je suis en train de finaliser pour le projet Astronomie le module Lua censé remplacer l'ancien code de Modèle:Infobox Géographie planétaire (afin entre autres de réduire la multiplication des modèles dérivés). Malheureusement, il semblerait que "building.geoloc()," n'affiche pas de cartes de géolocalisation (alors que la version ancienne le fait). Hors, il semble fonctionner pour d'autre modèles comportant des modules Lua. Et mes compétences avec ce language sont très limitées.
Dernier commentaire : il y a 9 ans4 commentaires2 participants à la discussion
Bonjour
J'ai une information et une proposition :
On vient de créer la page Wikipédia:AutoWikiBrowser/Template redirects qui permet de modifier les redirections présentes dans les articles pour leur donner le nom de la page principale ou un meilleur nom de redirection (par exemple {{Infobox Politicien}} → {{Infobox Personnalité politique}} ou {{Ebauche}} → {{Ébauche}}). Ces modification n'ont lieu que si la fonction general fixes (corrections générales) est activée et ne doivent être faites en principe que si d'autres modifications plus importantes sont réalisées. Toutes les redirections ne seront donc pas corrigées dans l'immédiat, mais cela permet de corriger petit à petit les articles en profitant du passage d'AWB sur les articles pour effectuer une autre tâche. La liste n'est pas encore très importante mais de nouvelles règles de remplacement peuvent être ajoutées à la demande, si bien sûr un consensus est d'abord trouvé sur le remplacement du modèle (à part peut-être pour les corrections basiques du genre {{Ebauche}} → {{Ébauche}}).
Cette création m'a fait chercher des règles à ajouter dans la Catégorie:Redirection de modèle et je me suis aperçu qu'elle ne contient que 87 pages (ainsi que la Catégorie:Redirection en anglais de modèle country data), alors que j'ai trouvé 3500 10365 redirections de modèles (la liste est ici : [1]). Je demande donc votre avis sur l'ajout de tous ces modèles dans la catégorie Redirection de modèle. Ça permettrait d'avoir une vue d'ensemble sur la question, aidera à la mise en place d'une liste de règles plus exhaustive pour la fonction d'AWB que j'ai citée plus haut et permettra aussi une maintenance facilitée de ces redirections.
Est-ce que ce n'est pas plus simple de faire ce que tu viens de faire, c'est-à-dire une liste ? D'autant que dans une liste, on pourrait aussi afficher la cible de la redirection.
Orlodrim : Je sais pas trop, une catégorie existé déjà. Aussi, il faudrait que quelqu'un d'autre s'occupe de faire cette liste, car je ne suis pas capable de mettre le modèle vers lequel point la redirection. Si tu peux faire cela, ça serait appréciable. Il faudrait aussi peut-être que tu mettes à jour la liste des modèles inutilisés qui font une redirections que tu avais donnée à FDo64 (Utilisateur:FDo64/Redirections de modèles inutilisées). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ25 mars 2016 à 01:54 (CET)
Orlodrim : peux-tu faire cette liste ? Si tu pouvais la faire sous forme de règles pour Wikipédia:AutoWikiBrowser/Template redirects ({{tlx|truc}}, {{tlx|machin}}, {{tlx|chose}} → '''{{tlx|Modèle qui sera remplacé}}) ça serait super : on n'aurait plus qu'à choisir les redirections qu'on veut et recopier directement le code. Si possible, classer le tout par ordre alphabétique du nom du modèle qui sera remplacé. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ31 mars 2016 à 17:35 (CEST)
Dernier commentaire : il y a 8 ans3 commentaires2 participants à la discussion
Bonjour,
Les listes des palettes de navigation sont alignées à gauche, or les sous-groupes sont quant à eux centrés par défaut, et surtout, le plus souvent je constate qu'un style text-align:left est ajouté à ces sous-groupes (et ce même dans la documentation !).
C'est pourquoi je vous propose de passer les sous-groupes par défaut en alignement à gauche.
Pour. J'ai regardé les pages où aucun style n'est indiqué (donc centré) et je trouve préférable l'alignement à gauche. --FDo64 (discuter) 11 mai 2016 à 15:41 (CEST)
J'ai un peu travaillé hier sur ces modèles, avec pour changement principal l'alignement par défaut à gauche pour les listes de sous-groupes. od†n ↗blah14 août 2016 à 01:41 (CEST)
Message d'erreur
Dernier commentaire : il y a 8 ans18 commentaires6 participants à la discussion
Salut,
Il y a un petit souci avec les palettes en bas de Grey's Anatomy :
Avertissement : le titre d’affichage "Modèle:Palette <i><span class="lang-en" lang="en">Grey's Anatomy</span></i>" a été ignoré car il n'est pas équivalent au titre effectif de la page.
Merci Oliv☮. Ce qui est étrange c'est que j'ai regardé sur d'autres articles qui contenaient cette palette et le message d'erreur n'apparaissait pas. o_O — Mattho69me joindre21 mai 2016 à 19:57 (CEST)
C’est à cause de T28546 (cf. Tech News de demain). C’est à mon avis une très mauvaise décision de ne pas avoir créé une catégorie de suivi pour l’occasion… on n’a à ma connaissance aucun moyen d’évaluer l’impact — bonnes contributions, Ltrlg (discuter), le 22 mai 2016 à 13:23 (CEST)
C’est moche de le faire ainsi, mais effectivement ça marche. En revanche, est-ce que tu sais si le cache du parseur est invalidé pour ce type de modification / dans combien de temps on peut espérer avoir un remplissage fiable ? — bonnes contributions, Ltrlg (discuter), le 22 mai 2016 à 16:17 (CEST)
Aucune idée, au pire deux semaines je dirais, probablement nettement moins vu à la vitesse ou elle se remplie. Mais ça n’empêche pas de corriger les pages et surtout les modèles qui sont dans la catégorie au fur et à mesure qu'elle se remplie.
Oui, il semble y avoir un cas de figure non prévu dans le module des italiques (et bien sûr c'était ignoré silencieusement avant).
Il me semble qu'une catégorie − et aucun message − aurait été préférable : ça permet d'identifier pareil les problèmes, et en pratique personne n'utilise DISPLAYTITLE directement donc je présume que dans la plupart des cas les rédacteurs ne savent même pas pourquoi ça apparait.
Plus sérieusement (presque), l’ÉditeurVisuel peut l’insérer sans notre beau modèle (voir les paramètres avancés de la page). De plus, hors infoboîtes s’en occupant automatiquement (et le faisant en principe correctement), {{titre mis en forme}} est équivalent à une utilisation directe.
Tssss… . Pour l'éditeur visuel je ne savais pas (je ne l'utilise pas). Disons que dans l'ensemble la mise en forme du titre relève plutôt du contributeur un minimum expérimenté, surtout maintenant avec tous les messages que DISPLAYTITLE affiche . Mais c'est vrai qu'en biologie on a un norme sur les italiques qui rend le travail traitable par modèles/modules, et c'est donc un domaine où il est préférable que ce ne soit pas fait directement, sauf exceptions. Cordialement, Hexasoft (discuter) 22 mai 2016 à 19:35 (CEST)
Trouvé, et corrigé (un test mal fait qui faisait qu'on ne quittait pas le module (sans rien faire) dans ce cas de figure). Hexasoft (discuter) 22 mai 2016 à 17:35 (CEST)
La catégorie s’étant bien vidée, j’ai corrigé la vingtaine d’articles qui restaient lors de mon passage. Je repasserai dans les prochains jours pour corriger ceux qui continuent d’y apparaître — bonnes contributions, Ltrlg (discuter), le 22 mai 2016 à 19:16 (CEST)
Dernier commentaire : il y a 8 ans3 commentaires3 participants à la discussion
Bonjour, j'ai supprimé la fonction « autoplay » du modèle {{Animation}} — pour rappel à utiliser avec parcimonie… — afin de le rendre moins envahissant. Comme j'ai rencontré un désaccord (cf. Portail:Jeu vidéo/Présentation), ce message pour vous demander vos éventuels avis. od†n ↗blah23 août 2016 à 07:48 (CEST) (message également posté sur la pdd du modèle, plutôt répondre là-bas)
En fait ce ne sont pas les images qui sont de tailles différentes, mais les légendes. Des <br> ont bien été ajoutés pour ajuster ça, mais bien sur en fonction de la largeur de l'écran ça tombe juste, ou pas. — Zebulon84 (discuter) 24 août 2016 à 09:42 (CEST)
Supprimer les virgules d'un argument..
Dernier commentaire : il y a 8 ans6 commentaires3 participants à la discussion
Bonjour à tous.
J'essaye de modifier Modèle:US Patent pour pointer par défaut sur une autre URL, qui n'accepte que les arguments numériques sans séparateur des milliers en anglais, alors que le modèle les accepte. Donc je dois convertir par exemple 77,321,123 en 77321123. #formatnum s'y perd. Je me suis dit, facile, je fais : {{#replace:{{{1}}}|,|}}. Marche pas. #replace ne semble pas reconnu, pourtant elle est documentée ici. Quelle est mon erreur ? Comment faire ? Merci d'avance ! --Jean-Christophe BENOIST (discuter) 24 août 2016 à 17:54 (CEST)
Mmmm.. maintenant j'ai un autre souçi : je veux trimer les 0 en début de nombre : 097676 => 97676. Je pensais que {{formatnum:097676|R}} ferait l'affaire, mais il me ressort le 0. La fonction "trim" ne permet pas de paramétrer la caractère à trimer. Comment faire ? --Jean-Christophe BENOIST (discuter) 24 août 2016 à 20:33 (CEST)
Bonjour,
Si le paramètre est un nombre : {{#expr:00100200}} → 100200 (mais attention aux nombres trop grands : {{#expr:100000000000000}} donne 1.0E+14).
Si le paramètre est une chaîne quelconque : {{#invoke:String|replace|00A00B00|^0+|||false}} → A00B00
Les fonctions de manipulation de chaîne sont regroupées dans Module:String, qui contient aussi la documentation. Quelques unes peuvent aussi être utilisées via des modèles, qui sont normalement regroupés dans Catégorie:Modèle de manipulation de chaîne. L'extension StringFunctions n'est pas utilisable car elle n'est pas installée sur les wikis de la WMF.
Dernier commentaire : il y a 8 ans8 commentaires4 participants à la discussion
Bonjour.
Dans le cadre du Projet:Ateliers Femmes et Féminisme (Nantes), nous nous servons très souvent du même ouvrage de référence, Le Dictionnaire universel des créatrices, en 3 tomes de presque 5.000 pages au total, dans lequel il y a une bio + biblio de 1.600 personnes et 12.000 articles !!! Nous aimerions donc savoir s'il est possible d'avoir un modèle pour cet ouvrage où nous n'aurions qu'à renseigner le tome et la page ?
Dans l'esprit d'une des propositions de la PDD Wikidata en cours (qui cependant ne concerne pas le cas présent des Qxxx mais seulement celui des propriétés Pxxx), ce serait quand même plus parlant dans le code des articles avec un modèle par-dessus qui ne ferait qu'appeler {{Bibliographie}}, ou directement {{Ouvrage}} avec l'ISBN selon le tome. — Oliv☮Éppen hozzám?11 octobre 2016 à 11:27 (CEST)
Merci Jean-Christophe BENOIST.Ok pour |page=.Par contre, quand on pointe sur la ref affichée, peut-on avoir un lien vers le livre ? Il faudrait qu'il soit en ligne ? Sur Wikisource ?
Bonsoir Llann Wé² : , en fait Oliv0 suggère probablement de créer un modèle sur Wikipédia (comme ces modèles) qui lui ferait appel au modèle Bibliographie (ou ouvrage). J'ai, depuis le temps, abandonné cette idée... Cdlt, Un Fou (discuter) 11 octobre 2016 à 21:43 (CEST)
D'un autre coté je ne suis pas sur d'avoir fait un bon choix en ajoutant cette possibilité au modèle {{Infobox Subdivision administrative}}. Ça obliger à tester l'existence de l'image, ça complique le code, ça rend mal sur mobile... tout ça pour avoir des minuscules images sur lesquelles on a du mal à distinguer quoi que ce soit. — Zebulon84 (discuter) 23 octobre 2016 à 15:32 (CEST)
Je conseille de prendre une image représentative (mais pas un panorama qui est écrasé par la faible largeur de l'infobox) pour illustrée l'infobox, et d'utiliser les autres pour illustrer le reste de l'article, éventuellement dans une galerie si l'article est déjà bien illustré. Ainsi l'image principale n'est pas trop petite et ceux qui ne connaisse pas déjà le lieu peuvent distinguer de quoi il s'agit, et l'infobox n'est pas allongée démesurément. — Zebulon84 (discuter) 26 octobre 2016 à 05:27 (CEST)
Ok pour l'aspect visuel du rendu du modèle, mais ma question concerne l'aspect technique. Y a-t-il une contre-indication technique à utiliser ce modèle dans l'espace encyclopédique ? --ContributorQ(✍)27 octobre 2016 à 00:51 (CEST)
Pas vraiment, il faut juste savoir que :
L'atelier accessibilité dirait que faire la présentation au moyen d'une table (manière dont {{Photomontage}} présente les images) n'est pas recommandé, mais sinon il n'y a pas de problème technique.
la version mobile transforme les tables, ce qui fait que les photos sont sur la droite de l'écran et le reste de la largeur est de la couleur du fond du photomontage. L'aspect n'est pas terrible.
Sur la page Portail:Pyrénées-Orientales/Suivi, le suivi des discussions récentes (deuxième section) a disparu, remplacé par le suivi des articles, qui apparait maintenant en double. Et je ne vois pas ce qui a pu changer. Quelqu'un a une idée ? ---- El Carobla14 juin 2016 à 09:03 (CEST)
Simon de l'Ouest : Bonjour, techniquement ces deux modèles sont les mêmes. C'est juste le texte affiché qui diffère.
Ce n'est pas au projet Modèle de juger de la pertinence du texte à afficher dans les articles. Question plutôt à poser au Projet:Inde et s'il est alors demandé de les fusionner, il suffira de transformer l'un des modèles en redirection vers l'autre modèle.
Dernier commentaire : il y a 8 ans3 commentaires2 participants à la discussion
Bonjour, Puis-je renseigner le paramètre Population d'un infobox avec la valeur de Wikidata ? Exemple : Population = {{Wikidata|property=P1082|entity=Q1607741}}) rendu Population 481. Considérant la complexité de la modification, je préférerais ne pas utiliser le modèle {{infobox Localité}}. Merci, --YanikB10 novembre 2016 à 16:01 (CET)
J'avais la flemme de changer d'infobox pour le seule élément qui varie dans le temps. J'utiliserais donc ce modèle, j'aime bien l'idée ; on change une valeur à un seul endroit et les articles (infobox et tableaux) dans toutes les langues se mettent à jour. --YanikB10 novembre 2016 à 16:26 (CET)
Modèle qui catégorise
Dernier commentaire : il y a 8 ans3 commentaires2 participants à la discussion
Bonjour, il n'y a pas lieu de créer une catégorie dans le cas présent. C'est à réserver pour catégoriser les syntaxes erronées, etc. La bonne solution ici est de simplement utiliser la page spéciale « pages liées ». od†n ↗blah14 novembre 2016 à 13:32 (CET)
En revanche, les catégories permettent d'avoir un accès alphabétique… Donc finalement, j'ai implémenté la catégorisation comme tu voulais, et retiré les catégorisations manuelles dans les articles. od†n ↗blah14 novembre 2016 à 14:05 (CET)
Dernier commentaire : il y a 8 ans5 commentaires3 participants à la discussion
Bonjour,
Dans {{Palette Succession/Astronaute}}, serait-il possible de faire en sorte que le paramètre nationalité induisent, à l'affichage, que ce qu'on y met soit toujours écrit avec une minuscule ? Concrètement, qu'on écrive "russe" ou "Russe" par exemple, il faudrait que ça affiche "astronaute russe", pas "astronaute Russe" avec une majuscule fautive. Il faudrait également que "rang_nationalité = 1" mène à afficher 1er ou 1re, pas 1e comme actuellement.
Merci d'avance. SenseiAC (discuter) 20 novembre 2016 à 23:11 (CET)
Zebulon84 : Les deux modifs posent problème dans certains cas de figure actuels :
Modèle:Palette Succession/Astronaute#Exemple : le paramètre nationalité contient un drapeau, et le lowercase affecte le nom du fichier, etc. On aurait le problème avec un simple lien interne : [[Costa Rica]] devient [[costa rica]].
William H. Dana : les rangs ne sont pas de simples nombres et l'expression échoue.
Pas fait attention au drapeau . Dans ce cas je ne vois pas comment faire sans construire une usine à gaz, tout ça pour avoir un drapeau au milieu du texte ce qui n'est pas recommandé. J'ai donc annulé cette modif.
Dernier commentaire : il y a 9 ans6 commentaires2 participants à la discussion
Bonjour, je vous invite à consulter cet échange que j'ai eu avec Voxhominis, cela devrait fortement intéresser plusieurs parmi vous. Pour résumer, on tire profit de Lua pour mettre fin aux {{ {{{lang}}} }} rencontrés dans certains modèles, et donc à la contrainte 1:1 « nom modèle = code langue » qui en découle. od†n ↗blah10 mars 2015 à 01:21 (CET)
Od1n : Bonsoir. J’ai tenté de comprendre ta demande sans y arriver. Je décris donc ici ce que j’ai constaté.
Le Modèle:Mr est une redirection du Modèle:Lang:mr. Il y a 6 modèles comme cela actuellement, dont 2 redirections inversées. Contrairement à ce que l’on pourrait penser, « Lang: » n’est pas un espace de nom mais est inclus dans le nom du modèle. D’ailleurs, il aurait été plus correct, à mon avis, de le nommer Modèle:Langue/mr.
Bonsoir FDo64, merci pour ton intérêt, mais je t'avouerai que j'ai un peu jeté l'éponge pour toutes ces histoires de modèles. J'ai regardé vite fait les anciens messages, et je n'y comprends presque plus rien. Disons qu'en gros, il faudrait 1) garder les modèles tels que {{fr}} pour que ça reste simple pour les utilisateurs, 2) trouver un système pour caser les rares codes de langues qui rentrent en conflit avec des noms de modèles, et 3) dans les autres modèles, faire en sorte de ne pas faire appel directement à {{fr}} etc. afin de faire abstraction complète du point 2. od†n ↗blah15 avril 2016 à 23:10 (CEST)
Od1n : Dans ce cas, je reste sur ma proposition précédente : tous les renommer dans le style Modèle:Langue/mr, puis modifier tous les modèles qui affichent un code langue pour aller le chercher dans la sous-page correspondante. C'est un travail très fastidieux et je doute que quelqu'un veuille bien s'en charger...
Le système actuel fonctionne très bien à part pour quelques (très) rares cas foireux. Ne surtout, surtout pas demander aux utilisateurs de faire {{langue/en}} à la place de {{en}}. Éventuellement consolider le fonctionnement en interne, quitte à rajouter une couche d'abstraction, pour les modèles affichant eux-mêmes des indicateurs de langue. od†n ↗blah16 avril 2016 à 01:10 (CEST)
C'est exactement ce que je propose : « modifier tous les modèles ». Je ne parle pas des articles.
Ça fonctionne donc quand le code langue est affiché par un modèle. Par contre, pas lorsqu'il est en dur dans un article.
Conclusion, je ne vois pas de solution idéale à ta demande...
Dernier commentaire : il y a 8 ans2 commentaires2 participants à la discussion
Quand on regarde le Modèle:Portail Bosnie-Herzégovine, on voit que le drapeau est assez grand et que la bordure n'est pas vraiment visible. Le paramètre border est pourtant activé, y-aurait-il un bug ? Par ailleurs serait-il possible de diminuer légèrement la taille du drapeau ?
De même dans le Modèle:Portail Royaume-Uni, je trouve que le drapeau est trop grand, ce qui rend le bandeau des portails assez inesthétique, surtout quand il y a pas mal de portails.
{{Coord|43/40/N|4/38/E|type:city_geoshape:Q48292|name=Arles|maplink=1}} → 43° 40′ N, 4° 38′ E
Notes :
le zoom s'adapte en fonction des paramètres de coordonnées type et scale ;
on peut transmettre par la même méthode une valeur précise de zoom (attention à ce que ça soit adapté à toute les taille d'écran) ;
on peut transmettre avec geoshape:Qxxx un id Wikidata pour avoir sa forme, si l'id Wikidata est saisi sur OpenStreetMap (ce qui est encore loin d'être le cas pour toutes les entités, voir cette discussion à propos de l'ajout par bot de ces id). L'id de la page est automatiquement transmis si display = title.
j'ai fait au plus simple pour le moment en utilisant les paramètres de coordonnées pour trasmettre zoom et geoshape, mais on peut envisager des paramètres dédiés à l'avenir, si cette option est largement utilisée, ou si elle devient le défaut.
Pour, très clairement. On ne pourrait pas faire ça carrément sur toutes les pages plutôt que de le mettre en option ? Si on le met en option, on risque de se retrouver tantôt avec geohack tantôt avec maplink pour la seule raison qu'un contributeur de la page ou d'un modèle préfère l'un ou préfère l'autre. Pour le lecteur final, ça parait pas très compréhensible d'avoir des comportements différents selon les pages. Par ailleurs, on a vraiment besoin de la petite icône à gauche ? elle n'ajoute aucun lien, ni, je crois, aucune info. --Zolo (discuter) 14 décembre 2016 à 18:06 (CET)
Il y a un problème à généraliser l'utilisation de maplink, il ne présente qu'une seule coordonnée. Les divers infoboxs et tableaux perdraient leur fonctionnalité multi-coordonnées. Par exemple dans le cas des cours d'eau ont retrouve présentement les sources et la confluence sur la carte (en cliquant sur le globe-terrestre). --YanikB14 décembre 2016 à 18:47 (CET)
@YanikB je ne suis pas sûr que le modèle {{Coord}} permette de présenter plusieurs points de coordonnées, mais s'il le peut, c'est tout à fait compatible avec maplink. bien utiliser maplink avec plusieurs points. En fait, maplink est beaucoup, beaucoup plus puissant que ce qu'on a actuellement. Voir la doc sur mw:Help:Extension:Kartographer/fr.
<maplink> : Impossible d’analyser les données JSON : Erreur de caractères de contrôle, peut-être mal encodé
Zolo Si tu clique sur le globe-terrestre d'une coordonnée de la Liste des piscines de Lyon tu verras tous les points des autres éléments de la liste sur la carte et si tu cliques sur un des points rouges, le curseur se positionne sur cet élément dans la liste. --YanikB15 décembre 2016 à 13:15 (CET)
@YanikB effectivement, je n'avais jamais remarqué ça, c'est plutôt chouette. Cela dit, ça ne concerne que le globe terrestre, et pas le lien geohack sur les chiffres eux mêmes. Zebulon84 (d · c · b), Il y a peut-être un moyen de faire la même chose avec maplink ? Sinon, il y aurait moyen de remplacer lien geohack par un lien maplink, tout en conservant le lien wikiminiatlas et sans afficher la petite épingle bleue inutile ? -Zolo (discuter) 15 décembre 2016 à 14:25 (CET)
Zolo OK pour moi. Et, puisqu'il semble que ce n'est pas évident , il faudrait mentionner cette chouette fonctionnalité quelque part. Une idée où ? --YanikB15 décembre 2016 à 15:01 (CET)
Lien vers wstat.fr depuis un modèle
Dernier commentaire : il y a 9 ans2 commentaires2 participants à la discussion
Salut les modélistes ! Le site http://wstat.fr d'Orlodrim (d · c · b) est un super outil, du coup j'ai eu envie d'avoir un lien direct pour le consulter depuis un modèle, et je me suis créé un script (Utilisateur:El pitareio/wstat.js) qui permet de l'ajouter à la barre d'outils à gauche. C'est tout con, c'est juste quatre lignes de javascript, mais maintenant que je l'ai fait, autant le partager . Ca s'active en ajoutant importScript('Utilisateur:El pitareio/wstat.js'); à votre common.js. El pitareio (discuter) 13 mai 2016 à 17:10 (CEST)
Ce sont les choses les plus simples auxquelles on ne pense jamais… À chaque fois comme une bille je cherche le lien et copie le nom du modèle. Merci pour l'inspiration. od†n ↗blah13 mai 2016 à 17:43 (CEST)
Liens archive
Dernier commentaire : il y a 8 ans5 commentaires3 participants à la discussion
Les liens Wikiwix « [archive] » (gérés par Pmartin (d · c)) donnent une présentation lourde et peu utile dans des cas comme {{Autorité}} où c'est la dernière version qui est la plus importante (au contraire des références où c'est la version au moment où la référence a été utilisée). S'il n'y a pas d'autre endroit où c'est déjà discuté, c'est peut-être ici le bon endroit pour essayer de voir dans quels cas de modèles ces liens sont utiles ou inutiles, pour prévoir ce qu'il faudra faire (classe CSS ?) et où exactement. — Oliv☮Éppen hozzám?14 décembre 2016 à 12:59 (CET)
Si c'est la dernière version qui est importante pour ce modèle, nous pouvons mettre en place un système de régénération à chaque consultation de l'archive et détection d'une erreur 404, le cas échéant pour ne pas stocker une version qui n'existerait plus ? Oliv0 (d · c).--Pmartin (discuter) 15 décembre 2016 à 19:07 (CET)
J'avais pensé à ajouter des classes "noarchive" un peu partout (infoboxes, autorité, etc.), mais cela pose un problème de principe : ayant pour ma part désactivé le script, je n'ai pas à retrouver un peu partout dans les pages des classes "noarchive" qui ne me concernent aucunement. C'est au script de s'adapter et non l'inverse. Il faut donc faire en sorte que les éléments à filtrer soient aisément sélectionnables et listés dans le script (exemple). od†n ↗blah14 décembre 2016 à 14:20 (CET)
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
Bonjour,
J'ai actualisé la liste des 1000 modèles à paramètres les plus utilisés dans l'espace principal n'ayant pas de templatedata : Projet:Modèle/TemplateData. Il y a encore du travail ! Les 38 premiers de la liste sont utilisés dans plus de 10000 pages chacun.
Dernier commentaire : il y a 8 ans16 commentaires5 participants à la discussion
Bonjour, serait-il possible au modèle {{s}} d'afficher une infobulle contenant le siècle en chiffres arabes. Merci de la part des lecteurs qui ne sont pas habitués de lire les chiffres romains. --YanikB27 juillet 2016 à 22:11 (CEST)
pourquoi pas en toute lettre ? Car il n'est pas vraiment possible de mettre le « e » en exposant en infobulle.
dans le cas de {{s}} l'infobulle va remplacer l'infobulle avec le nom de la page de destination. Est-il préférable de tout remplacer (ex XVIIe siècle) ou seulement le nombre romain (ex XVIIe siècle)
la solution en chiffres arabes et où tout est remplacé plus élégante (car l'affichage reste le même qu'on soit sur les 2 parties).
Abréviation discrète serait préférable à abréviation (pas de soulignement).
D'autre part, actuellement, dans {{s-}}, aucune infobulle ne s'affiche, bien que "abréviation discrète" soit présente dans le modèle (ex: XVIIe siècle; l'idéal serait XVIIe siècle).
Comme il faut manuellement indiquer les correspondances romain → arabe, et qu'un switch n'est pas très efficace, j'ai mis tous les nombres jusqu'à XL (40), puis uniquement ceux qui sont nécessaire (i. e. réellement utilisé) au-delà.
od†n : j'y ai pensé, mais pour un switch avec 50 valeur simple, je ne pense pas qu'un module qui appelle un autre module par loadData soit plus rapide. Dans les derniers tests que j'ai fait il y a quelques mois, lancer lua (utiliser #invoque avec un module vide ou presque) prenait 0.05 s, soit certainement plus que l'exécution de ce switch. — Zebulon84 (discuter) 1 août 2016 à 21:09 (CEST)
Pourrais-tu donner un exemple ? C'est laborieux de tout éplucher Un autre point pour ma part : les titles des abréviations devraient plutôt être en toutes lettres, pour les lecteurs d'écran. od†n ↗blah8 août 2016 à 18:45 (CEST)
J'avais réduit la taille de l'exposant sur certains modèles, pas sur d'autres, me posant la question de comment centraliser le calcul de l'infobulle. Maintenant il me semble que tous les modèles utilisent la taille réduite, et tous ont une infobulle en chiffre arabe basé sur le modèle {{s mini-}} sauf pour les modèle type {{XIVe|s}} pour lesquelles l'infobulle est en toute lettres.
L'aspect n'est cependant pas toujours le même lorsque l'on change de navigateur ou d'OS :
avec Firefox toutes configurations (bureau ou mobile, Windows 10, ubuntu et android) et Chrome sous Windows je vois le siècle affiché de la même hauteur que les x minuscules, et l'exposant bien lisible au dessus ;
avec Edge, le siècle est plus haut que le x minuscule, et sur la version bureau l'exposant trop petit pour être vraiment lisible ;
avec Chrome sur Ubuntu ou Android 6, les siècles sont plus petit que les x minuscules, comme le signale Morburre.
Je n'ai pas d'appareil Apple pour tester ça. L'implémentation de « font-variant: small-caps; » n'est pas homogène, et on ne peut pas y faire grand-chose. — Zebulon84 (discuter) 8 août 2016 à 23:58 (CEST)