Wikipédia

Projet:Modèle/Demandes/2022

< Projet:Modèle‎ | Demandes

Cette page de discussion est une archive.

Pour intervenir sur les discussions actuelles ou pour en lancer une nouvelle, allez sur la page de discussion actuelle.

❌ Affichage de date dans modèle modifier

Travail demandé par SenseiAC (discuter) 3 février 2022 à 00:19 (CET)

  • Avancement : Sans objet.
  • Détails de la demande : Bonjour, Bien que les modèles {{article}} et consorts ne tiennent pas compte de la mise en forme passée en valeur du paramètre « date » (ce que je regrette, mais rassurez-vous, je ne viens pas ici pour refaire le débat), certaines utilisations de ces modèles ont des dates mises en forme par exemple avec {{date}}. Généralement, ça ne pose pas de problème : le modèle {{article}} semble parvenir à simplement « ignorer » le fait qu'il y a un modèle {{date}} dans le paramètre « date » et donc met en forme la date qui y est indiquée comme s'il n'y avait pas de modèle {{date}} d'utilisé (je crois que {{article}} « impose » la mise en forme des dates avec un {{date-}}). Cependant, je viens de tomber sur un cas où {{article}} n'a pas réussi à « ignorer » le modèle {{date}} correctement. Ça se passe dans la référence 31 de l'article Troyen (astronomie) (c'est la dernière référence des deux courts paragraphes de la section « Troyens de planètes mineures »). Le paramètre « date » y a pour valeur {{date|janvier|2012|en astronomie}}, mais {{article}} n'affiche que « janvier » au lieu de «  ». Quelqu'un pourrait-il donc faire en sorte que le modèle {{article}} et les modèles analogues ({{lien web}}, {{ouvrage}}, {{citation tweet}} et peut-être encore d'autres) prennent correctement en compte la date quand elle lui est passée sous cette forme ? Évidemment, si le cas sur lequel je suis tombé est un cas unique, il ne serait pas difficile de faire le nécessaire à la main, mais difficile de savoir si c'est vraiment un cas unique... Dans tous les cas, ce sera plus « prudent » de faire en sorte que cette situation donne le résultat attendu, au cas où il se présente (ou venait à se représenter) ailleurs. Merci d'avance. SenseiAC (discuter) 3 février 2022 à 00:19 (CET)
  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :
Bonjour SenseiAC. Uniquement pour le modèle {{Article}}, on a environ 3 000 inclusions avec ce paramètre contenant un appel à un modèle de type date (recherche wstat.fr volontairement un peu trop large, elle détecte aussi la présence de la chaîne « date » ; ou plus restreinte), soit bien moins d'articles étant donné qu'on a parfois une vingtaine de modèles dans un article concerné. La majorité des syntaxes sont bien digérées par les modèles bibliographiques. J'ai pris un premier article au hasard, tu es l'auteur de l'ajout (Diff #131938129) mais tu n'es pas le seul (Diff #173122122 par Foscolo, vraisemblablement ponctuellement par inattention et potentiellement d'autres contributeurs pour la même raison ; normalement, les bots font attention à ne pas introduite ce type de formatage non désiré à cet endroit).
Personnellement, je pense que l'ajout dans la bibliographie de tels liens internes n'a strictement aucun intérêt. Déjà dans le texte, la pertinence est parfois contestée ; alors là, à part apporter de la confusion au lecteur qui recherche plutôt dans ces zones des liens externes vers les sources bibliographiques…
En résumé, je suis favorable à ce que les contributeurs respectent la documentation du modèle dans le renseignement de ces paramètres (ici), sans surcharger inutilement la syntaxe.
Concrètement, voici une réponse pratique dans le cas précis soulevé. Le problème ne vient pas du modèle Article mais de la syntaxe employée incorrectement pour le modèle {{date}}. La syntaxe est, au choix, {{date|JJ|mois|AAAA}} ou {{date|JJ mois AAAA}. Celle hybride employée ne fonctionne pas, il manque un paramètre, il aurait fallu écrire {{date||janvier|2012|en astronomie}} ou {{date|janvier 2012|en astronomie}}. Cela est valide, bien que la précision thématique soit superflue, sans effet, à l'endroit qui nous intéresse.
Voilà une raison de plus de conseiller un paramètre simple (date=janvier 2012) dans les modèles bibliographiques, afin de réduire les risques de s'emmêler les pinceaux.
On peut préciser ici deux points.
  • Dans les paramètres date de ces modèles, il n'est pas utile de mettre de {{1er}}, un simple « 1er » ou « 1 » suffit.
  • Dans les modèles {{Infobox Biographie}}, {{Infobox Biographie 2}} et certaines autres infobox consacrées à des personnes (pas toutes ; tester ou lire les documentations), il est inutile de solliciter un modèle dans les paramètres date de naissance / date de décès ; un texte brut suffit comme pour les modèles bibliographiques cités dans cette demande.
Cordialement, — Ideawipik (discuter) 3 février 2022 à 03:33 (CET)
Merci Ideawipik, même si je le sais pourtant très bien je n'avais effectivement pas fait gaffe au détail des « | » et donc au fait qu'ici ça aurait dû être {{date||janvier|2012|en astronomie}} ou {{date|janvier 2012|en astronomie}} pour utiliser correctement ce modèle (même si inutile ici). Ma demande devient donc sans objet et on peut donc la clore. Ceci étant dit, même si ça n'a plus de rapport en soi avec le modèle {{article}} et consorts, ça pourrait être utile qu'un bot résolve ces erreurs de syntaxe « basiques ». Je vais voir du côté des dresseurs de bot ce qu'ils peuvent faire, ça pourra servir de façon générale. SenseiAC (discuter) 3 février 2022 à 04:35 (CET)
OK SenseiAC. Il y en a qui intégreront ces petites corrections à leur bot ; mais souvent, il est plus facile de repérer et lister les erreurs que de corriger les syntaxes, surtout quand le modèle autorise plusieurs syntaxes et donc un même paramètre être de plusieurs formes. Sans être exhaustif en raison des variantes valides sans préposition et des oublis (voir la liste des qualificatifs valides dans le code du module date pour générer une recherche complète), on peut déjà repérer des cas problématiques via ces recherches, pour le modèle Date : qualificatif dans le paramètre 3 du modèle date ou variante plus inclusive avec quelques faux-positifs.— Ideawipik (discuter) 3 février 2022 à 08:14 (CET)

❌ Création de numéro de lignes pour le transport urbain de Roanne modifier

Travail demandé par Modifroanne42

✔️ Changer l'alternance d'un tableau modifier

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

  • Avancement :
    100 %
  • 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   Boca Juniors Primera División 15 0 0 - CL 1 0 0 16 0 0
2005-2006   Boca Juniors Primera División 34 0 3 - RS+CS 2+6 0 0 42 0 3
2006-2007   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   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]?) » ([1]). 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.

