Discussion Projet:Correction syntaxique

Projet

Discussions

Liste des erreurs

Archives

• 2008
• 2009
  • 1^er
  • 2^e
  • 3^e
  • 4^e
• 2010
• 2011
• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021
• 2022
• 2023
• 2024
• 2025

(en) WikiProject Check Wikipedia

Taxobox

Ne pas archiver.

Bonjour FDo64. En parlant de maintenance de l’espace modèle, est-ce que tu saurais comment corriger les missing-end-tag (les premiers dans la liste) liés aux modèles du groupe {{Taxobox}} ? --NicoV (discuter) 8 juin 2020 à 10:04 (CEST)

 NicoV : C'est un sujet que je connais bien, on parle quand même de 116 000 erreurs !

J'ai même développé la solution : l'{{Infobox Taxon}} qui en plus de corriger les problèmes de LINT est compatible avec l'éditeur visuel. Je l'ai proposée à diverses reprises au Projet:Biologie :

1. Projet:Biologie/Le café des biologistes/Archives/Septembre-octobre 2018#Erreurs de Lint dans les taxobox (du 13 septembre 2018 au 21 décembre 2018)
2. Projet:Biologie/Le café des biologistes/Archives/Mars-avril 2019#Refonte des Taxobox (du 26 mars 2019 au 6 mai 2019)
3. Projet:Biologie/Le café des biologistes/Archives/Mars-avril 2019#Nouvelle Infobox Taxon (du 25 avril 2019 au 3 mai 2019)
4. Projet:Biologie/Le café des biologistes/Archives/Juillet-août 2019#Mise en place de l’Infobox Taxon (du 10 juillet au 12 juillet 2019)

Il m'avait été demandé d'attendre, du coup je suis parti sur d'autres projets. De plus, je comptais sur  Hexasoft pour développer le bot, puisqu'il connait particulièrement bien le sujet, mais ses soucis perso (auxquels je compatis pleinement) m'ont freiné au moment où je voulais relancer cette migration. À moins qu'un autre dresseur ne se sente apte et suffisamment disponible pour s'y attaquer, je vais devoir patienter.

--FDo64 (discuter) 8 juin 2020 à 13:11 (CEST)

Liens interlangue déguisés en liens internes

Ne pas archiver.

Bonjour

Il faudrait ajouter un modèle similaire à {{lien à corriger}} qui catégorise pour les liens de type [[:en:Thing|Chose]].

Après une discussion sur le Bistro, on est arrivé à la conclusion qu'un remplacement automatique par bot n'est pas possible dans la plupart des cas, les différents types de liens et ce qui les entoure dans le texte étant trop variés.

J'ai déjà fait une liste des pages de l'espace principal et modèle à partir du dump du 20 novembre 2023 et l'on trouve 36 727 articles et 363 modèles.

 NicoV qui s'occupe déjà de {{lien à corriger}} et de la Catégorie:Article avec un lien à corriger.

 Orlodrim dont OrlodrimBot (d · c · b) remplace les {{lien}} en lien internes et qui pourrait aider dans certains cas si les articles existent déjà sur wp.fr.

 Fait. Je vais essayer de vérifier les modèles, peut être avec l'aide de FDo64 qui s'est proposé sur le Bistro. Je vais déjà retirer de ma liste les modèles qui ne sont pas utilisés dans l'espace principal, ou dont le lien est dans leur documentation (la liste est ici : Utilisateur:SyntaxTerror/Brouillon/6).

J'ai vérifié la liste des modèles, il y en a 167 qui posent problème, surtout des palettes. La liste est sur Utilisateur:SyntaxTerror/Brouillon/6, vous êtes les bienvenus pour les corriger.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 29 novembre 2023 à 04:02 (CET)

Bonjour SyntaxTerror .

J'ai l'impression que c'est assez difficile de déterminer automatiquement si un lien pose problème ou non. Par exemple sur la liste de modèles :

