Projet:Modèle/Demandes

Une page de Wikipédia, l'encyclopédie libre.
Demandes/améliorations de modèles

Cette page regroupe les requêtes des modèles à construire ou améliorer. Si votre demande concerne une « Infobox », une « Palette » ou une « Boîte Utilisateur », veuillez consulter les projets respectifs.

Avant de faire une demande :

OOjs UI icon next-ltr-progressive.svg Ajouter une demande pour un modèle

OOjs UI icon next-ltr-progressive.svg Demander une infobox

OOjs UI icon next-ltr-progressive.svg Demander une palette

OOjs UI icon next-ltr-progressive.svg Demander une boîte utilisateur

Cette page est automatiquement archivée. Les sections répondues n'ayant aucune activité depuis 7 jours sont automatiquement déplacées.

Le modèle KML (et GeoGroup) ne marche plus bien[modifier | modifier le code]

Travail demandé par Jack ma ►discuter 26 janvier 2019 à 07:01 (CET)

  • Avancement :
    0 %
  • Détails de la demande :

Bonjour. Le modèle:KML ne marche plus sur les catégories et les listes d'articles géoréférencés (voir les exemples dans la documentation). Par exemple le lien OpenStreetMap dans :

Pour l'ensemble des points mentionnés sur la page Catégorie:Sommet en Belgique : voir sur OpenStreetMap (aide) ou télécharger au format KML (aide).

Il utilise le modèle sous-jacent {{GeoGroup}}, qui appelle kmlexport ou tools.wmflabs.org/osm4wiki/cgi-bin/wiki/wiki-osm.pl. Le modèle correspondant sur le wiki anglais semble toujours fonctionner. Merci d'avance pour votre aide. Personnellement, je ne me sens plus de taille à maintenir ce modèle partique et utile. Si quelqu'un sait le remettre en marche, ce serait super. Cordialement,

Vérification création modèle[modifier | modifier le code]

Travail demandé par Bouzinac (discuter) 4 juin 2019 à 15:41 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, j'ai créé un modèle {{Aéroport-Statistiques}} et avant de le déployer un peu partout, j'aimerais qu'un œil averti regarde le code et voir s'il y a d'éventuelles optimisations possibles
  • Article(s) pour le modèle : Exemple de rendu :

Voir la requête brute et les sources sur Wikidata.

  • Discussions :

Bonsoir Bouzinac Bonsoir Je vois que tu as déployé ce modèle et j'ai donc supprimé le bandeau {{en travaux}}. Je me suis également permis de supprimer les sauts de lignes inutiles. --FDo64 (discuter) 20 janvier 2020 à 22:08 (CET)