❌ Traduction des modèles "series overview" et "episode table" modifier

Travail demandé par RdNetwork (discuter) 31 mai 2021 à 20:08 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Bonjour, en travaillant sur l'article Last Week Tonight with John Oliver qui a besoin d'une grosse mise à jour, je me suis aperçu que le modèle actuel de "liste des épisodes" était globalement inutilisable avec l'éditeur visuel, et manquait de fonctionnalités face aux très bons modèles du wiki anglais (et traduits dans beaucoup d'autres wiki) que sont Series overview et Episode table.

Je ne sais toutefois pas du tout comment marchent les modules en général et comment en "traduire" ou en importer un de Wiki étrangers. Serait-il donc possible de récupérer ces modèles très pertinents pour faire (re)vivre les articles "médiatiques" du Wiki FR qui sont parfois un peu vétustes ?

Merci d'avance pour votre aide ! :)

Cordialement, RdNetwork (discuter)

  • Article(s) pour le modèle : Tous les articles d'émissions ou de séries TV, donc sans doute plusieurs milliers ?
  • Discussions :

Bonjour RdNetwork. Pour comprendre, en quoi le modèle {{Liste des épisodes}} serait-il inutilisable avec l'éditeur visuel ? La liste des paramètres valides est bien renseignée dans la documentation du modèle (Aide:TemplateData). Sur les nombreuses utilisations du modèle, très peu présentent un paramètre erroné. Cf « Liste des épisodes » sur wstat.fr.

Éditorialement, avant de modifier ou de remplacer des modèles, il serait bien d'en discuter avec les projets thématiques concernés (ceux des Portail:Télévision et Portail:Médias), afin que soient évalués collectivement votre proposition et les bénéfices de l'évolution envisagée. Cordialement. — Ideawipik (discuter) 31 mai 2021 à 21:40 (CEST)

Merci pour votre retour ! Je vais essayer d'être assez clair car je ne suis pas bien sûr de comprendre moi-même mon souci.
J'ai fini par comprendre que le modèle "Liste des épisodes" ne s'utilisait qu'au sein d'un tableau et j'ai donc essayé de l'utiliser moi-même sur la page que je souhaitais modifier. La liste d'épisodes existante utilise en effet un tableau avec pour chaque épisode une occurrence du modèle. Toutefois, si j'arrive à éditer les propriétés du tableau et ses "headers", je n'arrive pas à éditer les occurrences individuelles de chaque épisode avec l'éditeur visuel. A aucun moment l'infobulle indiquant que je veux modifier un modèle n'apparait, contrairement à celle pour le Tableau qui apparaît quand je clique sur la première ligne du tableau contenant chaque modèle. J'ai beau double-cliquer sur un titre ou un résumé, tout reste en lecture seule...
C'est cela qui me poussait à croire que ce modèle n'était pas tout à fait compatible avec l'éditeur visuel. Il est possible que je n'aie tout simplement pas trouvé la bonne manipulation à faire pour éditer le modèle. Y a-t-il une solution ?
Cordialement,
RdNetwork (discuter) 31 mai 2021 à 22:10 (CEST)
  RdNetwork. Vous avez bien cerné le problème. Il s'agit donc d'une question de tableaux dont les lignes sont générées par des modèles*. Vous remarquerez que pour utiliser « Episode table », générant un tableau, sur enwiki (Wikipédia en anglais), il est également nécessaire de rentrer les lignes du tableau ({{Episode list|…}}) en wikicode dans le paramètre episodes du premier modèle, puisque ce n'est pas faisable, récursivement (modèles imbriqués), avec l'outil d'insertion des modèles intégré à l'éditeur visuel. Je vous conseille, pour les opérations sur ces tableaux de changer temporairement d'éditeur et de copier le patron du modèle « Liste des épisodes » dans sa documentation. Il est possible de basculer à tout moment entre les deux éditeurs au cours de la rédaction. Rédiger en wikicode (Aide:Syntaxe) n'est pas aussi compliqué que cela puisse paraître au premier abord et la possibilité de prévisualiser avant d'enregistrer est bien pratique.