• Modèle:Venezuelatuya a un lien vers es:Wikipedia:Autorizaciones/Venezuelatuya : ce lien me semble ok (personne ne va s'amuser à traduire un mail envoyé en espagnol pour autoriser la republication du site venezuelatuya.com sur Wikipédia). Ce cas pourrait peut-être être ignoré car il ne pointe pas vers l’espace encyclopédique de eswiki ?
• Modèle:Carte décès sorcières crée des liens par des requêtes, je ne vois pas trop comment "corriger" le modèle

J’ai peur qu'il y ait de nombreux faux positifs (et pleins de cas différents), donc il va falloir faire attention aux actions automatiques, même pour simplement poser un modèle comme {{lien à corriger}}. --NicoV (discuter) 29 novembre 2023 à 07:41 (CET)

Bonjour NicoV : j'ai fait ça relativement vite, après, je ne dis pas que tout est corrigeable, mais pas mal le sont, notamment les palettes.

Par contre, il faut corriger au mieux ces modèles, car ils touchent potentiellement plus d'un article, et on ne peut décemment pas ajouter de modèle ni les catégoriser.

Je pense qu'il faut déjà modifier ce qui est facile, et on verra ensuite pour les cas les plus compliqués, et pour les modèles, on ne peut rien faire automatiquement, mais il n'y en a pas tant que ça.

Concernant les articles, je pense qu'on peut tout catégoriser, je ne vois vraiment pas quel lien vers un Wikipédia en langue étrangère pourrait être pertinent dans un article. Il faut soit le remplacer par un modèle {{lien}}, soit par l'article en français qui a été créé depuis, soit l'effacer (je pense notamment à des liens vers des catégories d'autres Wikipédias, qui n'ont rien à faire sur wp.fr).

Aussi, si un lien mène à un article qui n'est visiblement pas admissible sur wp.fr, il n'a rien à faire dans les articles. Şÿℵדαχ₮ɘɼɾ๏ʁ 29 novembre 2023 à 08:36 (CET)

@NicoV : au fait, {{lien à corriger}} ne sert que pour les années ? Si c'est le cas, il serait bien de le renommer en {{lien année à corriger}} par exemple, qu'on puisse le distinguer de {{lien interlangue à corriger}}.

Je peux me charger d'écrire la page d'aide liée comme je l'avais fait pour Aide:Lien à corriger (qu'il faudra renommer également, ainsi que la Catégorie:Article avec un lien à corriger). Şÿℵדαχ₮ɘɼɾ๏ʁ 29 novembre 2023 à 08:45 (CET)

Bonjour. Il me semble très difficile d'agir de façon automatisée sur ce point : il y a des cas où, en notes, on a « Voir l'article en anglais … [lien souvent ancré] », que ce soit celui correspondant à l'article concerné ou un autre ; il y a des « Cet article est partiellement ou en totalité issu [ou traduit] de l'article … » écrit en dur au lieu d'utiliser le modèle {{Traduction/Référence}} ; il y a des cas où l'article serait de toute évidence non admissible en français donc l'usage du modèle Lien ne serait pas approprié ; des fois on a, accolés, un lien vers l'article en français et un lien vers l'article dans une autre langue, auquel cas on peut supprimer le second ; etc. Un exemple pour lequel la version anglaise de mots est présentée ; pas sûr que ce soit pertinent ici, mais dans certaines situations, ça doit l'être. Dans l'espace des articles, il y a aussi des cas similaires à ceux relevés par NicoV. Exemple dans l'article Ukraine : « Ces pourcentages sont issus de l'article en anglais : United Nations General Assembly Resolution 68/262 » ; la solution dans ce cas serait d'introduire dans l'article en français les sources contenant les chiffres présentés. Autres exemples : insource:/\[\[:en:Wikipedia/.