Salut FDo64 (d · c · b) euh oui merci, mais comme le modèle Graph (cf https://www.mediawiki.org/wiki/Extension:Graph/fr ) ne fonctionne pas pour taper dans Wikidata, et bien... ce n'est juste qu'un lien pour obtenir de la donnée. Mais si tu avais une meilleure idée pour représenter visuellement un graphique avec données Wikidata régulièrement màj ...? --Bouzinac (discuter) 20 janvier 2020 à 23:08 (CET)
Notification Bouzinac : Aucune idée. Je rouvre donc la requête puisque ton modèle ne fonctionne pas… --FDo64 (discuter) 20 janvier 2020 à 23:11 (CET)
Bonsoir Bouzinac Bonsoir. Je reviens vers toi pour deux remarques :
  1. Notification Simon Villeneuve : a développé le modèle:Wikidata list. Peut-être saura-t-il t’aider ?
  2. Comme j’avais un doute, j’ai consulté Wikipédia:Utilisation de données Wikidata dans les articles et ce modèle entre bien dans la catégorie « Parties des articles où des données Wikidata peuvent être utilisées (…) dans les tableaux, histogrammes et autres graphiques de présentation de données ».
--FDo64 (discuter) 21 janvier 2020 à 22:19 (CET)

Création Modèle:Tournoi sur 5 tours et 6 tours[modifier | modifier le code]

Travail demandé par William Jexpire (discuter) 29 septembre 2019 à 22:35 (CEST)

Modèle:Graphique démographique[modifier | modifier le code]

Travail demandé par Roland45 (discuter) 23 janvier 2020 à 16:47 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Le modèle:Graphique démographique a été créé il y a quelques années (2014). Quantd il est utilisé, il est couplé avec un tableau permettant de visualiser les données. Une amélioration qui me paraîtrait utile si on veut s’affranchir d’afficher ce tableau de données (lourd visuellement quand il y a beaucoup de données) serait d’afficher les données en infobulles. Comme on peut le voir dans ce graphiques de l’université de Sherbrooke.
    Cette amélioration parait-elle faisable ? et si oui merci par avance à celui qui voudra bien se pencher sur le sujet. Cela constituerait un pas considérable pour tous les graphiques (pas uniquement de population). Cordialement.
  • Discussions :

Boîte déroulante fonctionnelle pour mobile[modifier | modifier le code]

Travail demandé par — Cantons-de-l'Est p|d|d [‌sysop] 5 février 2020 à 02:26 (CET)

  • Avancement :
    0 %
  • Détails de la demande : {{boîte déroulante}} fonctionne bien si la page est consultée avec un portable ou un ordinateur de bureau. Si elle est consultée avec un smartphone (donc via fr.m.wikipedia.org), la boîte déroulante est toujours déroulée et aucun bouton n'apparaît pour la faire enrouler. J'ai essayé une boîte déroulante avec les classes mw-collapsible, mw-collapsed et mw-collapsible-content (tel que recommandé dans [1]), mais le même problème persiste. Pourtant, la table des matières (appelée « Sommaire » pour les smartphones) réagit comme une boîte déroulante « normale ». Merci de vous pencher sur ce problème, peu importe s'il y a une solution ou pas.
  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
+1, je l'avais déjà demandé en page de discussion et c'est vrai que certaines pages (notamment en dehors de l'espace encyclopédique) peuvent vite devenir illisible sur mobile à cause de ces boites déroulées... -- Nemo Discuter 24 mars 2020 à 19:50 (CET)

Problèmes d'affichage du modèle « Intervalle »[modifier | modifier le code]

Travail demandé par Ariel (discuter) 3 mai 2020 à 08:12 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Trois problèmes liés :
    (1) quand les deux dates sont av. J.-C. mais indiquées avec le signe "−", on se retrouve avec un affichage fort inélégant, p. ex. −664–−525 (infobox de l'article XXVIe dynastie égyptienne), car les dates négatives ne sont pas considérées comme « composées » (cf. la documentation du modèle) ;
    (2) quand seule la 2e date est « composée », on a des espaces indésirables, p. ex. 750 – 332 avant notre ère (infobox de l'article Basse époque).
    Je ne suis pas sûr du meilleur moyen de régler ces deux problèmes. La solution à laquelle j'ai pensé, afin de ne pas perturber les autres pages appelant le modèle, est d'ajouter un paramètre nommé facultatif permettant d'imposer les espaces insécables ou leur absence (en court-circuitant alors le choix fait par le modèle), paramètre qui serait facile à transmettre depuis les pages appelant le modèle, par exemple le modèle Infobox Ancienne entité territoriale (appelé par XXVIe dynastie égyptienne comme par Basse époque).
    (3) Par ailleurs il serait peut-être préférable d'afficher "à" plutôt que "–" quand il y a les espaces avant et après (notamment quand le tiret sépare deux dates négatives), soit systématiquement (je n'ai pas réfléchi aux inconvénients possibles, c'est peut-être imprudent), soit au vu d'un paramètre nommé facultatif (qu'on pourrait peut-être combiner en un seul avec celui évoqué ci-dessus, pour ne pas compliquer à l'excès l'appel et la documentation du modèle).
    Merci d'avance, et bon courage !
  • Article(s) pour le modèle : XXVIe dynastie égyptienne et articles similaires ; Basse époque et articles similaires
  • Discussions :
Notification Ariel Provost : Je constate que le modèle {{Intervalle}} n'est utilisé que par {{Infobox Ancienne entité territoriale}} et qu'il y a d'autres cas ou l'affichage est bancal. Par exemple dans l'article Commonwealth des Philippines il y a « 1935-1942–1945-1946 ». Je pense aussi que replacer le tiret par « à » est la meilleure solution.
Notification Recruos : Qu'en penses-tu ?
--FDo64 (discuter) 15 octobre 2020 à 21:57 (CEST)
Bonsoir Ariel Provost Bonsoir. J'ai tenté de remplacer le tiret par « à » et ce n'est pas la bonne solution. Cela peut donner, par exemple « 30 décembre 1922 à 25 décembre 1991 ». Par ailleurs, je ne suis pas favorable à ajouter des paramètres comme tu le suggères quand on voit qu'il peut y avoir jusqu'à 4 périodes (voir par exemple Royaume de Géorgie occidentale). Donc même si ce n'est pas parfait, je suggère de laisser ainsi. À moins que quelqu'un d'autre n'ait une idée lumineuse ! --FDo64 (discuter) 15 mars 2021 à 22:38 (CET)

Demande de modifications sur le modèle Infobox Livre[modifier | modifier le code]

Travail demandé par Auctores varii (discuter) 24 mai 2020 à 21:31 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Pourrait-on ajouter à ce modèle les 3 paramètres suivants, demandés sur la page de discussion du modèle ?
    • un paramètre permettant d'afficher le lien vers Wikilivres quand il existe ;
    • un paramètre permettant d'afficher le nom de l'illustrateur/illustratrice de l'édition originale quand l'édition en français n'est pas illustrée par le même artiste, voire pas illustrée du tout ;
    • un paramètre permettant d'afficher le nombre de mots d'un roman, plus parlant que le nombre de pages, qui change en fonction de très nombreux paramètres.
  • Article(s) pour le modèle : {{Infobox Livre}}
  • Discussions :

Ces demandes existent sur la page de discussion du modèle — qui n'est pas, disons-le, très fréquentée^^ — certaines depuis plusieurs mois. C'est pour cette raison que je me permets de les reporter ici. Merci d'avance pour votre travail^^
Auctores varii (discuter) 24 mai 2020 à 21:31 (CEST)

Bonjour Auctores varii Bonjour, la page du modèle étant en semi-protection, je n'ose pas trop y toucher s'il n'y a pas de consensus concernant l’intérêt de ces ajouts. Peut-être faudrait t-il initier une discussion sur le projet:Littérature ? Noritop    Map icons by Scott de Jonge - school.svg 24 août 2020 à 18:41 (CEST)

Masquer certaines infos en fonction affichage mobile/PC[modifier | modifier le code]

Travail demandé par Bouzinac (discuter) 29 mai 2020 à 15:59 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, existe-t-il un paramètre qui permettrait d'afficher, soit l'ensemble des points, soit les points jugés les plus importants en fonction de si ça s'affiche sur un tél mobile ou sur un PC ? L'idée est de :
    • simplifier si mobile, c'est à dire afficher seulement X, Y, Z ,
    • compléter si PC fixe, c'est à dire afficher X,Y,Z,A,B,C etc.
  • Article(s) pour le modèle : {{Carte/Aéroports en Amérique du Sud/Brésil}}
  • Discussions :

Modèle "inflation" indexé sur le PIB ?[modifier | modifier le code]

Travail demandé par rob1bureau (discuter) 28 juin 2020 à 14:48 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, selon https://en.wikipedia.org/wiki/Template:Inflation, l'inflation des dépenses publiques (entre autres) devrait être calculée sur la base du PIB et non sur l'indice des prix à la consommation. Or, s'il existe un modèle:Inflation pour ce dernier cas, je n'ai pas trouvé d'équivalent pour le premier. Si l'info est exacte (je ne suis pas économiste), je pense que ce serait très utile. (A noter qu'il existe un Modèle:PIB Arménie TAB.)
  • Article(s) pour le modèle : tous les articles où on indique un prix passé devant être calculé de cette manière (j'ai découvert la question en voulant indiquer le prix unitaire du Lockheed SR-71 Blackbird, faute de mieux j'ai utilisé le modèle inflation).
  • Discussions :

Problème des titres de section de la page Wikipédia:Demande de suppression immédiate[modifier | modifier le code]

Travail demandé par Ariel (discuter) 2 novembre 2020 à 17:51 (CET)

  • Avancement :
    0 %
    Le modèle créé sous le nom {{noredirect'}} devrait répondre aux attentes. 24 mars 2021 à 11:30 (CET)
  • Détails de la demande : Ce n'est pas exactement un problème de modèle, mais c'est un problème de la compétence des modélistes : quand la page à supprimer est une redirection, quand on clique dessus on arrive sur la page de destination alors que la demande de suppression immédiate porte sur la page de redirection elle-même. Du coup, quand un administrateur voit plein de pages à supprimer et qu'il fait ça un peu vite, il risque de supprimer la page de destination au lieu de la page de redirection. Il faudrait qu'en cliquant sur le titre de la section on arrive sur la page à supprimer elle-même, que ce soit ou non une redirection. Il faudrait donc ajouter un &redirect=no quelque part dans le code des sous-pages, mais je ne sais pas bien où. Pouvez-vous y jeter un coup d'œil, si vous avez compris ma demande ? — Ariel (discuter) 2 novembre 2020 à 17:51 (CET)
  • Article(s) pour le modèle : (hors-sujet)
  • Discussions :
    Si j'ai bien compris il faudrait modifier le modèle {{a'}}, mais celui-ci est protégé et est surement utilisé par ailleurs. Il faudra peut-être faire un autre modèle dérivé. — eru [Discuter] 2 novembre 2020 à 18:45 (CET)
    Bonjour Ariel. C'est bien le modèle {{a'}} qui est utilisé. Pour les redirections, il existe déjà {{noredirect}} ou {{noredirect-}}. Mais, le premier fait appel à une fonction d'analyse coûteuse à éviter sur ce type de page où le modèle est répété ; le second n'est pas adapté ici, étant donné que le lien reste bleu que la page existe ou ait été supprimée. Il existe aussi {{A-redir-simple}} plus léger. Voici une autre proposition de modèle, par exemple, nommé « Modèle:A'redir » qui afficherait les deux liens et pourrait être utilisé, uniquement pour les redirections. Néanmoins, il faudrait revoir la page Wikipédia:Demande de suppression immédiate, pour différencier la création de section selon que l'on demande la suppression d'un article (a') ou d'une redirection (a'redir), avec deux boutons distincts.
    Le code du modèle pourrait-être quelque chose comme :
    <includeonly><span class="plainlinks" id="<nowiki>{{</nowiki>a'redir{{!}}{{anchorencode:{{{1|}}}}}<nowiki>}}</nowiki>">[{{fullurl:{{{1|}}}|redirect=no}} <span title="Redirection">↳Redir. : </span>] [[:{{{1|Titre manquant}}}]]<!--
    --> · {{Abréviation discrète|1=[{{fullurl:{{{1|}}}|action=history}} h]|2=Historique}}<!--
    --> · {{Abréviation discrète|1=[{{fullurl:Spécial:Journal|page={{urlencode:{{{1|}}}}}}} j]|2=Journaux}}</span><!--
    --> · [[Spécial:Pages liées/{{{1|}}}|<span title="Pages liées">↵</span>]]<!--
    --></includeonly>
    
    Ideawipik (discuter) 5 novembre 2020 à 23:28 (CET)
    Merci Ideawipik Clin d'œil, je vais tester cette proposition en sous-page de ma page utilisateur. — Ariel (discuter) 6 novembre 2020 à 07:25 (CET)
    Bonjour Ariel. Un modèle de ce type pourrait également s'intituler « Noredirect' » puisqu'il serait applicable pour plusieurs espaces par exemple pour une redirection de modèle ou une redirection de catégorie. Comme l'est d'ailleurs « A' » qui accepte la syntaxe {{a'|Catégorie:…}}. Il s'agirait d'une version allégée du modèle Noredirect (qui lui appelle une fonction coûteuse lors du test d'existence de la page). Si un simple test if n'est pas trop lourd, on peut gérer le cas de l'argument vide dès le début.
    Pour la mise en œuvre sur la page des suppressions immédiates, il suffirait d'ajouter, dans l'en-tête, un bouton comme [{{fullurl:Wikipédia:Demande de suppression immédiate|action=edit&section=new&preload=Wikipédia:Demande_de_suppression_immédiate/preload&editintro=Wikipédia:Demande_de_suppression_immédiate/editintro&preloadtitle=%7B%7Ba%27redir%7C1%3DTitre+de+la+page%7D%7D}} {{bouton cliquable|Lien direct, cas d'une redirection}}] (← exemple pour a'redir à adapter au nom choisi). Idem dans Wikipédia:Demande_de_suppression_immédiate/Utilisation.
    Enfin, il serait bien d'actualiser l'aide Wikipédia:Demande de suppression immédiate/editintro, en fonction du choix retenu, pour gagner en cohérence.
    Je te laisse voir ce qu'il en est et faire la proposition, sur la page de discussion de la page concernée, d'une évolution qui réduirait les confusions sur l'objet de la demande de suppression. Je me tiens disponible pour les questions techniques. — Ideawipik (discuter) 11 novembre 2020 à 20:32 (CET)
    En fait, et je regrette de ne pas l'avoir fait remarquer plus tôt (je n'y pensais alors plus), ce que je souhaite est exactement ce qui se passe avec le modèle « Demande de renommage/Titre » (appelé dans la page WP:DR) : quand l'une ou l'autre des deux pages mentionnées (voire les deux) est une redirection, en cliquant dessus on n'arrive que sur la page, pas sur la destination finale. — Ariel (discuter) 4 janvier 2021 à 18:44 (CET)
    Bonjour Ariel. Le modèle que tu cites fait appel à la même technique que la proposition ci-dessus (lien "externe" sans suivre la redirection). Le petit problème est qu'un tel lien vers une page supprimée n’apparaîtra pas en rouge. C'est pour cette raison qu'il est préférable de mettre deux liens : un "normal" (entre doubles crochets qui initialement suit la redirection et qui deviendra rouge à la suppression de la page) et un lien « redirect=no » conduisant à la page à supprimer et qui après suppression mènera à la même page (confirmant sa suppression) mais restera bleu. C'est ce qui avait été proposé en novembre. L'affichage de rouge dans le titre de section permet aux opérateurs de voir que la tâche est déjà accomplie. Bonne année à toi. — Ideawipik (discuter) 4 janvier 2021 à 23:29 (CET)
    Bonjour Ariel. Comme j'ai aussi eu besoin d'un modèle de ce type, pour une liste, j'ai finalement créé {{noredirect'}}, après avoir hésité sur le nom « Noredirect' » ou « A'redir ».
    En ce qui concerne la page, Wikipédia:Demande de suppression immédiate (h). J'ai remarqué un autre défaut, à propos des ancres sollicitées dans les commentaires de modification de la page. Les sections sont initiées dans « Faire une demande ». Le lien vers la section, généré par défaut pour le résumé de modification, correspond à la syntaxe choisie pour le code mais le titre réel de la section sera « Titre (d · h · j · ↵) » dans le cas du modèle A'. Pour pallier cette différence, le modèle A' génère une ancre tentant d'imiter le code et valant {{a'|Titre}} (accessible par un lien interne [[#&#123;&#123;A'&#124;Titre&#125;}]]). Donc si le champ est rempli avec exactement la syntaxe précédente, le lien sera fonctionnel vers l'ancre du modèle. En revanche, si le contributeur choisit {{a'|1=Titre}} ou même {{A'|Titre}}, le lien ne marchera pas et mènera en haut de la page. Techniquement, on doit pouvoir améliorer cela soit en examinant la présence du paramètre "nommé" « 1= », soit en générant plusieurs ancres au même endroit. Dans les deux cas, ce serait soit lourd pour le code du modèle et son exécution, soit très lourd pour le code HTML de la page générée … et encore, il ne sera pas évident de bien prendre en compte les distinctions « 1=Titre » et « 1= Titre » ni les variantes (majuscules initiale ou alias) dans les noms de modèles. Je ne pense pas que le jeu en vaille la chandelle, mais si quelqu'un a une idée lumineuse… Une alternative pourrait-être de préconiser la syntaxe {{a'|Titre}} et d'inviter le contributeur à remplacer manuellement les éventuels (très rare) signes « = » du titre par « {{=}} ». Cordialement. — Ideawipik (discuter) 24 mars 2021 à 11:30 (CET)
    Merci Ideawipik Clin d'œil. Je n'imaginais pas que ma demande poserait autant de difficultés. Ton modèle {{noredirect'}} est intelligent, mais j'ai peur qu'il n'aide pas beaucoup à éviter la suppression intempestive de la page de destination (dans le cas d'une redirection à supprimer), car il propose les deux liens (vers la redirection et vers la destination) : comme pour les non-redirections ça donne la même chose et que le 2e lien est plus visible que le premier, la confusion reste probable.
    Sinon, j'avoue ne pas avoir compris le problème d'ancrage posé par la syntaxe 1=. — Ariel (discuter) 24 mars 2021 à 14:02 (CET)
    @Ariel. Pas facile de concilier tous les avantages… Il est tout à fait possible de revoir la présentation du modèle proposé. En gardant les deux liens mais inversant les libellés ? Donc, voici un résumé.
    • 1a. Soit on considère que le nombre de suppressions de redirections sur une même page de WP:SI (y compris les archives) est potentiellement élevé et alors, pour ne pas prendre le risque d'un problème d'affichage (Catégorie:Page avec trop d'appels dispendieux de fonctions parseurs, cela altérerait l'affichage de WP:SI mais aussi l'apparition de la page WP:SI dans les pages liées à la page de redirection), il est impératif de privilégier un modèle sans ces fonctions comme {{noredirect-}} (avec l'inconvénient que le lien "externe" restera bleu même quand la page sera supprimée), ou en compromis, un modèle affichant les deux liens comme {{A-redir-simple}} ou le récent {{noredirect'}}.
    • 1b. Soit on considère que le nombre de demandes de suppression de redirections est faible, et alors le modèle {{noredirect}} est approprié, car il génère un lien vers la page de redirection si elle existe puis un lien rouge lorsque cette dernière n'existe plus.
    Dans tous les cas, l'usage d'un de ces modèles est préférable à celui de {{A'}} qui, avec un seul lien vers la page cible via la redirection, présente un risque de suppression de la mauvaise page. Cela dit, le reste est une question de praticité et de prise d'habitudes pour les usagers (demandeurs et opérateurs).
    • 1c. Si le problème est intermédiaire et ne concerne que les archives, il serait envisageable que le bot archiveur, lors des transferts quotidiens, remplace les appels au modèle {{noredirect|…}} par des liens rouges simples [[…]], uniquement si la page « … » a été supprimée. Ou bien qu'il fasse une substitution de modèle ou, encore plus simple, remplace le nom du modèle par celui d'un modèle plus sobre. Mais pour voir la possibilité de cela, il faut demander au dresseur Notification Orlodrim, ce qu'il en pense.
    2. La question des ancres est indépendante. Va sur historique de la page « Wikipédia:Demande de suppression immédiate », cherche le texte {{a'| et essaye de cliquer sur les liens. Par exemple, aujourd'hui, on a {{a'|Commune de Mugongomanga}} qui mène à l'ancre existante (générée par le modèle) et {{a'|1=Ovide nombre livre}} qui ne mène pas à l'ancre {{a'|Ovide nombre livre}} générée par le modèle. Est-ce plus clair ?
    3. Mise en œuvre. Une fois fixés sur le choix pour le point 1, il sera possible d'adapter en-têtes/formulaires comme indiqué dans le message du .
    Ideawipik (discuter) 24 mars 2021 à 16:12 (CET)

Soi-disant mauvais emploi du mot magique {{formatnum:}}, mais où ?[modifier | modifier le code]

Travail demandé par Ariel (discuter) 11 novembre 2020 à 16:59 (CET)

Bonjour Ariel Provost Bonjour, les mauvais usages de formatnum sont souvent cachés et non présents directement dans la page incriminée. Ce sont souvent les infobox ou les modèles appelés dans l'article qui posent problème. Lors de l'entrée d'une valeur dans un champ défini dans un modèle ou une infobox, afin d'améliorer la lisibilité du code de l'aticle, il y a souvent une espace entre le nom du champ et le égal, ainsi qu'entre le égal et la valeur entrée (typiquement | profondeur = 25). Or, si le modèle ou l'infobox fait ensuite appel à {{formatnum:}}, cette espace est considéré comme impropre et une erreur est renvoyée, la page se retrouvant dans la catégorie « Pages avec des arguments non numériques dans formatnum ». Pour l'article A Pobra do Brollón par exemple, le problème venait de cette palette, et plus particulièrement du champ reste : dans le modèle, il y avait : {{formatnum: {{{reste|}}} }}, or la variable reste était égale à 147 avec une espace devant (| reste = 147, l'espace entre le égal et le nombre est prise en compte) !! Et c'est cette espace qui fait entrer l'article A Pobra do Brollón dans la catégorie « Pages avec des arguments non numériques dans formatnum ». Un trim a permis de résoudre le problème. Pour l'article Air, c'est Modèle:Infobox Chimie/Capacité thermique et Modèle:Infobox Chimie/Masse volumique qui posent problème, il faudrait ajouter un trim à chaque formatnum. --Noritop    Map icons by Scott de Jonge - school.svg 11 novembre 2020 à 18:47 (CET)

C’est faux, ça ne vient pas des espaces entre = et la valeur (qui sont ignorées), exemple ici où la catégorie n’apparaît pas.
Pour Air, ça vient du modèle {{tmp}} comme expliqué ici par Ideawipik. — Thibaut (discuter) 11 novembre 2020 à 19:00 (CET)
Merci Noritop et Thibaut120094 Clin d'œil. Cette explication m'a étonné parce que je pensais que les paramètres (nommés ou nom) d'un modèle étaient, à la transmission ou à la réception, débarrassés des espaces devant et derrière. Mais à la réflexion je dois me tromper, car j'ai effectivement repéré quelques modèles (dont {{Incise}}, je crois) dans lesquels ces espaces sont prises en compte. — Ariel (discuter) 11 novembre 2020 à 19:13 (CET)
Bonjour. Dans les modèles, pour les paramètres nommés, les espaces ou sauts de lignes sont retirés automatiquement. Ce n'est pas le cas pour les paramètres non nommés ({{{1}}}, etc.) ce qui peut expliquer la présence indésirable de deux espaces lors d'insertions du modèle {{incise}} par exemple. L'explication dans « Palette Succession/Étape de Compostelle » était la présence d'une parenthèse mal placée, dans le formatnum. Plus généralement, comme déjà dit dans la discussion mentionnée par Thibaut, il me semble préférable d'attendre que les modifications récentes ou à venir prochainement dans le logiciel, modifications liées à des signalements concernant cette catégorisation, soient appliquées et fassent leur effet. Pas d'urgence ! — Ideawipik (discuter) 11 novembre 2020 à 20:32 (CET)
Effectivement, bien vu à vous deux ! Noritop    Map icons by Scott de Jonge - school.svg 11 novembre 2020 à 20:52 (CET)
Niveau stabilité, un nombre sous son écriture scientifique sera bientôt valide (exemple : 1.0E-6), mais je ne pense pas qu'il y aura d'autres changements après cela. La voie me semble tracée. Lofhi (discuter) 11 novembre 2020 à 21:43 (CET)
Notification Noritop : Bonsoir, aide utile : Aide:Créer un modèle#Nom de paramètre explicite : les paramètres nommés dans laquelle il est indiqué : « Note : Les espaces, retours chariots, sauts de ligne, tabulations, … au début et à la fin des paramètres nommés sont automatiquement enlevés. ». --FDo64 (discuter) 11 novembre 2020 à 23:11 (CET)
Merci Clin d'œil à tous. À défaut de faire avancer le schmilblick, j'aurais appris des choses (même s'il me reste une large marge de progression). — Ariel (discuter) 12 novembre 2020 à 06:58 (CET)

modèle « Autres projets » : problème de mise en page pour les mobiles[modifier | modifier le code]

Travail demandé par Ariel (discuter) 13 novembre 2020 à 14:42 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Je vous transmets cette diff, où une IP explique que le positionnement standard du modèle « Autres projets » (c.-à-d. juste après le titre de section « Voir aussi ») pose des problèmes d'affichage sur les mobiles. Pour ma part je n'en sais rien, je ne consulte quasiment jamais Wiki sur mon mobile.
  • Article(s) pour le modèle : quasiment tous
  • Discussions :

Effectivement, j'avais déjà remarqué que la boîte {{Autres projets}} a un mauvais rendu sur mobile. Le modèle utilise les classes .boite-a-droite et .boite-grise (et il y a par ailleurs .boite-sans-fond), qui sont définies dans le MediaWiki:Common.css mais pas dans le MediaWiki:Mobile.css.

En revanche il ne faut pas se contenter de recopier le CSS, pour la version mobile il faudrait que la boîte prenne toute la largeur de page. Il faudrait aussi vérifier le rendu des autres modèles qui utilisent ces classes.

Vu l'omniprésence de ce modèle, je pense qu'il serait assez important de traiter la chose. Avis aux intéressés ;-)

od†n ↗blah 14 novembre 2020 à 03:37 (CET)

Merci od†n Clin d'œil. À propos du même modèle, et si tu as un moment (?), pourrais-tu m'expliquer pourquoi on m'a refusé d'ajouter un paramètre nommé facultatif pour permettre de mettre la boîte à gauche, ce qui serait très utile quand l'infobox est plus haute que le texte (voire énormément plus haute, ça se produit dans un grand nombre d'articles scientifiques sur des composés chimiques ou des minéraux où il n'y a pas grand chose à dire à part la foultitude de données dans l'infobox) ? Je me rappelle qu'on m'avait dit que ça avait déjà été refusé antérieurement, mais sans me donner d'autre explication). Merci d'avance. — Ariel (discuter) 14 novembre 2020 à 07:32 (CET)
@Ariel Provost et @Od1n : il faudrait surtout que la version mobile donne accès aux autres projets en colonne de gauche, comme pour les liens interwikis. Cela permettrait de supprimer la boîte autres projets. TED 19 janvier 2021 à 05:14 (CET)

Infobox Traité[modifier | modifier le code]

Travail demandé par Bouzinac (discuter) 21 novembre 2020 à 13:58 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Modernisation de {{Infobox Traité}} : pouvoir s'appuyer sur du wikidata si le champ est vide côté frwiki.
  • Article(s) pour le modèle : Traité_de_Managua_(1860)
  • Discussions :

À celui qui traitera cette demande : en regardant les données qui pourraient être récupérées dans Wikidata pour le Traité de Versailles, je n'en ai trouvé que très peu :

  1. image (P18)
  2. type (P31)
  3. langues (P407)
  4. date_de_signature (P585)
  5. dépositaire (P2058)

Pour ce qui est des signataires, il y a bien P1891 mais sans distinction des parties, donc inexploitable.

Notification Bouzinac : Si tu vois d'autres données, merci de les signaler. En l'état, je ne suis pas persuadé par cette demande.

--FDo64 (discuter) 11 décembre 2020 à 00:13 (CET)

Changer l'alternance d'un tableau[modifier | modifier le code]

Travail demandé par --Nebuno (discuter) 8 janvier 2021 à 21:55 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Bonsoir, j'aimerais changer l'alternance du tableau du modèle:Fstats qui pose notamment problème avec les sous-totaux gris. J'ai travaillé sur un exemple de tableau avec une alternance blanche/bleue et je trouve le résultat satisfaisant. À noter que sur la partie parcours au Real Madrid, la non alternance sur la colonne Saison est faite à dessein afin de comparer les différentes possibilités. Je pense aussi qu'il serait bien d'appliquer la couleur blanche sur la colonne Club sachant que le paramètre rowspan est possible.
Saison Club Championnat Coupe(s) nationale(s) Compétition(s) continentale(s) Total
Division M B Pd M B Pd C M B Pd M B Pd
2004-2005 Drapeau : Argentine Boca Juniors Primera División 15 0 0 - CL 1 0 0 16 0 0
2005-2006 Drapeau : Argentine Boca Juniors Primera División 34 0 3 - RS+CS 2+6 0 0 42 0 3
2006-2007 Drapeau : Argentine Boca Juniors Primera División 21 1 2 - RS+CS 2+1 0 0 24 1 2
Sous-total 70 1 5 0 0 0 - 12 0 0 82 1 5
2006-2007 Drapeau : Espagne Real Madrid Liga 13 0 1 2 0 0 C1 2 0 0 17 0 1
2007-2008 Liga 31 0 2 5 0 1 C1 6 0 1 42 0 4
2008-2009 Liga 26 1 7 1 0 0 C1 6 0 0 33 1 7
2009-2010 Liga 18 0 1 2 0 0 C1 2 0 0 22 0 1
2010-2011 Liga 4 0 0 3 0 0 C1 - 7 0 0
Sous-total 92 1 11 13 0 1 - 16 0 1 121 1 13

Je cite une partie de la réponse que m'a apporté Ideawipik sur le Café du foot :

  • Solution 4, hypothétique, à étudier : utiliser un CSS qui va bien, en définissant des classes et des règles. Pas sûr que ce soit
    • effectif sur tous les navigateurs pour les lecteurs ;
    • possible sans changer la structure du tableau (code des articles) qui est un facteur limitant ;
    • possible en pur CSS, sans recourir à du JavaScript. Le sélecteur :nth-of-type ne convient pas. Il était envisagé de développer un sélecteur « E:nth-child(n [of S]?) » ([2]). Mais l'option n'a pas été ajoutée. Auquel cas en définissant une classe pour les lignes du tableaux (autres que les sous totaux, dans le modèle), une syntaxe du type tr:nth-child(even of .classeFstatsligne) {background: red;} dans une feuille de style, en sous-page du modèle, aurait pu servir. Ou inversement, une classe à exclure pour les sous-totaux. Autre idée : peut-être voir les successions « classesoustotal + classeFstatsligne », pour réinitialiser à une couleur claire après chaque ligne de sous-total, indépendamment de ce qui la précède, et « classeFstatsligne + classeFstatsligne » pour les autres successions de saisons, avec alternance.

Bonne soirée.

  • Article(s) pour le modèle : Tous les articles de footballeurs et de handballeurs ayant un tableau de statistiques, donc énormément.
  • Discussions :

Outil pour sourcer pour l’éditeur normal[modifier | modifier le code]

Travail demandé par TED 19 janvier 2021 à 05:17 (CET)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour ! Il existe en mode « éditeur visuel » un outil pour créer des sources à partir d’un lien http, un ISBN, un DOI ou autre… mais cet outil n’est pas disponible avec l’éditeur normal. Serait-il possible de l’ajouter ? TED 19 janvier 2021 à 05:17 (CET)
(NB : ne sachant pas exactement où poser cette question, je l’ai posée aussi là : Discussion Projet:Scripts et gadgets/Demande de fonction#Outil pour sourcer pour l’éditeur normal) TED 20 janvier 2021 à 20:24 (CET)
  • Article(s) pour le modèle : potentiellement tous.
  • Discussions :

Fait Création des Modèles:Géolocalisation des États du Brésil[modifier | modifier le code]

Travail demandé par Arturo63 (discuter) 22 janvier 2021 à 14:20 (CET)

Cordialement.

  • Article(s) pour le modèle : Brésil, etc...
  • Discussions :
Bonsoir Arturo63 Bonsoir. Je te conseille de contacter le Projet:Cartographie qui est plus apte à écrire ce genre de modèle. --FDo64 (discuter) 22 janvier 2021 à 21:54 (CET)
Bonjour FDo64 (d · c · b), le Projet:Cartographie est inactif... J’ai besoin d’aide pour terminer le Modèle:Géolocalisation/Cincinnati, il manque les coordonnées géographiques. Merci d'avance. Arturo63 (discuter) 30 janvier 2021 à 14:37 (CET)
Bonsoir Arturo63 Bonsoir. Si j'interprète correctement les statistiques de consultation de la page, il y a une dizaine de « suiveurs de la page ayant consulté les modifications récentes de la page ». Il n'est donc pas inactif, par contre il est peu réactif et quand il répond à une demande, c'est souvent plusieurs semaines après. Celle que j'ai postée en août 2019 attend toujours. C'est malheureusement le meilleur endroit pour faire ce genre de demande et je n'ai pas de meilleur conseil que j'ai à te donner. --FDo64 (discuter) 30 janvier 2021 à 21:05 (CET)

Cassini EHESS - modèle préfixe d'URL[modifier | modifier le code]

Travail demandé par LD m'écrire 5 février 2021 à 15:30 (CET) ♥

  • Avancement :
    50 %
  • Détails de la demande :

Bonjour,

Suite à un remplacement du lien de http://cassini.ehess.fr/cassini/ vers http://cassini.ehess.fr/ et à la requête formulée par @Roland45 (et plus largement le Projet:Communes de France) pour rétablir ces liens cassés, j'aimerai savoir s'il est judicieux d'intervenir en créant un modèle utilisant le nouveau préfixe de manière à opérer, si le lien rechange, avec une seule modification.

Dans les meilleurs des cas, il faudrait un modèle simple pour les contributeurs et une syntaxe simple. En regardant la recherche spéciale de lien, tous les liens ont le même format.

Donc a priori, j'imaginais un remplacement du type {{Cassini EHESS}}html/1_navigation.php# dans lequel {{Cassini EHESS}} = http://cassini.ehess.fr/fr/

Sinon, quelque chose dans cet esprit : {{Cassini EHESS|urlcomplet=http://cassini.ehess.fr/fr/html/1_navigation.php#}} qui puisse corriger http://cassini.ehess.fr/fr/ si cela revenait à changer.

Bref, je ne connais pas toutes les subtilités possibles, ni la meilleure manière de le faire.

Merci pour vos retours, --LD m'écrire 5 février 2021 à 15:30 (CET)

@Ideawipik vient de me notifier l'existence de {{Cassini-Ehess}}. La requête est caduque, modèle corrigé aujourd'hui. --LD m'écrire 5 février 2021 à 16:03 (CET)
Il faudrait néanmoins un modèle de liens exteres, type {{Gallica}}, je tente de le faire sous {{Cassini-Ehess 2}}. --LD m'écrire 5 février 2021 à 16:18 (CET)

Conventions typographiques et modèle/module Langue[modifier | modifier le code]

Travail demandé par LD m'écrire 12 février 2021 à 21:20 (CET)

  • Article(s) pour le modèle : beaucoup trop Sourire diabolique
  • Discussions :

Modèle:A[modifier | modifier le code]

Travail demandé par LD m'écrire 3 mars 2021 à 16:40 (CET)

  • Avancement :
    0 %
  • Détails de la demande :

Bonjour,

Conjointement à cette procédure d'intervention par un administrateur d'interface, il serait nécessaire de modifier {{A}} afin d'identifier la sous-page à afficher selon l’espace de nom. Par exemple, en dehors du main et dans l'espace de nom "Portail", il est nécessaire d'afficher {{TALKPAGENAME:{{{1}}}}}/Portail de qualité et {{TALKPAGENAME:{{{1}}}}}/Bon portail.

Pour le suivi, je notifie également : Notification Gemini1980

Bien à vous, --LD m'écrire 3 mars 2021 à 16:40 (CET)

  • Inclusions du modèle : 13719 inclusions en pdd dans divers espaces de nom.
  • Discussions :

Je viens de réaliser ceci. od†n ↗blah 17 mars 2021 à 09:23 (CET)

Fait Infobox Isotope[modifier | modifier le code]

Travail demandé par Ariel (discuter) 8 avril 2021 à 17:07 (CEST)

  • Avancement :
    100 %
  • Détails de la demande : En bas de l'infobox Isotope il y a deux tableaux (exemple : Carbone 14) ; le premier (ligne de titres : Isotope parent – Désintégration) concerne les isotopes radiogéniques et le second (ligne de titres : Désintégration – Produit – Énergie (MeV)) les isotopes radioactifs. Le problème est que beaucoup d'isotopes ne sont pas comme le carbone 14 à la fois l'un et l'autre (c'est d'ailleurs une erreur pour le carbone 14 car il n'est pas radiogénique mais cosmogénique, je corrigerai plus tard). De nombreux isotopes ne sont que radiogéniques (exemple : le strontium 87, mais qui n'a pas encore son propre article), de nombreux autres ne sont que radioactifs (exemple : l'aluminium 26), et de nombreux autres encore ne sont ni l'un, ni l'autre (exemple : oxygène 18). Il faudrait donc que chacun des deux tableaux n'apparaisse que quand il est pertinent : le premier quand le paramètre parent1 est renseigné, le second quand le paramètre desintegration_mode1 l'est. Je pense que c'est facile à coder. Merci d'avance.
  • Article(s) pour le modèle : Tous les articles consacrés à un isotope, cf. Catégorie:Isotope et ses sous-catégories.
  • Discussions :

Fait Fait. Ajout de deux tests qui acceptent techniquement encore la possibilité d'avoir :

  • desintegration_parent1 sans parent1 ;
  • produit_desintegration1 ou desintegration_energie1, sans desintegration_mode1.

Si c'est inutile (les derniers étant obligatoires dans ces tableaux), on pourrait simplifier les tests dans le code. @Ariel. À toi de voir ce qui est le mieux.
En revanche, il n'est plus possible de spécifier un « paramètre2 » (ou 3 ou 4) sans « paramètre1 ». Je viens de vérifier que l'on n'a pas d'appel du modèle de la sorte. Donc pas de problème.
Ideawipik (discuter) 18 avril 2021 à 12:04 (CEST)

Super ! Comme je n'avais pas d'exemple d'isotope seulement radiogénique (1er tableau), j'ai créé l'infobox de Plomb 208 : ça marche aussi.
Pour simplifier le code je pense qu'on peut sans crainte se contenter du test sur le premier paramètre de chaque tableau (parent1 et desintegration_mode1). En tout cas le test sur desintegration_energie1 est vraiment inutile car on n'aura jamais l'énergie d'une désintégration sans savoir de quoi il s'agit, mais même les deux autres ne sont pas vraiment utiles (on aura toujours l'indication du parent avec le mode de désintégration (1er tableau), et toujours le produit de désintégration avec le mode de désintégration (2e tableau). Vraiment merci. — Ariel (discuter) 19 avril 2021 à 07:55 (CEST)
P.S. (1) Maintenant que je sais que ça marche, je vais corriger l'infobox de Carbone 14 (qui n'est pas radiogénique mais cosmogénique, ce qui n'entre pas dans ces tableaux). Il y a sûrement d'autres isotopes qui sont (réellement) à la fois radiogéniques et radioactifs (par exemple tous les intermédiaires des chaînes radioactives), mais j'ai la flemme de chercher.
(2) On pourrait inventer un 3e tableau pour les isotopes cosmogéniques (avec la cible et la réaction nucléaire correspondante), mais on verra (peut-être) plus tard (à chaque fois que je tente de résoudre un problème j'en débusque deux autres, mais les journées continuent à n'avoir que vingt-quatre heures).