* Note : pour les tableaux générés intégralement par des modèles successifs, comme les tableaux des footballeurs ({{Fstats}} et consorts), l'éditeur visuel est capable de demander individuellement tous les paramètres de chaque modèle intérieur. Cela a le mérite de fonctionner même si ce n'est, à mon avis pas plus pratique qu'en wikicode. Vous pouvez tester dans un des articles incluant le modèle, sans enregistrer bien sûr. Dans le cas présent, peut-être qu'en créant un modèle paramétré (intitulé par exemple « Modèle:Liste des épisodes/Début ») ayant pour fonction de générer l'en-tête (header) du tableau, un fonctionnement similaire serait possible. On peut essayer, dans les prochains jours, si vous le voulez.
PS : je me suis permis d'indenter votre message conformément à l'usage dans les discussions (en faisant débuter, en wikicode, les lignes par des « : » incrémentés. Voir l'aide.)
PPS. Je ne suis pas de retour.  .
Cordialement. — Ideawipik (discuter) 31 mai 2021 à 23:47 (CEST)
Je classe la demande. — Zebulon84 (discuter) 31 mars 2022 à 21:47 (CEST)

✔️ Géolocalisation du Sinaï modifier

Travail demandé par Ellicrum {bablute [...]} 1 novembre 2021 à 15:49 (CET)

✔️ Reprise de {{Encyclopédie berbère}} modifier

Travail demandé par Moumou82 [message] 26 février 2022 à 17:34 (CET)

  • Avancement :
    100 %
  • Détails de la demande : Le modèle {{Encyclopédie berbère}} a été créé en 2016 mais reste pratiquement inutilisé (4 articles). Dans le même temps, cette ressource est utilisée sur plusieurs centaines d'articles. Le problème vient du fait que le modèle ne fait en réalité référence qu'au volume 2 alors qu'il en existe 36 à ce jour. Ceux-ci ont été édités par Édisud (volumes 1 à 28-29) basé à Aix-en-Provence puis Peeters (dès le volume 30) basé à Louvain ; cette liste permet d'obtenir, pour chacun d'entre eux, l'année d'édition, le numéro et le titre, le directeur, le DOI et l'ISBN. Dans ce contexte, serait-il possible de modifier le modèle pour que les champs suivants soient modifiables :
    {{Encyclopédie berbère|auteur=|titre=|numéro volume=|numéro article=|pages=}}
    Sur la base du numéro du volume, on prédéfinit dans le modèle le directeur du numéro, le titre de l'ouvrage, le titre du volume, l'éditeur, le lieu d'édition, l'année d'édition, le DOI et l'ISBN. Sur la base du numéro de l'article, on retourne l'URL https://journals.openedition.org/encyclopedieberbere/ complété par ce dernier.
  • Article(s) pour le modèle : 497 (ici et là puisque http://encyclopedieberbere.revues.org/ redirige vers https://journals.openedition.org/encyclopedieberbere/)
  • Discussions :
    Merci Moumou82 pour cette proposition. Afin de clarifier un peu les choses, voici quelques questions. Sous quelle forme doit apparaitre la distinction entre l'article et le volume ? Même question pour la mention du directeur de publication. Le modèle concerné sollicite actuellement le modèle Chapitre.
    Le résultat pourrait être quelque chose comme : {{{auteur}}}, « {{{titre}}} », dans "auteur ouvrage" (dir.), Encyclopédie berbère, vol. {{{numéro volume}}} : "titre du volume", "lieu d'édition", "éditeur", "année" (ISBN 2-85744-201-7, lire en ligne), {{{passage}}}
    Les éléments entre guillemets seraient remplis automatiquement par le modèle en fonction des paramètres (entre accolades triples). L'ISBN et l'url seraient adaptés en fonction des numéros respectifs de volume et d'article.
    Mais je n'ai pas compris si le « numéro d'article » est, selon toi, le numéro de la forme Article « A285 » pour le premier exemple du volume 7 ou le code correspondant au numéro dans l'url 1181 pour le même exemple. La seconde option serait techniquement plus simple pour le modèle. Cette considération exclue, laquelle des deux numérotations est la plus pérenne ? Il ne faudrait pas que les utilisateurs du modèle puissent faire la même confusion. Donc, la documentation devra être claire et le nom du paramètre bien choisi.
    Je ne suis pas certain que l'ajout du DOI soit nécessaire. À mon avis, pour ne pas alourdir l'affichage il vaut mieux choisir entre l'url et le DOI, sinon le lien fait un peu doublon.
    On peut proposer un alias auteurs au paramètre auteur.
    Je préconiserais plutôt un paramètre passage que pages, par cohérence avec les modèles {{Ouvrage}} et {{Chapitre}}. Mais en même temps, ces derniers ne sont pas cohérents avec le modèle {{Article}}, donc…
    Que penses-tu de ces réflexions ? Cordialement. — Ideawipik (discuter) 26 février 2022 à 18:54 (CET)
      Ideawipik : Merci pour ta réponse. Le numéro de l'article dans mon propos se réfère bien au numéro dans l'url, celle-ci est stable et me semble bien plus facile à identifier. Pas de souci pour ne pas inclure le DOI et utiliser l'alias auteurs et le paramètre passage. Moumou82 [message] 27 février 2022 à 20:26 (CET)
    Considérations techniques au niveau du code. Bonjour. Je vois trois possibilités fonctionnelles, en prenant en compte que l'on ne peut pas définir de variable dans un modèle classique en wikicode :
    1. en wikicode, un seul appel du modèle {{Chapitre}} et, pour sept des paramètres de ce dernier, un switch à 36 cas ;
    2. en wikicode, un seul switch à 36 cas et pour chacun d'eux un appel du modèle Chapitre ;
    3. en passant par un module Lua, une définition des variables dans un switch case général (et éventuellement quelques if ou switch case pour les données communes à de nombreux volumes comme éditeur ou directeur de publication) et, à la fin, un appel du modèle Chapitre via le module.
    Ces solutions sont plus ou moins élégantes (performances à l'exécution, répétitions dans le code, lisibilité). J'aimerais bien bénéficier de l'avis de modélistes sur la méthode structurelle à privilégier, selon eux. Epok, Gdgourou, Od1n ou quelqu'un d'autre peut-être ? Merci d'avance. De mon côté, les données permettant d'alimenter le modèle sont déjà extraites.
    N. B. : J'avais aussi pensé à une solution "1 bis" en wikicode avec, pour réduire le nombre de switch, une fonction (modèle intermédiaire ?) qui renverrait un texte « |titre volume=… |année=… |isbn=… » en fonction du numéro de volume, mais je ne sais pas comment faire interpréter ce "texte généré" comme des paramètres pour un autre modèle, en l'occurrence Chapitre. Mais si quelqu'un y parvient…
    — Ideawipik (discuter) 1 mars 2022 à 13:32 (CET)
    A ce que je comprend seul numero de document est indispensable pour la génération de l'url genre | lire en ligne = https://journals.openedition.org/encyclopedieberbere/{{{numero}}}. Pour le volume de l'encyclopédie, il faut le définir avec un switch (pour moi peut importe la méthode tant qu'elle fonctionne, c'est à la préférence du codeur) à cause de l'éditeur qui change et des éléments associés (date, éditeur et ISBN). Le site me semble assez bien fait surtout avec les sections Pour citer cet article --GdGourou - Talk to °o° 1 mars 2022 à 13:52 (CET)
    Bonjour Moumou82. J'ai opté pour la seconde solution technique, le nom de paramètre pour le numéro de volume est volume ; plus simple et identique aux autres modèles bibliographiques. Si tu peux corriger les quelques insertions anciennes du modèle, avec les nouveaux paramètres (cf. la documentation), on pourra ensuite remodifier légèrement le code du modèle pour le cas du paramètre volume manquant ou invalide/inconnu. Est-ce que cela te convient ? — Ideawipik (discuter) 2 mars 2022 à 14:20 (CET)
      Ideawipik : Parfait, cela donne très bien. Je pense que l'on peut clore la demande, merci encore  . Moumou82 [message] 2 mars 2022 à 22:12 (CET)
    Je clos. — Zebulon84 (discuter) 31 mars 2022 à 22:00 (CEST)

✔️ Ajout d'un paramètre de Modèle:Feuille de match rugby à XV modifier

Travail demandé par - Daxipedia - 達克斯百科 (discuter) 2 mars 2022 à 23:23 (CET)

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

À la suite d'une discussion sur le Projet:Rugby à XV, disponible ici (du 5e au 8e message), l'ajout d'un paramètre optionnel « image » supplémentaire au Modèle:Feuille de match rugby à XV est envisagé, permettant l'affichage d'une feuille/composition de match.

Plus précisément, l'objectif serait de rajouter un champ qui permettrait d'afficher une image Commons, du type commons:File:South Africa vs Japan 2015-09-19.svg, la version visuelle de la composition le terrain.

Usuellement, cette image est affichée à 350px (je dis usuellement, car ce n'est pas vraiment « web-accessible friendly » en théorie). Le rendu visuel donnerait ainsi quelque chose identique à ce que l'on peut retrouver sur l'article Match de rugby à XV Afrique du Sud - Japon (2015)#Composition des équipes. L'objectif est justement de permettre d'utiliser le modèle:Feuille de match rugby à XV plutôt que de faire une composition manuscrite sans utiliser le modèle mais en ayant l'image (comme pour le dernier article cité, par exemple). De manière générale, simplifier la syntaxe pour l'expérience utilisateur.

Dans le cas où le nouveau paramètre de modèle ne serait pas renseigné, cela ne changerait pas l'affichage actuel.

(Pour info : ping à @Toghebon @Ginkgobiloquad @Daehan avec qui nous avions eu la discussion initiale.)

✔️ Demande d'import d'un modèle très utile, Template:Reflist-talk modifier

Travail demandé par Veverve (discuter) 28 mars 2022 à 14:55 (CEST)

  • Avancement :
    100 %
  • Détails de la demande : Bonjour. J'ai demandé il y a une semaine sur le Bistro s'il était possible d'importer en:Template:Reflist-talk qui serait très utiles pour rendre plus lisibles les pages de discussions sur WP fr. Puisque personne ne l'a fait, je demande ici : pourrait-on importer ce modèle, sous le nom de "Reflist-discussion", avec "Reflist-talk" comme autre nom possible ?
  • Article(s) pour le modèle : (toutes les pages de discussion sont susceptibles de bénéficier de ce modèle dès lors qu'un utilisateur y utilise des <ref></ref>)
  • Discussions :
    Bonjour Veverve. Avis rapide sans avoir regardé en détail le code. Je ne vois pas bien l'intérêt d'un nouveau modèle, car <references/> ou même {{Références}} sont déjà acceptés dans les pages de discussion. Quelle serait la différence et la plus-value par rapport au modèle existant ? La réponse réside dans en:Template:Reflist-talk/styles.css, mais est-ce significatif ? Remarque : si un modèle devait être créé, il devrait plutôt s'appeler « Références-discussion », par cohérence avec l'existant. — Ideawipik (discuter) 28 mars 2022 à 16:36 (CEST)
    @Ideawipik la version reflist-talk est bien plus confortable à lire en PDD et permet d'avoir automatiquement une distinction claire avec le reste, puisque les références sont mises dans un petit rectangle titré "Références". Il me semble que reflist-talk permet aussi d'afficher les notes de tous les groupes. Veverve (discuter) 28 mars 2022 à 16:44 (CEST)
      Veverve : J'ai créé {{Références discussion}}, traduction de en:Template:Reflist-talk. Comme son équivalent anglais, ce modèle appèle {{Références}} pour l'affichage des références proprement dite, l'intérêt de ce modèle est donc uniquement le cadre en pointillés et le pseudo-titre. — Zebulon84 (discuter) 28 mars 2022 à 19:42 (CEST)
    Un grand merci ! Veverve (discuter) 28 mars 2022 à 19:48 (CEST)

✔️ Modèle « Infobox Planète mineure » modifier

Travail demandé par Ariel (discuter) 21 janvier 2022 à 04:09 (CET)

  • Avancement :
    100 %
  • Détails de la demande : Le problème concerne les paramètres période de rotation et période de rotation alt du modèle « Infobox Planète mineure ». Actuellement, le premier paramètre attend un temps en jours (le modèle formate ce nombre et ajoute le symbole « j ») et le second, facultatif (et dont le résultat n'est affiché que si le premier est renseigné), attend une valeur exprimée dans une autre unité, dont le formatage est à la charge du rédacteur ; cette valeur est alors affichée entre parenthèses et précédée du signe « ~ » indiquant que cette valeur est approchée (cf. l'exemple dans la doc du modèle). Le problème est que pour (469219) Kamoʻoalewa j'ai une source donnant pour la période de rotation la valeur 28,3+1,8
    −1,3     min. Je pourrais bien sûr traduire cette valeur et les deux incertitudes en jours mais l'appel de réf apparaîtrait avant le symbole « j » et de façon inélégante, et ce ne serait pas correct d'indiquer la valeur en minutes comme une valeur approchée de celle en jours alors que c'est la donnée originale.
    La façon la plus simple de résoudre le problème (en ne perturbant pas les usages actuels du modèle) me paraît être d'afficher la valeur du paramètre période de rotation alt sans les parenthèses et sans le signe « ~ » quand il est renseigné et que le paramètre période de rotation ne l'est pas. Je notifie SenseiAC qui aura sûrement un avis pertinent sur cette question.
    P.S. le problème est a priori le même pour les paramètres période de révolution et période de révolution alt, je ne sais pas s'il est utile de faire pour eux la même modif mais ça ne mange pas de pain, j'imagine.
  • Article(s) pour le modèle : (469219) Kamoʻoalewa (et sans doute d'autres)
  • Discussions :
Bonjour Ariel. En pratique, un paramètre, défini comme obsolète mais présent dans le code du modèle, semble correspondre à ce que tu cherches, une autre façon plus souple de définir la période de rotation : paramètre rotation. De même, il existe révolution. Je ne sais pas quel degré d'obsolesence est défini pour ces paramètres, non évoqués en page de discussion. Le premier n'est utilisé (non vide) dans aucun article, le second dans seulement trois. Pour information, le tableau des paramètres (TemplateData) a été rédigé et introduit dans la documentation à partir du tableau antérieur, encore présent dans cette version, qui parlait de paramètres « désuets ». Concrètement, je ne sais pas ce qui serait le mieux pour ton type d'exception. Ta proposition conviendrait (en retirant aussi le passage à la ligne) et on pourrait supprimer du code les deux "anciens" paramètres. Dans ce cas, il faudra que le rédacteur mette la référence dans période de rotation alt et non dans période de rotation notes, sauf si on change aussi l'ordre d'affichage dans le cas où période de rotation est vide. Attendons d'autres avis avant d'appliquer une retouche au modèle.   Io Herodotus et FDo64 ?
N.B. : Il y a dans les appels de ce modèle pas mal de commentaires superflus comme <!--- | révolution= ---> dans d'autres paramètres (rechercher « <!-- » sur wstat.fr). Cette pratique n'a strictement aucun intérêt. — Ideawipik (discuter) 21 janvier 2022 à 10:25 (CET)
Très bien, si cela n'oblige pas à reprendre les articles déjà créés. --Io Herodotus (discuter) 21 janvier 2022 à 11:15 (CET)
Bonjour Ariel Provost, Ideawipik et Io Herodotus  .
C'est beaucoup se compliquer la vie tout ça !
Ce problème existe déjà pour d'autres paramètres de ce modèle et la solution mise en place a été d'ajouter un paramètre permettant de changer l'unité.
On pourrait de même créer période de rotation unité qui prendrait par défaut j.
Idem pour les autres cas. --FDo64 (discuter) 21 janvier 2022 à 13:19 (CET)
Effectivement, il faudrait juste que période de rotation puisse s'accorder à n'importe quelle unité. Il y a beaucoup d'astéroïdes dont la période de rotation est très loin d'atteindre le jour, certains ayant même une période inférieure à la minute, donc imposer que ce soit en jour n'est pas l'idéal. SenseiAC (discuter) 21 janvier 2022 à 15:08 (CET)
Bonjour Ariel Provost, Ideawipik, Io Herodotus et SenseiAC     J'ai ajouté le paramètre période de rotation unité, et supprimé le paramètre rotation. — Zebulon84 (discuter) 8 avril 2022 à 00:07 (CEST)

✔️ Ajout de catégorie modifier

Travail demandé par Ellicrum (bablute [...]) 16 mai 2022 à 17:50 (CEST)

Bonsoir. Lorsqu'une sous-page de documentation existe, il faut y mettre les catégories. Tu peux donc l'y ajouter toi-même dans Modèle:Géolocalisation/France/Documentation.
Ne pas oublier les balises <includeonly>. FDo64 (discuter) 16 mai 2022 à 22:07 (CEST)
C'est   FDo64, merci pour la petite astuce. — Ellicrum (bablute [...]) 17 mai 2022 à 11:24 (CEST)
  • Article(s) pour le modèle : ...; ...; ...
  • Discussions :

❌ Idées 💡 politiques suivies modifier

Travail demandé par Glush (Dev)

  • Avancement : requête sans objet puisqu'un modèle existe déjà.
  • Détails de la demande : Encadré (pour le profil) avec le logo RN et un texte comme quoi je soutiens leurs idées
  • Article(s) pour le modèle : Rassemblement National; ...; ...
  • Discussions :
    Bonjour Glush (Dev). Tu peux, par exemple, coller sur ta page le code suivant : 
    {{BUdébut}}
{{Utilisateur Rassemblement National}}
{{BUfin}}
    Pour plus de détails, Aide:Boîte Utilisateur. Mais n'oublions pas que Wikipédia n'est pas un lieu fait pour exprimer ses propres idées politiques ou d'autres natures, ni un réseau social, mais un espace lié à la connaissance : une encyclopédie collaborative. Il n'est donc pas forcément pertinent d'y étaler ce type d'opinions personnelles. — Ideawipik (discuter) 21 juin 2022 à 05:16 (CEST)

✔️ Modèle pour portail Persée modifier

Travail demandé par Thierry74 (discuter) 5 septembre 2022 à 12:55 (CEST)

  • Avancement :
    100 %
  • Détails de la demande : Modèle {{Persée}}
  • Article(s) pour le modèle : tous les articles se référant à Persée ; ...; ...

Bonjour à tous. Un modèle {{Persée}}, identique à celui de {{Gallica}} pourrait être très utile. Beaucoup d'articles citent en références ou en Bibliographie des publications du portail Persée. La création d'un modèle simplifierait la syntaxe ; les liens étant à peu près construit de la même façon cf. [2]. Merci d'avance à celle ou celui qui pourra consacrer un peu de son énergie à la création de ce modèle. Bonne continuation à tous sur Wikipédia. Très cordialement.--Thierry74 (discuter) 5 septembre 2022 à 12:55 (CEST)

  • Discussions :
  Thierry74 : j'ai fait un essai :
{{Persée|id=arcme_0153-9337_1982_num_12_1_1086|t=Seigneurs, fiefs et mottes du Cotentin (Xe-XIIe siècles). Étude historique et topographique}}
affiche :
Seigneurs, fiefs et mottes du Cotentin (Xe-XIIe siècles). Étude historique et topographique sur Persée
Par contre, j'aimerais avoir beaucoup plus d'exemples de liens Persée, parce que je ne sais pas quelle partie de l'identifiant est fixe et quelle partie varie (ça marche comme ça, mais ce n'est peut-être pas ce qui est attendu ou ce qui correspond aux identifiants Persée).
Aussi, ça ne va marcher que pour les documents (c'est-à-dire les articles par ex.), pas les numéros de revues entières (comme par ex. [3]) ou d'autres trucs dont l'url ne commence pas par https://www.persee.fr/doc/.
Dis-moi ce que tu en penses. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 5 septembre 2022 à 19:39 (CEST)
J'ai fait une amélioration par rapport à {{Gallica}} : il n'y a pas besoin de nommer les paramètres si le premier est l'identifiant et le deuxième le titre :
{{Persée|arcme_0153-9337_1982_num_12_1_1086|Seigneurs, fiefs et mottes du Cotentin (Xe-XIIe siècles). Étude historique et topographique}}
affiche :
lire en ligne sur Persée
Il serait peut être bien d'implémenter ça sur {{Gallica}} pour faciliter les insertions futures. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 5 septembre 2022 à 20:01 (CEST)
@SyntaxTerrorMerci à toi, super travail. Ci-joint plusieurs exemples de publications Persée [4], également [5] et enfin un troisième [6]. J'ai fait l'essai avec le modèle actuel que tu viens de créer voir Vindefontaine#Lieux et monuments, on a pour résultat Florence Delacampagne, « Seigneurs, fiefs et mottes du Cotentin (Xe – XIIe siècle) : Étude historique et topographique », dans Archéologie médiévale, t. 12, 1982 ( [archive] sur Persée.), p. 202., avec « archive et non lire en ligne » qui ouvre le document directement sur archive Wikiwix sur la page de garde et qui ne pointe pas sur la page exacte, en l’occurrence p. 202. Bonne soirée. Cordialement.--Thierry74 (discuter) 5 septembre 2022 à 20:37 (CEST)
  Thierry74 : je n'ai fait que recopier le modèle {{Gallica}}...
Pour les trois exemples que tu donnes, ça va marcher a priori (les url commencent par https://www.persee.fr/doc/).
Par contre avec ma version sans paramètres ça n'affiche pas « lire en ligne »... je vais voir si je peux arranger ça, mais c'est pas moi qui a fait le code à l'origine et il me semble un peu bancal.
Il faut cliquer sur le petit carré avec une flèche à gauche de « archive ». Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 5 septembre 2022 à 20:47 (CEST)
@SyntaxTerror. Oui en cliquant sur le petit carré en effet on arrive bien sur le site Persée mais pas sur la page citée. Si tu peux arranger cela ce serait super. Maintenant si cela est trop énergivore, c'est déjà une bonne avancée. Cordialement.--Thierry74 (discuter) 5 septembre 2022 à 20:55 (CEST)
  Thierry74 : je suis en train de réécrire le truc à ma sauce, ça va être réglé dans un petit moment... Şÿℵדαχ₮ɘɼɾ๏ʁ 5 septembre 2022 à 20:59 (CEST)
  Thierry74 : voilà, ça marche. Le code du modèle {{Gallica}} utilise plus de if# que nécessaire, celui que j'ai fait est plus simple. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 5 septembre 2022 à 21:06 (CEST)
Oui c'est ok, on a bien lire en ligne. Reste juste le problème de l'affichage de la bonne page, à priori le code complet est [7] pour avoir la page souhaitée en l'occurence p. 202. Si on voulait l'affichage de la page 185, le code complet est [8]. Si c'est pas trop compliqué. Merci d'avance. Cordialement Thierry74 (discuter) 5 septembre 2022 à 21:15 (CEST)

┌─────────────────────────────────────────────────┘

  Thierry74 : tu veux un paramètre supplémentaire où tu pourrais indiquer un numéro de page et faire en sorte que le modèle affiche cette page ?
C'est peut-être possible, mais je ne vois pas trop l'intérêt de se compliquer la vie, il suffit d'indiquer l'identifiant de la bonne page dans le premier paramètre (ou id=).
Avec
{{Persée|arcme_0153-9337_1982_num_12_1_1086#arcme_0153-9337_1982_num_12_1_T1_0202_0000|Seigneurs, fiefs et mottes du Cotentin (Xe-XIIe siècles). Étude historique et topographique ({{p.|202}})}}
on a bien :
lire en ligne sur Persée
et avec
{{Persée|arcme_0153-9337_1982_num_12_1_1086#arcme_0153-9337_1982_num_12_1_T1_0185_0000|Seigneurs, fiefs et mottes du Cotentin (Xe-XIIe siècles). Étude historique et topographique ({{p.|185}})}}
on a bien :
lire en ligne sur Persée
Je ne vois pas trop l'avantage de modifier l'url du côté du modèle pour un lien qui sera fixe de toute façon.
Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 5 septembre 2022 à 22:14 (CEST)
  Thierry74 : bon, après réflexion j'ai retiré les paramètres nommés du modèle {{Persée}}, ça évitera les problèmes par la suite. Il suffit de mettre l'identifiant en premier et le titre en second (j'ai corrigé sur Vindefontaine). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 6 septembre 2022 à 00:21 (CEST)
Bonjour   Thierry74 et SyntaxTerror. J'aurais tendance à dire qu'il vaut mieux opter pour un modèle avec paramètres nommés qu'avec des paramètres positionnels. Principalement pour les raisons suivantes.
  1. Expérience utilisateur. Les utilisateurs retiennent bien les noms des paramètres, s'ils sont communs aux différents modèles. Les habitués à la syntaxe "alternative" de Gallica {{Gallica|https://gallica.bnf.fr/ark:/12148/…}} — qui, bien que n'étant pas celle recommandée, est présente sur plus de 6 % des pages portant ce modèle —, risquent de tomber dans le panneau avec modèle Persée si son fonctionnement est totalement différent. Inversement, ceux (la majorité) qui se servent de id et titre (paramètres assez répandus dans des modèles équivalents) dans Gallica seront surpris. Et à terme, ceux qui auront appris la syntaxe de Persée voudront l'appliquer avec Gallica et ça ne fonctionnera pas. Bien des sources de confusions en perspective.
    Par curiosité, j'ai ouvert au hasard quelques modèles dans la première page de la catégorie:Modèle créant un lien externe. Bilan de ce micro-sondage : 3 couples (id, titre) : ADS spectacle, Cassini-Ehess, Ann manga ; un couple (id, nom) : Africultures nom ; un couple (CELEX, titre) : EurLex ; Dico médical couple (1, Terme) tous deux facultatifs car par défaut titre de la page ; un couple (1, 2) : LienCVFVO. Même si une poignée de paramètres id sont utilisés uniquement pour générer une ancre dans la page, un parcours des résultats d'une une recherche de ces paramètres dans les membres de cette catégorie, permet de se faire une petite idée.
  2. Techniquement,
    • si les paramètres nommés subissent systématiquement quand ils sont lus par MediaWiki un formattage (trim ou strip i.e. retrait des espaces et sauts de lignes initiaux et finaux), les paramètres positionnels sont utilisés tels quels. Donc, si quelqu'un écrit {{Persée | <identifiant> | <titre> }}. Il y aura un problème de lien parce que le modèle produira [https://www.persee.fr/doc/ <identifiant> <titre> ]. L'espace problématique au début de l'identifiant tronque l'url.
    • Je ne sais pas toujours à quoi cela correspond mais on peut constater qu'il peut y avoir des signes égal dans une url de Persée (exemples trouvés dans des articles Wikipédia : https://www.persee.fr/doc/receo_0338-0599_2008_num_39_2_1898?q=Ukraine ; https://www.persee.fr/doc/shmes_1261-9078_1993_act_23_1_1610?l=ri%27a=0 ou https://www.persee.fr/doc/htn_0018-439x_1995_num_1_1_2487?q=Le%20Lazaret%20de%20&fbclid=IwAR30vdz61SFww1aWDoCFdHo4drGmXvmM5Of3DGkfdFBAFOxu1DlJMZaFq2Q parmi des centaines d'autres680 résultats dont une dizaine de faux-positifs). Les appels simplistes avec un "id" contenant un signe égal seront interprétés comme n'ayant pas de premier paramètre, sauf si le rédacteur écrit{{Persée | 1=<identifiant> | <titre> }} (ou une alternative avec {{=}} pas du tout appropriée ici pour la lisibilité). On notera que cette particularité est une des principales sources d'erreur dans les appels du modèle Gallica avec la syntaxe "alternative". Cf. Gallica sur wstat.fr. Dans la pratique les valeurs pour ?q= correspondent à des recherches et les occurrences de l'expression s'affichent surlignées ; les ?fbclid correspondent à des pisteurs de clics, il vaut mieux conseiller de les retirer, les autres tels « ?pageid= » « #xd_co_f= » « #:~:text= », mystère mais vraisemblablement des paramétrages personnels du rédacteur, dispensables pour assurer le lien. Sauf s'ils présentaient un intérêt, cela vaudrait le coup de conseiller le retrait de ces éléments de l'url, lors de l'utilisation du modèle.
  3. Bonus pour la maintenance. Il est facile de repérer les paramètres erronés depuis wstats.fr. Par exemple, avec des paramètres positionnels, il est moins facile de repérer une syntaxe erronée du type {{Persée||<identifiant>}}.
On peut s'affranchir du problème technique des espaces (en sollicitant la fonction {{trim}} ou en appelant un "méta-modèle" {{Lien web}} dans le code du modèle Persée) mais la problématique des signes égal reste. Tout considéré, le paramétrage nommé parait un peu moins contraignant que le paramétrage positionnel et davantage conforme à ce qui se fait dans les modèles similaires les plus répandus.
N.B. – Je conseillerais aussi de garder le nom de paramètre explicite « url seulement » ; avec url il risque d'y avoir pas mal de mésusages url=https://… par mimétisme avec le paramètre ainsi nommé dans tous les principaux modèles bibliographiques.
Pour avis, notification à Od1n, et FDo64. Voir aussi Discussion modèle:Gallica#Simplification du modèle.
Cordialement, — Ideawipik (discuter) 6 septembre 2022 à 12:35 (CEST)

┌─────────────────────────────────────────────────┘

  Ideawipik et Thierry74 : le problème des signes = est le grain de sable qui fait tout capoter, merci d'avoir indiqué ça, je suis donc revenu à une version avec paramètres obligatoires. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 6 septembre 2022 à 17:49 (CEST)
Şÿℵדαχ₮ɘɼɾ๏ʁ, Od1n, FDo64 et Ideawipik. Bonjour à tous. Après deux jours d'absences, javoue que je suis un peu perdu. Juste pour signaler que le modèle {{Modèle Persée}}, que ce soit sur les exemples : {{Persée |id=gazar_0016-5522_2019_num_254_2_5876}} ou {{Persée |id=gazar_0016-5522_2019_num_254_2_5876 |t=Les nouveaux outils de la diffusion scientifique}} ou sur l'article Vindefontaine {{Persée |id=arcme_0153-9337_1982_num_12_1_1086}} revoient tous vers une [urlhttps://www.persee.fr/doc/%25257b%25257b%25257b1%25257d%25257d%25257d] et le message « Document n'existe pas ». Bonne journée à tous. Cordialement.--Thierry74 (discuter) 7 septembre 2022 à 12:46 (CEST)
Merci Thierry74 pour le signalement. Il y avait une coquille, un résidu de 1 non remplacé. J'en ai profité pour inverser les test pour le cas où l'on a pas d'« id » renseigné. Il ne sert à rien d'orienter le lecteur vers la page d'accueil du site. On pourrait même afficher un message d'erreur à la place ou alimenter une catégorie de maintenance, et retirer ce cas des exemples de la documentation. Enfin cela est valable uniquement si le paramètre id est vraiment déclaré obligatoire, conformément à ce qui est indiqué dans la documentation. La seule différence de rendu avec la version antérieure apparaît pour {{Persée|url seulement=oui}}, syntaxe très improbable intentionnellement.
Sinon, on peut revenir à la version antérieure et juste remplacer le {{{1}}} par {{{id}}}. — Ideawipik (discuter) 7 septembre 2022 à 14:38 (CEST)

✔️❌en:Template:DISPLAYTITLE en version WPfr modifier

Travail demandé par Veverve (discuter) 7 septembre 2022 à 12:27 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : pour pouvoir mettre seulement certaines parties du titre en italique, il faudrait que j'utilise ce modèle.
  • Article(s) pour le modèle : Concile in Trullo
  • Discussions :

Je vois, grâce à @Ideawipik, qu'il existe déjà le modèle Modèle:Titre mis en forme. J'ai fusionné les deux éléments Wikidata. Vous pouvez considérer cette requête comme accomplie  . Veverve (discuter) 7 septembre 2022 à 13:35 (CEST)

❌ Typographie des modèles {{Mi}} et {{S}} modifier

Travail demandé par Ariel (discuter) 9 septembre 2022 à 09:19 (CEST)

  • Avancement :
    0 %
  • Détails de la demande : Je viens seulement de remarquer que la typographie des chiffres romains rendue par les modèles {{Mi-}} et {{S-}} (c'est sûrement la même chose pour leurs différentes variantes mais je n'ai pas pris le temps de le vérifier) n'était pas la même, par exemple IIe millénaire et IIe siècle. De deux choses l'une :
    • ou bien cette différence est normale et assumée (calquée par exemple sur l'usage de l'Imprimerie nationale française), auquel cas je vous aurai fait perdre votre temps mais j'aurai appris quelque chose ;
    • ou bien c'est une anomalie injustifiée, auquel cas il faudrait harmoniser les deux groupes de modèles, sans doute en adoptant dans les « Mi » la typo des « S ».
  • Article(s) pour le modèle : une ribambelle...
  • Discussions :

C'est bien volontaire : Aide:Modèles liés aux dates#Siècles et millénaires. od†n ↗blah 9 septembre 2022 à 10:22 (CEST)

Demande classée. Şÿℵדαχ₮ɘɼɾ๏ʁ 9 septembre 2022 à 15:25 (CEST)
Ah, Merci Od1n et SyntaxTerror   et toutes mes excuses (je ne connaissais pas cette page d'aide). Amitiés, Ariel (discuter) 10 septembre 2022 à 09:06 (CEST)

✔️ Demande de renommage de modèle modifier

Bonjour, suite à Discussion:Karakalpakstan et cette discussion dans le cadre du projet Asie, serait-il possible de renommer le modèle {{Country data Karakalpakistan}} en {{Country data Karakalpakstan}} (sans le "i") et corriger la doc associée. N'ayant pas la connaissance de l'impact éventuel d'un renommage de modèle je préfère demander à des spécialistes des modèles plutôt que de faire des bêtises, merci! -- Speculos ✉ 28 octobre 2022 à 14:06 (CEST)

Bonjour Speculos. Pas de difficulté particulière avec ce type de modèles, la redirection résiduelle au renommage faisant son office. Dans notre cas, le modèle est utilisé en inclusion sur une seule page, via le modèle {{pays}}. — Ideawipik (discuter) 28 octobre 2022 à 15:02 (CEST)

❌ Reprise et modification d'un modèle pour la page Master Administration et Liquidation des Entreprises en difficulté modifier

Travail demandé par Alexisou8 (discuter) 26 juillet 2022 à 12:32 (CEST)

Bonjour Alexisou8. Il n'y a pas de modèle à créer ou reprendre. En pratique, il suffit d'utiliser le modèle {{Infobox Master}} ainsi 
{{Infobox Master
|pays={{France}}
|réussite=
}}
À propos de |réussite=, étant donné qu'il n'est pas forcément logique qu'un paramètre vide annule l'affichage d'un élément visible en l'absence de paramètre, on peut envisager une modification du comportement du modèle. Par exemple faire en sorte que la désactivation soit liée à la présence d'un paramètre à la valeur « - », comme c'est le cas dans certaines infobox pour empêcher l'affichage de données depuis Wikidata. Pour avis,   Menthe 555 et Tractopelle-jaune.
PS de rappel. Dans un projet collaboratif, quand on crée un modèle, on est censé aussi rédiger sa documentation. Ensuite, les modifications du modèle affectant son paramétrage doivent être accompagnées de mises à jour de la documentation. Merci. — Ideawipik (discuter) 26 juillet 2022 à 13:08 (CEST)
Ce document provient de « https://fr.wikipedia.org/w/index.php?title=Projet:Modèle/Demandes/2022&oldid=200631549 ».