Parfois, le remplacement n'est pas évident. Ainsi, il peut arriver que la cible du lien ait été modifiée avec le temps sur l'autre Wiki ou supprimée. Par exemple la page it:Mihai Albu est devenue une page d'homonymie (pour information le bot qui remplace les modèles Lien n'effectue pas la conversion en lien interne dans ce cas, laissant le soin à un humain de vérifier). Il est même possible que la cible n'ait jamais existé. Pendant un temps, un bot qui traduisait des palettes insérait le modèle Lien pour des liens rouges sur la Wikipédia d'origine. En outre, deux articles de même titre sur deux versions linguistiques peuvent traiter de deux sujets homonymes différents.

Notons aussi qu'on a des liens légitimes vers le Wiktionnaire ou vers Wikisource ([[:en:wikisource:…|sur Wikisource]]).

L'intérêt d'un modèle introduit dans les articles ne me semble pas évident. En revanche, une liste de détection associée à une grosse liste blanche, peut éventuellement servir pour une maintenance ciblée, directe. — Ideawipik (discuter) 1 décembre 2023 à 01:13 (CET)

Bonjour @SyntaxTerror. Je vois que j'avais zappé ta question...

Oui, WPCleaner ne pose le modèle {{lien à corriger}} que pour les années car c'est le seul cas qu'il peut détecter de façon à peu près fiable.

Pas de soucis pour renommer le modèle, il faudra par contre modifier la configuration de WPCleaner dans Projet:Correction syntaxique/Traduction#Erreur 526. NicoV (discuter) 9 janvier 2024 à 18:45 (CET)

Noms de rues

Bonjour les correcteurs, administrateurs et tous les gnomes !

