Merci pour la recherche de la source du problème d'affichage. Effectivement je recopie souvent le nombre de page et l'ISBN d'un ouvrage via un copier-coller (copier-merder en l'occurrence 😀). Cordialement, Clarioio (discuter) 28 décembre 2023 à 07:43 (CET)
Bonjour Od1n, comment trouver ce caractère invisible ? Si j'entre dans le wikicode, je ne peux pas "afficher le code [html] pour la sélection", donc comment le faire apparaître ? Merci — Vega (discuter) 4 janvier 2024 à 02:03 (CET)
Pas évident ! Une méthode, sur ordinateur, est de copier le contenu du wikicode dans un fichier, de l'ouvrir avec un éditeur hexadécimal et d'y rechercher les séquences « E2 80 8E ». Une visualisation du code source HTML de la page ne permettra pas de repérer ces caractères, sauf si la donnée est utilisée de façon particulière (par exemple, le modèle bibliographique cité génère une balise « span class="Z3988" » avec un attribut title contenant « rft.tpages=%E2%80%8E384 »). Notons qu'une recherche interne sur Wikipédia permet de déterminer des pages qui contiennent de tels caractères. — Ideawipik (discuter) 4 janvier 2024 à 04:18 (CET)
Pas évident à détecter, je suis bien d'accord. D'ailleurs dans le cas présent, je n'avais pas trouvé ce problème immédiatement ; ça a vraiment après avoir tout étudié et m'être dit « non vraiment ce n'est pas possible », que j'ai trouvé le problème un peu par hasard à force de faire des essais…
Pour corriger le problème, ma technique est de supprimer des caractères puis les saisir de nouveau, en "dépassant d'un caractère" de sorte à être certain d'avoir supprimé le caractère indésirable dans la manipulation. Mais la difficulté est surtout de détecter le problème, parce qu'il faut y penser…
Pas envisageable de gérer de tels cas dans les modèles/modules, sinon il faudrait le faire partout et on n'en finirait pas.
À la rigueur dans Outils::extractArgs(), ça serait possible de catégoriser si T137584 venait à être résolu. Mais analyser tous les paramètres, pour détecter un nombre relativement faible d'erreurs, je ne pense pas que le surcoût serait justifié.
Je crois que certains outils (AWB ?) intègrent cela aux corrections qu'ils effectuent.
Bien vu pour la recherche interne. Bien que celle-ci soit lente à exécuter et ne donne que des résultats partiels, ça peut éventuellement servir quand même. À noter que l'exemple que tu as donné concerne spécifiquement le caractère marqueur LTR, mais il existe encore d'autres caractères problématiques.
Dans l'exemple donné, la présence indue d'une espace insécable (C2A0 en hexadécimal) altérerait aussi l'affichage mais on pourrait plus facilement la repérer.
La liste des caractères de contrôle superflus ou problématiques peut être longue, les plus difficiles à repérer étant ceux à chasse nulle (ceux marqués d'une « * » dans la liste ci-dessous, qui sont vraiment "invisibles"). Voir aussi Catégorie:Caractère de contrôle. WPCleaner retire également ces caractères intrus ; on peut d'ailleurs constater cette action automatisée (deux cas en fin de modif) dans l'article à l'origine du présent signalement. Sur la même longueur d'onde qu'Od1n dans le message précédent, je clos la demande. — Ideawipik (discuter) 4 janvier 2024 à 16:35 (CET)
Liste de caractères invisibles ou espaces
Les « * », ajoutés en fin de ligne, signalent des caractères sans chasse.
Détails de la demande : Bonjour, À l'image de ce qui existe il me semble dans d'autres infobox, il faudrait dans {{Infobox Cinéma (film)}} un paramètre permettant de désactiver l'italique (tant dans l'en-tête de l'infobox que dans le titre de l'article). Dans l'article Publicité de Pizza Hut avec Mikhaïl Gorbatchev, un artifice est actuellement utilisé pour enlever l'italique de l'en-tête de l'infobox (en mettant les doubles apostrophes d'italique dans le paramètre "titre" -- douce ironie n'est-ce pas ?), mais le titre de l'article reste en italique. Certes on pourrait utiliser {{titre mis en forme}}, mais comme c'est l'infobox qui impose cette mise en forme (certes généralement pertinente, mais ici fautive), ce serait bien que ce soit aussi l'infobox qui règle ce problème. Merci d'avance. SenseiAC (discuter) 10 janvier 2024 à 01:12 (CET)
D'abord, il y a déjà un paramètre titre original qui selon la doc ne met pas le titre en italique, mais j'ai essayé et ça ne marche pas, l'italique de l'infobox et de l'article restent. On ne peut décemment pas changer ça, car tous les titres originaux en écriture latine perdraient leur italique, il faudrait passer sur tous les articles pour la remettre en dur, et les contributeurs habitués à avoir de l'italique ne comprendraient pas pourquoi il a soudain disparu (par contre il faudrait modifier la doc).
Sinon, on pourrait ajouter un paramètre italique titre, mais on serait obligé de choisir une ou plusieurs valeurs qui désactivent l'italique, et il faudrait lire la doc de l'infobox pour le savoir (et lire les docs, pas grand monde ne le fait). Bien sûr, ce cas paraît rarissime, donc ça ne semble pas si gênant.
Quant au double italique, il n'est visible que dans le code HTML (deux mises en italique vides avant et après le nom), donc je ne sais pas si c'est vraiment gênant.
Il faudrait savoir ça, et peut-être demander au Projet:Cinéma si ce nouveau paramètre ne poserait pas des problèmes qu'on aurait pas vu (même si en tant que nouveau paramètre, absent de toutes les infoboxes déjà présentes, il ne devrait pas affecter les articles déjà présents).
On peut aussi se poser la question de si l'{{Infobox Cinéma (film)}} est la mieux choisie pour ce cas. Wp.en utilise en:Template:Infobox advertising (absente de wp.fr), qu'ils utilisent sur 315 articles, mais on est loin d'avoir autant d'articles sur des publicités.
Finalement, l'{{Infobox Cinéma (film)}} est protégée, donc il faut que ce soit un admin qui la modifie (ou qu'on dise quoi faire sur Demande d'intervention sur une page protégée), et comme je ne m'y connais pas trop en infoboxes V3, je préfère ne pas m'en occuper si possible.
Bonjour SyntaxTerror{{Infobox Art}} a un tel paramètre, nommé "titre en italique" (avec valeur "non" quand il y a lieu de désactiver l'italique), ainsi qu'un paramètre distinct "titre article en italique" (qui pourrait effectivement servir aussi pour le présent modèle), et ça fonctionne très bien (cf. p.e. l'article Bronzes de Riace). Àma, il suffirait de reprendre ces deux paramètres (tant qu'à faire sous le même nom, inutile de perdre les habitués). SenseiAC (discuter) 10 janvier 2024 à 03:33 (CET)
À bien y réfléchir, est-ce que l'{{Infobox Cinéma (film)}} est vraiment celle qu'il faut ? Cette pub n'a rien d'un film de cinéma, c'est normal que l'infobox ne soit pas adaptée. La modifier pour ce cas unique ne me semble pas très judicieux.
en:Template:Infobox advertising a des paramètres qui sont intéressants comme Agency, Client, Market, Media, Product, Slogan, etc.
En fait, je crois me souvenir que le truc du double italique ne fonctionne que sur certains navigateurs internet (ou bien c'est le gras, ou bien les deux, je ne sais plus).
On a déjà le modèle:noitalic qui met des balises <span style="font-style:normal;"> (les balises sur wp.en sont différentes, mais ça doit être parce que leur common.css est différent). Avec de telles balises, le texte apparaîtra partout en romain correctement (c'est d'ailleurs la technique utilisée sur l'article en anglais). Par contre, il faut quand même un {{titre mis en forme}}.
Mais je reste persuadé que cette infobox n'est pas la bonne et qu'il vaudrait mieux en créer une nouvelle.
En tous cas, cette requête n'a pas lieu d'être puisque qu'il existe une solution simple sans modifier l'infobox.
Bonjour SenseiAC et SyntaxTerror. Et si on lisait la documentation du modèle. Le modèle {{Infobox Cinéma (film)}} dispose déjà d'un paramètre titre article en italique qui s'il est mis à la valeur « non » laisse le titre de la page sans italique. Le paramètre a été déclaré obsolète dans le TemplateData par Nemo Le Poisson (diff), mais je ne vois pas pourquoi. En ce qui concerne le titre de l'infobox, il conviendrait d'ajouter au code de l'infobox un paramètre titre en italique ayant le même fonctionnement que dans le modèle {{Infobox Ouvrage}} (i.e. titre en italique=non retire l'italique du titre de l'infobox et de celui de la page et si on souhaite que celui de la page reste en italique, on spécifiera en plus titre article en italique=oui). Concrètement, il suffit dans le code du modèle de modifier ainsi la ligne de l'appel du méta-modèle Infobox V3/Début : |italic={{non vide|{{{titre en italique|}}}|1}}.
P.S. – En cas de forçage exceptionnel ou partiel de non-italique quand ce n'est pas paramétré, il sera toujours préférable de placer un {{noitalic}} plutôt que de mettre des "apostrophes" wikicode. Cordialement, — Ideawipik (discuter) 10 janvier 2024 à 11:04 (CET)
@Ideawipik : franchement, j'ai pas lu la doc, mais j'ai cherché « italique » et j'ai rien trouvé qui dise comment le désactiver.
Si tu parles de la ligne « Titre - mise en italique / titre article en italique / aucune description / Booléen / obsolète », je ne vois pas comment j'aurais pu savoir qu'en fait c'était ce paramètre, et qu'il marchait alors qu'il est marqué obsolète.
Normalement la doc correspond au modèle, donc je ne vais pas m'amuser à aller regarder le code du truc pour voir si c'est vraiment la cas.
Ideawipik : Justement, comme tu le dis toi-même il n'y a pas de paramètre "titre en italique" et le paramètre "titre article en italique" est marqué comme obsolète : pourquoi donc venir nous accuser de ne pas avoir lu la doc alors que ce que tu dis ne fait que confirmer le problème rapporté ? SyntaxTerror : super constructif ton {{pas fait}}, on va vachement avancer avec ça... SenseiAC (discuter) 10 janvier 2024 à 13:36 (CET)
Je remplace par un {{fait}} si ça te fait plaisir, qui va aussi faire archiver la demande, puisque le problème à été résolu d'une autre façon (la création « constructive » d'une infobox adaptée).
Pour « avancer », j'ai passé un bon moment à faire une infobox spécialement pour les pubs, avec plein de paramètres qui vont bien, comme le produit ou le slogan, qui est adapté si l'on veut mettre « actrice(s) » à la place d'« acteur(s) » et avec un icône qui n'est pas une pellicule de film. Je compte d'ailleurs bien l'utiliser, car il y a un (petit) besoin sur au moins une vingtaine d'articles.
Tout ce que je veux, c'est qu'on discute pour voir si l'ordre des paramètres, que j'ai copié sur celui de wp.en, convient, et s'il manque des trucs ou s'il y en a en trop (cf. Discussion Portail:Publicité#Infobox Publicité).
Et petit signalement à @Zebulon84 et @Zolo qui ont participé en 2022 à des discussions concernant les modules lua sur la population et les tables de données sur Commons. Petite question suivante sur un sujet parallèle, histoire de se dérouiller les méninges en ce début d’année où il est question de températures hivernales.
Je travaille actuellement sur les sections climat des communes de France, mais aussi sur tous les articles consacrés au climat. Un des paramètres emblématiques est le record absolu de température (maximale ou minimale) des stations Météo-France situées sur la commune ou aux abords.
Au départ, je n’avais pas retenu d’information sur le sujet car celle-ci est susceptible de varier chaque année, notamment avec le changement climatique, et l'actualisation seriat alors complexe, mais avec un modèle de données, on règle le problème.
Plusieurs solutions sont envisageables :
un modèle de données par station, à l’instar de ce que l’on fait pour les populations, mais cela reste compliqué à actualiser (il y a environ 1500 stations, donc 1500 modèles) et pas de vision d’ensemble ;
un modèle de données par nature d’informations listant toutes les valeurs de toutes les stations (soit 4 modèles de 1500 lignes), (soit au style minimaliste {{StationMF-Tempémin}}, soit en lua) mais on n’a pas de vision d’ensemble des indicateurs pour une station donnée;
une table de données sur Commons au format json. Je pense que c’est la meilleure solution car actualisable en une seule fois et donnant une vision d’ensemble permettant de vérifier la table en une seule fois.
J’ai fait un exemple de table sur Commons pour les 6 premières stations dans cette page.
Il reste donc à ... créer le module de récupération des données! Pb : le lua n’est pas mon fort ! J’ai tenté de regarder des exemples utilisant des tables sur Commons comme module:Composition Division de France. Mais je préfère jeter l’éponge.
Ceci permettrait d'alimenter une phrase du type (si le module s'appelle Station météo) :
Le record absolu de température maximale sur cette station est de {{Station météo|code|tempemax}} °C atteint le {{Station météo|code|datemax}} ; celui de température minimale est de {{Station météo|code|tempemin}} °C, atteint le {{Station météo|code|datemin}} .
Pensez-vous la chose possible, étant entendu qu’ici c’est beaucoup plus simple que pour les divisions ou la démographie, car il s’agit simplement de récupérer, pour une station météo donnée (identifiée par son code) ses données caractéristiques (tempemax, datemax, tempemin et datemin) ?
Bonjour Roland45. Cela doit être possible en effet. En revanche, je suis un peu dubitatif sur le fait d'inclure cette info sur les articles, en tout cas lorsque la station ne se trouve pas sur le territoire de la commune qui est le sujet de l'article. On se retrouverait avec dix fois le même texte pour dix communes voisines. Il me semble que si on lit un article sur une petite commune, on cherche vraiment à lire ce qui lui est spécifique, et pas ce qu'elle partage avec ses voisines. --Zolo (discuter) 14 janvier 2024 à 10:43 (CET)
Les questions de la pertinence et de l’obsolescence des données (et donc de leur mode d’actualisation) doivent toujours être posées avant tout ajout (qu’il soit massif ou individuel d’ailleurs). Dans le cas qui nous intéresse les données climatiques relatives à une commune sont de nature différente que la plupart des autres données directement liées au territoire (population, logement). En effet ces données sont issues de stations météorologiques qui pour la plupart du temps ne sont pas sur la commune. Ainsi concernant par exemple Orléans, où j’habite, la station de référence est située sur l’aérodrome de Bricy, une petite commune à 15 km. C’est ce qui ressort du Plan local d’urbanisme intercommunale (PLUI) de la métropole d’Orléans. Cette station est donc la référence pour les 22 communes de la métropole. Et c’était bien entendu déjà le cas quand les PLU étaient communaux, propres à chaque commune. Cette distance de 15 km est assurément une extrême, mais ne pose pas de problème car le Loiret est entièrement plat. En zone de montagne c'est assurément moins vrai.
De multiples discussions ont eu lieu pour définir la nature du texte à mettre pour cette section climat (voir sur cette PDD) et très récemment d’ailleurs pour la question du tableau météologique (qui comporte des dizaines de données et donc beaucoup plus que ce dont on parle), avec notamment @Jean-Christophe BENOIST (voir ici). On a abouti à des critères d’affichage définis ici.
La phrase définissant la station la plus proche et les valeurs des principaux paramètres de la dernière normale climatique 1991-2020 (tempé moyenne, précipitation) existe déjà (voir exemple ici). Il s‘agit ici d’ajouter une phrase complémentaire sur les records absolus.
La donnée est donc pertinente et un tel tableau est utile pour l’actualisation. Même si le format json peut en surprendre plus d’un et peut-être que ceux qui pourront actualiser ce tableau ne seront pas nombreux (même en mettant à disposition des outils adequats).Roland45 (discuter) 15 janvier 2024 à 08:47 (CET)
⇒ 37,1
On peut évidemment faire un modèle Station météo utilisant ce module pour simplifier la syntaxe.
Conseil par rapport à la table sur commons :
Il ne semble pas nécessaire d'avoir « Table/ » dans le titre, c'est déjà plus ou moins la signification du namespace Data:. Ce n'était peut-être pas clair lorsque j'ai proposé les premières table pour les communes, ou alors ça à changé.
il faudrait que les chiffres aient un format uniforme, pour le moment il y a deux colonnes avec des virgules, et deux avec des points.
Il serait plus logique de déclarer ces colonnes comme "number" (ce qui impose probablement des points comme séparateur décimal, mais on peut utiliser formatnum en sortie pour avoir des vrais signes moins et des virgules).
Pour les titres de colonnes, le modèle {{climat}} utilise tmin, tmax et prec (enfin tmin-ann, tmax-ann et prec-ann pour l'année). Le modèle en:Template:Weather box utilise le mot precipitation en toute lettre (bien sur sans accent).
Pour que ce soit plus clair si des collègues américains passe par là, j'ajouterai l'unité (°C, mm) dans la description.
@Zebulon84 C'est exactement cela. C'est parfait. Je vais améliorer les noms et formats des paramètres, probablement renommer la table et créer un modèle qui va avec. Merci. Roland45 (discuter) 20 janvier 2024 à 20:57 (CET)
Détails de la demande : Bonjour à tous. Serait il possible d'avoir le lien interne corespondant à l'abréviation. Dans ne nombreux articles sont utilisé les sigles en lieu et place du titre de l'article complet qui peut être très long d'où l'utilisation du sigle comme IGN Institut national de l'information géographique et forestière, ou IGPC Inventaire général du patrimoine culturel… Le lien serait à la demande est pas systématique afin de ne pas modifier le modèle existant (« dit simple ») et restant au choix du rédacteur. Je pensais à un modèle du type {{Abréviation discrète|oui}} ou autres pour le modèle avec LI. Cordialement et bonne contributions à tous sur l'encyclopédie.
{{abréviation discrète/Bac à sable|IGN|Institut national de l'information géographique et forestière|lien=oui}} donne : IGN
Ma version est différente du modèle:Abbr wikitexte car le lien est directement sur l'abréviation, tandis qu'{{Abbr wikitexte}} ne l'affiche qu'au survol du pointeur de la souris (et a des pointillés de soulignement).
À noter que les lecteurs non connectés voient le début de l'article au survol (un peu comme le gadget Popups); pas juste le contenu du deuxième paramètre.
Par contre, le paramètre lien doit être nommé, car il y a déjà trois paramètres non-nommés, et le troisième (la langue) n'est pas toujours utilisé.
Il est également possible de créer un nouveau modèle:Abbr wikitexte discrète pour faire symétrique avec {{Abréviation}}, ou bien d'ajouter un paramètre comme je l'ai fait avec {{Abréviation discrète}}. De toute façon, comme ce paramètre est absent des articles, il ne causera a priori pas de problèmes.
Lorsque le sigle est utilisé avec un lien (et non un texte seul), la meilleure solution est de ne pas utiliser de modèle : [[Institut national de l'information géographique et forestière|IGN]] (« IGN »). Ce résultat a aussi un attribut title, indiquant le titre de l'article.
si on veut un lien, faire [[Institut national de l'information géographique et forestière|IGN]] (« IGN ») comme j'ai indiqué plus haut. Dans le cas où il n'y a pas eu le lien depuis longtemps et on souhaite répéter le lien.
ou si on ne veut pas de lien, faire {{abréviation discrète|IGN|Institut national de l'information géographique et forestière}} (« IGN »). Dans le cas où il y a déjà eu un lien peu avant et on souhaite ne pas alourdir avec un lien supplémentaire.
Je m’interroge un peu sur l’accessibilité, on a pas mal de cas ou il y a des redirections sur des sections, et dans ce cas pour les lecteurs d’écrans c’est ptete pas simple de remonter sur la première occurrence du sigle pour savoir ce que ça veut dire ou d’avoir le lien. C’est pareil sur les liens "normaux" tu me diras, mais quand même. Le CSS peut etre tout à fait compatible avec les lecteurs d’écrans avec des media queries au besoin.
J’avais créé le modèle pour pouvoir notamment utiliser du html, initialement pour expliciter les formules chimiques avec des exposants et indices. C’est pas forcément gérable en unicode. Sur demande.
Finalement ce serait chouette de pouvoir avoir un système de d’annotation des termes utilisés dans l’article, indépendamment du wikicode, de nos jours on pourrait presque générer les liens bleus à la demande. Mais c’est une toute autre histoire. — TomT0m[bla]30 janvier 2024 à 10:29 (CET)
Je n'ai pas trop compris à quel problème tu fais référence avec les redirections vers des sections, pourrais-tu donner un exemple ? Dans tous les codes que j'ai indiqués au-dessus, le libellé peut être trouvé dans l'attribut title.
Pour ce qui est des utilisations du modèle {{Abbr wikitexte}}, de nombreuses utilisations pourraient en fait être remplacées par un simple lien ou un modèle {{abréviation discrète}}, comme dans les codes que j'ai indiqués au-dessus. Pour les cas plus avancés (par exemple les formules chimiques que tu as mentionnées, ou plus généralement les cas où il ne s'agit pas du tout d'une abréviation), on peut mettre cela dans une note <ref> ; ce qui est d'autant plus judicieux qu'il existe maintenant des solutions pour afficher les notes avec un popup, au lieu de scroller la page en bas.
À propos, désolé pour le bandeau un peu "criard" sur la page du modèle {{Abbr wikitexte}}, mais il n'y avait que ça de disponible…
Je viens de retrouver cette ancienne discussion, et je suis effectivement d'accord avec moi d'il y a deux ans. Le nombre d'utilisations du modèle semble avoir légèrement augmenté depuis lors (à l'époque il devait être quasiment inutilisé), mais cela reste heureusement encore assez faible. od†n ↗blah31 janvier 2024 à 05:07 (CET)
Dans le cas envisagé à la base mettre tout en note de bas de page ça faisait vraiment une longue liste en bas de page, si j’ai bonne mémoire. — TomT0m[bla]31 janvier 2024 à 12:27 (CET)
Refonte du modèle {{imdb nom}} : demande de soutien
Les statistiques wstat au du modèle {{imdb nom}} montrent un important nombre de pages utilisant des paramètres inconnus.
À l'analyse, j'ai plusieurs autres améliorations à proposer, si bien que j'en arrive à... une refonte.
Motivation et nouveautés sont présentées dans la page de discussion dédiée.
Détails de la demande : Salut, le modèle demandé est le suivant: en:Template:Year in Poland (En Anglais) celui-ci sert à avoir un affichage propre pour les articles. Avec au centre, le drapeau Polonais puis de part et d'autres, les 5 années avant en Pologne et les 5 années après. Ce qui serait bien en plus (du modèle anglais) se serait d'avoir des liens vers : Histoire de la Pologne, Autres évenements de l'année 2024. Si possible, avoir la possibilité de rajouter : {{Year in Poland|1949}} afin de choisir quelle année affiché au centre du modèle.
Bonjour Yuilo. Il faut faire attention, car les pratiques diffèrent selon les versions de Wikipédia, et wp.en est très différente en ce qui concerne les infoboxes et autres palettes.
D'abord, comment pourrait-on associer les deux modèles sur une même page ? Un au-dessus, l'autre en dessous ? L'inverse ? Fusionner les deux ?
La question est surtout : pourquoi importer ce modèle uniquement pour la Pologne et pas pour tous les autres pays ?
Aussi, la mise en place dans tous les articles similaires demanderait un travail considérable.
Donc avant de créer un tel modèle, il faut en discuter avec les projets concernés, et je ne pense pas qu'un consensus va être trouvé pour une telle modification.
Je laisse les autres modélistes s'exprimer, mais pour moi cette requête doit être refusée car elle est trop prématurée et ne prouve pas qu'elle est consensuelle.
Salutations oui effectivement je comprends que crée le modèle pour la Pologne impliquerait donc la création pour les 200 autres pays. De plus la : {{Palette Années en Pologne}} fait tout à fait le travail. Yuilo (discuter) 1 mars 2024 à 09:08 (CET)
Détails de la demande : Bonjour, je viens d'importer sur Commons des fichiers dédiés à des statuts de conservation spécifiques à la liste rouge de l'UICN France (cf. la galerie ci-dessous) : ce sont quatre déclinaisons du statut « Non applicable » (NA). Au sujet ici du modèle:Icône UICN France, est-il possible d'y ajouter les statuts « NA (a) », « NA (b) », « NA (c) » et « NA (d) » ? Pour le rendu du wikicode, cela pourrait donner quelque chose comme {{Icône UICN France|NA|a}} ou {{Icône UICN France|NAa}}. — Ellicrum(bablute [...])18 mars 2024 à 23:51 (CET)
Statut NA (a)
Statut NA (b)
Statut NA (c)
Statut NA (d)
Article(s) pour le modèle : ...; ...; ...
Discussions :
Bonjour Ellicrum partiellement fait, j'ai demandé le renommage des fichiers. Si c'est validé, ce sera 100% fait, sinon je modifierai pour avoir le nom actuel. LD (d) 2 août 2024 à 16:40 (CEST)
Bonjour LD, merci beaucoup pour la prise en charge, je m'en vais de ce pas les intégrer dans les pages concernées !
Pour divaguer un peu, et pour en dire un peu plus sur ces quatre statuts additionnels, ils sont tirés de la 31e page de cette liste rouge de l'UICN. À l'affichage néanmoins, on ne voit pas grand chose, et pire encore quand on a un Wiki en mode sombre. À terme, j'importerai sûrement des icônes un peu plus différenciées. — Ellicrum(bablute [...])3 août 2024 à 17:14 (CEST)
Détails de la demande : Bonjour à tous,je souhaite créer un modèle horizontal pour les 11 épisodes de la série Apocalyse diffusé sur France 2 et la RTBF. Merci.
Article(s) pour le modèle :
Apocalypse, la Seconde Guerre mondiale 2009
Apocalypse, Hitler 2011
Apocalypse, la Première Guerre mondiale 2014
Apocalypse, Staline 2015
Apocalypse, Verdun 2016
Apocalypse, la paix impossible 1918-1926 2018
Apocalypse, la guerre des mondes 2019
Apocalypse, l'année 40 : Hitler attaque à l'ouest 2021
Apocalypse, Hitler attaque à l'est 2021
Apocalypse, le crépuscule d'Hitler 2023
Apocalypse, les débarquements, 2024
Si dans tes articles tu remplaces simplement {{Années}} par {{Années|après année=_en chimie}} (ne pas oublier le blanc souligné), la palette t'affichera les liens désirés pour les années en chimie, au lieu du bête lien standard sur l'année. Peut-être que cela devrait suffire. -- Alserv (discuter) 6 septembre 2024 à 19:15 (CEST)
Bonjour @DameEowynOmbrage, si tu veux fignoler, tu peux plutôt ajouter une première palette spécifique à la chimie, avec le code {{Années|titre=En chimie|après année=_en chimie|décennies=non|siècles=non|millénaires=non|géographiques=non|thématiques=non|calendriers=non}} qui ne gardera que l'affichage des années pour la chimie. Pas besoin de mentionner l'année, la palette l'extrait du titre de la page. -- Alserv (discuter) 6 septembre 2024 à 19:43 (CEST)
Pour que la palette affiche aussi les décennies, avec les bons liens, tu peux utiliser {{Années|titre=En chimie|après année=_en chimie|avant décennie=Chronologie de la chimie#Années_|siècles=non|millénaires=non|géographiques=non|thématiques=non|calendriers=non}}... -- Alserv (discuter) 6 septembre 2024 à 20:00 (CEST)
Effectivement, en rajoutant la dernière proposition sur la page 1999 en chimie, je trouve qu'on peut plus facilement naviguer parmi les pages de chronologie de la chimie !
Détails de la demande : Bonjour, serait-il possible de créer un modèle sur la même base que celui-ci Chronologie de la science mais pour les pages de chimie telles que 1999 en chimie ?
Hello @JKRS's, pourrais-tu faire un essai avec le modèle {{Utilisateur:Alserv/Brouillon}}, par exemple {{Utilisateur:Alserv/Brouillon|1|2|3}} pour 1 jour, 2 mois, 3 ans ? Je ne garantis rien, je n'y connais rien dans les tables et mon Lua est assez vieux, mais j'ai fait au plus simple et ça devrait marcher. Si le résultat te plaît, dis-le moi et je publierai le modèle et le module "officiels". Bien sûr n'utiliser la version brouillon que pour des tests, le brouillon disparaîtra un jour ou l'autre.
Attention au piège : les paramètres du modèle sont dans l'ordre jour, mois, année, même si l'affichage est dans l'ordre inverse. Ceci pour rester cohérent avec les modèles {{Date}} et {{Durée}} entre autres.
je viens de tester sur mon brouillon, ça semble parfaitement fonctionner ! Merci beaucoup !
Bien sûr que ça me convient, tu peux donc le publier . Effectivement, tu as raison, il faut mieux l'inverse pour rester cohérent avec les autres modèles.
Voilà @JKRS's, le modèle {{Durée seule}} est publié. Je me suis permis de recopier l'exemple bien fait de ton brouillon dans la documentation du modèle, j'espère que tu ne m'en voudras pas. Il suffit de me contacter s'il y a le moindre problème.
Détails de la demande : {{bibliographie|Q54676224|page=246}} présente un problème de rendu. Il faudrait que le paramètre « page » donne le même rendu que {{p.}} : p. 246 et non « p.246 ».
Noter qu'il existe des implémentations plus élaborées, voir Module:Biblio/Commun (méthode formatePassage) ainsi que Module:P., mais ces codes sont déjà un peu trop compliqués à mon goût (c'est surtout qu'ils sont divergents). Je m'en suis donc tenu à une implémentation basique : espace insécable et une infobulle générique, mais pas d'analyse du contenu pour affiner l'infobulle (c'est plutôt dispensable) ou pour éventuellement ajouter une classe nowrap.
À propos, la factorisation de ces divers codes de mise en forme des pages serait quand même à envisager.
Une petite subtilité est que Biblio/Commun.formatePassage peut recevoir soit une valeur simple (ou un intervalle, etc.) auquel cas il ajoute un « p. », soit une valeur libre, auquel cas il affiche directement cette valeur, sans ajouter de « p. ». Cela remonte à 98346790. Cette détection ne devrait pas être nécessaire dans les autres modules, où l'on peut considérer que l'ajout d'un « p. » est toujours souhaité.
Ce qui me préoccupe surtout avec une cette factorisation, c'est de limiter la quantité de require(). En particulier, Module:P. est un module appelé de nombreuses fois et qui doit être léger ; actuellement il n'effectue aucun require(), et j'aimerais bien que cela reste le cas.
La suppression des balises avant détection n'est pas nécessaire, mais si elle venait à être effectuée quand même, cela ne dérangerait pas. Côté performances, c'est un simple string.gsub(), donc absolument négligeable.
Pour ce qui est de ne pas ajouter de « p. » si la valeur n'est pas reconnue (les détections supplémentaires dans Module:Biblio/Commun), et bien cela serait aussi utile ici : voir cette recherche dans les utilisations.
Ainsi, cela s'orienterait vers une réutilisation de code avec Module:Wikidata/Références qui ferait usage de la méthode de Module:Biblio/Commun, et en revanche Module:P. resterait comme il est (j'apprécie que le module soit aussi léger, sans aucun require(), même pas d'utilisation de mw.*).
Comme prévu, j'ai fait usage de Biblio/Commun.formatePassage : 220558359.
Par ailleurs, lorsque j'ai effectué 220558252, j'ai remarqué que l'ordonnancement dans les résultats de la méthode Linguistique.conj était incertain (en raison de pairs() dont l'ordre d'itération est indéterminé). J'ai rectifié cela, voir notamment 220557824. Démonstration : conj({[2]='bar',[1]='foo'},'comma') donnait auparavant « bar, foo » (ordre d'insertion) au lieu de « foo, bar » (ordre attendu).
Avec tout cela, on peut amplement considérer que la requête est complétée.
Hey @Od1n, je te remercie chaleureusement pour tes explications (notamment dans les diffs, c'est très clair) et ta réactivité. Tu as été si réactif que je n'ai pas vu tes messages à temps (faut dire que j'avais pas mis la liste en suivi !). Merci encore, LD (d) 3 décembre 2024 à 22:32 (CET)
Remplacer « Pays-Bas (pays constitutif) » par « Pays-Bas » (cet article se limite déjà au Covid-19 aux Pays-Bas européens), de façon analogue à ce qu'il y a déjà pour « Danemark ». Au passage, une même note, proprement écrite « Concerne le pays constitutif. » (avec majuscule et point final), peut convenir pour les deux pays, à la place des deux notes actuelles écrites un peu à l'arrache ;
Étant donné le statut contesté du Sahara occidental, utiliser à la ligne correspondante le drapeau de la République arabe sahraouie démocratique me semble jeter inutilement de l'huile sur le feu. On notera au passage que, contrairement à pour toutes les autres lignes, le tableau ne pointe pas vers un potentiel article dédié Pandémie de Covid-19 au Sahara occidental, mais vers l'article sur le territoire. Le fait est que, manifestement, les données de la ligne « Maroc » incluent déjà les données concernant le Sahara occidental, donc il faudrait que, d'une façon ou d'une autre, le tableau soit cohérent concernant le traitement de ce territoire.
Détails de la demande : Bonjour, je souhaiterai la création de ce modèle car il est inexistant dans la base de données de la Catégorie:Modèle drapeau sans lien. Il existe ce modèle mais il ne possède pas la petite couronne en son centre et ne concerne donc que les périodes suivantes : 1828-1832, 1924-1935, 1941-1944 et 1975-1978. Ce modèle permettrai de mettre à jour de nombreux articles liés au sport notamment comme par exemple les 24 Heures du Mans ou encore les athlètes grecs.
Je n'ai pas trop le temps de m'en occuper, donc si quelqu'un veut prendre la suite, pas de problème. Sinon il faudra attendre un peu.
Aussi, si ce modèle est principalement prévu pour être importé d'autres Wikipédias, il faut garder le nom des paramètres ou au moins des alias, sinon on peut tout traduire.
Détails de la demande : Créer un modèle qui reprend la même typonomie que " modèle {{Palette GP Formule 1 2024}}" pour la Formule E ici
Article(s) pour le modèle :
ePrix de Mexico 2024 ;
e Prix de Dariya 2024 ;
ePrix de São Paulo 2024 ;
ePrix de Tokyo 2024 ;
ePrix de Misano 2024 ;
ePrix de Monaco 2024 ;
ePrix de de Berlin 2024 ;
ePrix de Shanghai 2024 ;
ePrix de Portland 2024 ;
ePrix de Londres 2024.
Détails de la demande : Old IAFD film IDs (d:Property:P5098) are used in these modules/templates: Module:Bases/pornographie and Modèle:IAFD film. IAFD has recently started using UUIDs for films. The old links still work. However, the old IDs are no longer visible on the website. As of today, the UUID can be retrieved from Wikidata: d:Property:P12654. All Wikidata items with an old film ID now also have a new film UUID. It would be advisable to adapt your templates. -- Reise Reise (discuter) 21 avril 2024 à 19:10 (CEST)
Détails de la demande : Bonjour, j'ai mis à jour le statut de conservation des espèces de mes articles en conséquence de la sortie de la liste rouge nationale des espèces de champignons. Le problème est le suivant : je peux en effet mettre le statut UICN, mais le problème est dans le titre du modèle. Dans l'article, il est marqué "Statut de conservation UICN" une fois le statut choisi dans le modèle de la taxobox (exemple voir sur la box de Xerocomus subtomentosus). Il est important de bien préciser que le statut UICN donné est pour la France ! (Liste rouge nationale), en l'état actuel des choses vu comme c'est présenté dans la taxobox, ça pourrait aussi être régional, européen ou mondial, ou d'autres pays... J'ai essayé de modifier cette phrase dans le modèle mais je n'y arrive pas, je voudrais la remplacer par "statut IUCN (Liste rouge nationale 2024)" ou "statut de conservation IUCN (Liste rouge nationale 2024)" mais pas moyen. Serait-il possible de rendre le modèle modifiable ou alors en créer un pour la liste rouge nationale ? C'est important à préciser. Je ne sais pas comment m'y prendre
Article(s) pour le modèle : Tout article traitant sur des espèces fongiques sorties dans la liste rouge nationale 2024
Discussions :
Création d'un modèle pour le téléphérique de Toulouse
Travail demandé par Peyo Pmf le 22 juillet 2024 à 22:52
Avancement :
0 %
Détails de la demande : Bonjour. J'aimerais de l'aide pour créer un modèle pour le téléphérique de Toulouse (Téléo). Il existe déjà ce modèle , mais il serait également pratique d'en avoir un qui est semblable à ceux utilisés pour les lignes de métro, comme ceci , mais avec écrit Téléo et la couleur utilisée par Tisséo (https://plan-interactif.tisseo.fr/assets/images/lines/TELEO.svg). Merci d'avance.
Je souhaiterais que Module:Italiques biologiques mette systématiquement (peu importe le rang [ex. famille, ordre, ...] et/ou le règne [animal, algue, ...]) des italiques pour les termes « incertae sedis », qui renseignent le « nom scientifique » (ex. Insecta, Ciliophora, ...), puisque c'est du latin scientifique.
Aussi, on peut systématiquement appliquer un tag « lang » (« la » pour latin) sur ces termes.
Enfin, pour être rigoureux, je suggère d'avoir un dictionnaire car la littérature décline ce terme selon le rang (incertae familiae, incertae ordinis, ...). On verra ultérieurement si on le décline complètement :
Dernier commentaire : il y a 10 mois6 commentaires4 participants à la discussion
Titre original : Modèle pour indiquer que les évènements présentés dans un article donné devraient l'être dans l'ordre inversé que celui utilisé (chronologique au lieu de antichronologique, en l'occurrence)
Travail demandé par Eskivor (discuter) 4 août 2024 à 17:05 (CEST)
Avancement :
50 %
Détails de la demande : Suite à Discussion Projet:Musique#Festival - Ordre chronologique des éditions, on m'a répondu qu'il est préférable d'avoir ici des articles avec des évènements classés de manière chronologique (en tout cas pour les festivals). Il reste cependant encore un certain nombre d'articles (ceux que j'ai indiqué sont loin d'être les seuls) qui sont encore selon un ordre antichronologique. Or changer l'ordre des évènements sur tout un article peut prendre pas mal de temps, en fonction de la longueur de l'article. Du coup, l'existence d'un modèle de bandeau à appliquer en début d'article peut sacrément aider à la maintenance, permettant d'apposer le bandeau dans un premier temps, pour ensuite faire la correction dans un second temps.
J'ai commencé le travail : Modèle:Ordre chronologique. Je veux bien un retour (ou des retouches directement) de la part de ceux qui ont plus l'habitude de créer des bandeaux. ◾ Luciofr💬28 août 2024 à 19:37 (CEST) / PS: pour l'image, j'avais aussi pensé à celle ci-contre.
Ce bandeau correspond-il à une « règle » qui s'applique à tous les articles comme semble l'indiquer le texte qui s'affiche dans le bandeau ? Sera-t-il utilisable avec {{Problèmes multiples}} ? Je suppose qu'il sera utilisé le plus souvent pour une section à corriger. --Dom (discuter) 29 août 2024 à 00:35 (CEST)
Détails de la demande : En février 2023, les régions du Mali ont été redécoupées, retirant certains cercles de certaines régions pour en former de nouvelles. Par exemple, le cercle de Nara faisait originellement partie de la région de Koulikoro, mais est maintenant sa propre région. Je n'ai aucune idée de comment gérer des modèles et je pourrais essayer si personne ne s'y met, mais j'aimerais quand même savoir si j'ai un espace de nom pour essayer des choses sans tout casser.
Bonjour Naakyys. Pour info, si tu veux faire des tests toi-même sur des modèles :
Il est conseillé de recopier le contenu du modèle dans la sous-page /Bac à sable du modèle (Modèle:Nom du modèle/Bac à sable), d'y effectuer sa modification et de la tester dans la sous-page de test (Modèle:Nom du modèle/Test).
Un lien à ces deux pages se trouve en bas du modèle de documentation.
Bonjour Naakyys Je vais apporter une réponse complémentaire à celle de Şÿℵדαχ₮ɘɼɾ๏ʁ :. Avant de te lancer dans cette contribution, il faut de mon point de vue prendre un peu de recul et réfléchir au résultat qu'on veut obtenir dans sa globalité:
Premièrement peux-tu nous donner la ou les références pour ce nouveau découpage ?
Deuxièmement, ce découpage n'est pas le premier — et peut-être pas le dernier —, je vois dans l'histoire des régions du Mali qu'il y a eu un redécoupage en 2016. Comment a-t-il été géré ? Pour cette question je suis volontairement imprécis.
Troisièmement, cette solution est-elle la bonne ? Pour cette question je suis encore plus imprécis et c'est toujours volontaire .
À priori je suis prêt à aider pour cette évolution qui me semble nécessaire. Par aide, il ne faut pas comprendre faire mais apporter mon support en testant, critiquant ... --Dom (discuter) 19 décembre 2024 à 18:48 (CET)