J'aimerais lire vos remarques sur cette discussion que j'ai ouverte, Discussion_catégorie:Cacographie_(trait_d'union)#prénom_nom_ou_nom_composé_-_noms_de_rues avant de donner un peu de temps et surtout avant ne m'y prendre comme un manche.

En effet, même si je fais le gnome depuis belle lurette sans être connecté, je n'ai ni la fine connaissance ni la science infuse pour continuer sans vos directives. Et pas idée de comment procéder si vous êtes unanimes à m'encourager de modifier...ces centaines de pages ! Edddddfr (discuter) 26 avril 2024 à 12:13 (CEST)

Lien wikidata

Bonjour, à l'occasion de corrections syntaxiques je suis tombé sur une page d'homonymie qui utilisait des liens directs vers Wikidata sous la forme [[Wikidata:Qxxxxxx]] ce qui ne me semble pas très souhaitable, puisque cela ne propose pas de lien rouge permettant de créer l'article sur Wikipédia. Je propose — sauf avis contraire — de les remplacer par le modèle {{lien}} avec le paramètre "lang=d" qui donne à la fois le lien vers Wikipdata et un lien rouge permettant la création de l'article correspondant. Il y a actuellement environ 200 articles ayant ce type de liens Wikidata, est-il envisageable d'ajouter un contrôle dans la liste des erreurs à corriger? -- Speculos ^✉ 14 août 2024 à 09:10 (CEST)

Hello @Speculos, j'ai tenté un remplacement avec mon bot. [1]

Cependant, lorsqu'une page existe déjà sous le nom français, mais qui est un homonyme, le {{lien}} fait disparaître le lien wikidata [2], il semble que ce soit plus compliqué que cela Aurais tu une idée? -Framawiki ^✉ 20 février 2025 à 15:57 (CET)

Merci pour ta réponse; effectivement il y a des cas particuliers qu'on ne pourra pas facilement traiter par bot, et qu'il faudra traiter au cas par cas; ma demande était surtout sur la possibilité d'identifier ces cas de figure pour pouvoir les traiter comme les autres anomalies du projet P:CS Speculos ^✉ 20 février 2025 à 16:49 (CET)

QUe penses tu d'effectuer le remplacement uniquement sur les liens rouges, et ainsi laisser de côté les cas où une page en français homonyme existe déjà? -Framawiki ^✉ 21 février 2025 à 00:20 (CET)

Oui ce serait déjà ça de fait ! -- Speculos ^✉ 21 février 2025 à 11:00 (CET)

Hello @Speculos, j'ai modifié quelques centaines de page dans ce sens, il semble en rester moins de 100. Les cas restant sont des liens wikidata ayant pour intitulé une page en français homonyme, et nécessitent donc une analyse manuelle. Je pense pas que l'on puisse avancer plus avec un bot sur ce problème :( -Framawiki ^✉ 3 mars 2025 à 00:06 (CET)

Merci pour tes actions. -- Speculos ^✉ 3 mars 2025 à 08:10 (CET)

Utilisation erronée de modèles dans le liens

Bonjour NicoV et bonjour à tous !

Je souhaiterai à minima la détection des utilisations de modèles dans le liens internes et externes. Leur correction automatique me semble par contre impossible.

C'est une erreur que je fais malgré moi parfois lorsque je fais des remplacements avec AWB, par exemple, 1er par {{1er}}. Je fais régulièrement des recherches pour les corriger et je constate que je ne suis pas le seul en cause.

Ma demande est donc de détecter les cas suivants :

1. modèle dans un lien interne : (exemple : [[Napoléon {{Ier}}|Napoléon Bonaparte]]).
2. modèle dans un fichier : (exemple : [[Fichier:{{1er}} Logo Europe 2.jpg|thumb]]).
3. idem pour les autres espaces de nom (exemple : [[Catégorie:{{1er}} mars]]).
4. modèle dans une galerie d'images : (exemple : <gallery>Fichier:{{1er}} Logo Europe 2.jpg|Logo</gallery>). Prendre en compte (Fichier|File|Image).
5. modèle dans un lien externe : (exemple : [http://refugealbert{{1er}}.ffcam.fr/ Site officiel]).
6. dans les modèles c'est plus compliqué. On pourrait au minimum faire la recherche pour {{Portail}} et {{Palette}} : (exemple : {{Palette|{{1er}} arrondissement de Budapest}}).

Attention, il faudra prévoir des exceptions. Par exemple l'article BMX utilise un mot magique : [[Championnats du monde de BMX {{CURRENTYEAR}}|Résultats Mondiaux {{CURRENTYEAR}}]].

J'espère avoir été exhaustif et je reste à votre disposition pour en discuter. FDo64 (discuter) 10 septembre 2024 à 18:39 (CEST)

Bonjour NicoV . J'ai traité l'erreur 46 et il semblerait qu'elle concerne, au moins partiellement, les cas ci-dessus. Pourrais-tu indiquer ce qui est déjà couvert ? Merci. --FDo64 (discuter) 19 septembre 2024 à 12:45 (CEST)

Bonjour @FDo64.

L'erreur 46 détecte les ]] qui n'ont pas été rattachés par WPCleaner à un lien interne, une image, une catégorie, un lien de langue, un interwiki, un lien externe encadré par des crochets.

Il me semble que le parsing que je fais ne gère pas les 3 premiers cas que tu indiques, ce qui fait les fait apparaître dans #46. NicoV (discuter) 19 septembre 2024 à 14:02 (CEST)

Fausses listes à puces

Ne pas archiver.

Ancienne conversation de 2023-2024 Bonsoir, je travaille actuellement à supprimer dans les articles les modèles de puces qui sont obsolètes et qui posent des problèmes d'accessibilité. C'est l'occasion de redécouvrir que certains bricolent des listes à puces à l'aide de balises <br> et de •. Cela contrevient complètement à Wikipédia:Atelier accessibilité/Bonnes pratiques#Listes à puces et listes numérotées (de priorité élevée). Une recherche de insource:/\<br *\/?\> *"•"/ trouve 2 833 résultats. Serait-il possible d'ajouter leur détection et leur correction dans WPCleaner ? Le seul piège que je connaisse est l'utilisation d'une telle astuce dans la légende des images. Dans ce cas, il faut utiliser {{Liste pour légende}}. Une recherche avec un tiret trouve 6 000 résultats. Par contre, ça me semble plus compliqué à traiter automatiquement puisque le tiret est parfois utilisé pour un nombre négatif. FDo64 (discuter) 14 septembre 2023 à 23:49 (CEST) Bonjour FDo64. Je suis tombé sur ce message et j'ai fait quelques essais. Il semble qu'on ait principalement deux cas : des fausses listes à puces dans des titres de vignettes (qu'on peut remplacer par {{Liste pour légende}}) des fausses listes à puces dans des infoboxes (qu'on peut remplacer par des vraies, il suffit de sauter des lignes dans les valeurs des paramètres) Je n'ai pas trouvé d'autres cas pour le moment. Pour les vignettes, ça ne semble pas poser de problème, mais je viens de tomber sur Guerre d'Irak, où l'infobox à des puces et des drapeaux qui servent de puces... Donc on ne peut pas traiter les infoboxes de manière automatique, sinon on va avoir des listes brisées, ou plutôt des listes entrecoupées. Je suis en train de regarder pour une regex qui fonctionne uniquement à l'intérieur des vignettes, mais c'est compliqué car il y a parfois des liens internes dans leurs titres, et je ne suis pas très fort en regex. Aussi, pour les tirets servant de signe moins, il ne peut y avoir qu'un chiffre après, pas une lettre. Sinon, j'ai regardé les listes d'articles avec AWB et les auteurs dans l'historique avec WikiBlame, puis j'ai recoupé leurs contributions et les articles à fausses listes à puces avec le comparateur de listes, et j'ai repéré certains utilisateurs qui ont l'habitude d'utiliser cette technique de fausses listes à puces, certains sur des centaines d'articles. Les prévenir serait une bonne chose, mais ce genre de recherche prend du temps. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 8 janvier 2024 à 11:29 (CET) Bonsoir SyntaxTerror et merci de t'intéresser à cette demande. Je veux bien faire ma part du travail pour les cas non automatisables, donc si tu as des listes, tu peux me les partager. Pour ce qui est des infobox, il y a des cas ou il faudra réduire la marge pour une question de présentation. On y travaille avec  Od1n. --FDo64 (discuter) 8 janvier 2024 à 18:46 (CET) Bonjour FDo64. J'ai fais des listes avec plusieurs cas et regardé un peu comment les choses se passent (aller sur Utilisateur:SyntaxTerror/Fausses listes). Je peux déjà dire qu'un traitement automatique semble vraiment complexe, mais avec les bonnes regexes, on peut faire un traitement semi-auto relativement rapide, à part dans les cas bizarres, mais il n'y en pas beaucoup à mon avis pour les « fausses puces ». Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 8 janvier 2024 à 21:16 (CET)

Bonjour, je ressors ce sujet lancé par  FDo64 car je viens de tomber sur des infoboxes avec des fausses listes, et un recherche de insource:/\<br *\/?\> *"•"/ trouve 2 974 résultats (2 833 en 2023), et comme montré dans la discussion passée, il y a plein d'autres syntaxes qui créent aussi des fausses listes.

C'est lié à Discussion modèle:Infobox Conflit militaire#Listes à puces qui n'a pas non plus avancé apparemment, donc je notifie aussi  Od1n.

C'est un travail conséquent, qui ne va pas changer beaucoup l'apparence des articles, mais qui pose des problèmes d'accessibilité, donc peut-on réalistement améliorer les choses ?

Je mettrai à jour les listes d'Utilisateur:SyntaxTerror/Fausses listes si d'autres personnes sont intéressées par ce problème.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 14 février 2025 à 19:33 (CET)

Erreur "Tableau mal fermé"

Bonjour, il y a un truc bizarre avec erreur "Tableau mal fermé" ID=28, qui trouve actuellement plus de 7500 articles concernés, mais pour lesquels je ne vois pas d'erreurs. Speculos ^✉ 23 avril 2025 à 10:08 (CEST)

Bonjour @Speculos. Il semblerait que l'erreur remonte toutes les pages avec le mot "Fin" (qui est un des noms de templates pour fermer un tableau). Discussion lancée. NicoV (discuter) 24 avril 2025 à 08:44 (CEST)