Discussion Wikipédia:AutoWikiBrowser/Typos

Archives

• 2007
• 2008
• 2009
• 2010
• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021
• 2023
• 2025

Vous ne savez pas comment insérer une nouvelle correction ? Pensez à consulter l'aide !

---

Usage superflu du modèle unité

Bonjour

Je m'aperçois qu'il y a de nombreuses règles mettent en place des modèles {{unité}} alors que le nom de l'unité est en toutes lettres (hectares, centimètres, etc.), et qu'alors un modèle {{nobr}} est suffisant.

Bien sûr, c'est quand même mieux d'avoir {{unité|4 centimètres}} que rien du tout, mais est-ce que ça ne vaudrait pas le coup de revoir les règles comportant des noms d'unités en toutes lettres ?

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 31 mars 2025 à 01:36 (CEST)

Bonjour. Personnellement, j'applique les recommandations données par le modèle {{unité}} :

• Modèle:Unité#Cas particuliers
• Modèle:Unité#Cas particuliers de %

--FDo64 (discuter) 31 mars 2025 à 09:40 (CEST)

@FDo64 : je ne sais pas qui a écrit cette partie de la doc, mais elle ne correspond pas aux recommandations Wikipédia:Conventions typographiques#Nombres et espaces et Wikipédia:Conventions typographiques#Nombres et espaces (qui correspondent au Lexique).

C'est sûr que c'est mieux que rien d'avoir un formatnum, mais ça me gêne toujours un peu de voir AWB en mettre alors qu'il faudrait des modèles unité.

Quant au cas du % et ‰, on pourrait en discuter aussi une autre fois, par ce que contrairement à ce que dit Aide:Caractères spéciaux problématiques#Cas particuliers de % ‰ «» : ; ? !, {{unité|3|%}} (donnant « 3 % ») n'est pas équivalent à 3 % (les deux ont une espace insécable, mais le premier à une abréviation discrète « pourcent ». Cette recommandation date sans doute d'avant la mise en place du module Unité qui a mis en place les abréviations discrètes pour les unités. Şÿℵדαχ₮ɘɼɾ๏ʁ 31 mars 2025 à 10:29 (CEST)

 SyntaxTerror : Oui et non...

Je ne connais pas de modèle/module plus gourmand que Unité.

À titre d'exemple, j'ai réussi à faire s'afficher des pages qui étaient dans Catégorie:Page contenant trop d'inclusions de modèles rien qu'en remplaçant des appels inutiles de ce modèles par :

• nobr : lorsque le chiffre est inférieur à 1000 et que le mot qui suit est en toutes lettres
• formatnum : très souvent, principalement dans des tableaux ou des listes, le chiffre est tout seul, non suivi d'un mot
• rien du tout : lorsque le chiffre est inférieur à 1000 et qu'il n'y a pas d'unité

Cela a permis de gagner une seconde au chargement de la page dont je parlais.

Si on appliquait ces principes à tous les articles, la diminution de la charge des serveurs serait non négligeable.

Et comme pour la plupart des pages il n'y a pas de problèmes de performances, j'effectue également l'opération inverse : si je trouve, par exemple, {{nobr|3 m}}, je le remplace par {{unité|3|m}}.

Pour ce qui est de ta remarque, très juste, des conventions, la programmation d'un bot pour les faire appliquer semble utopique. Quelqu'un s'était lancé dans un même type de travail pour les modèles d'abréviation ordinale (par exemple {{2e}}) et c'était un cauchemar. Il s'était constitué un dictionnaire et il y avait trop d'exceptions.

--FDo64 (discuter) 1 avril 2025 à 00:30 (CEST)

@FDo64 : justement, si {{unité}} est gourmand, autant le remplacer par {{nobr}} quand c'est possible (oublie % et ‰, c'est secondaire).

Quant à remplacer toutes les règles fautives, on pourrait aussi tout simplement en ajouter juste une à la fin qui règle tous les problèmes, genre

• find : \{\{ *(?:NaU|Nau|Num|Nombre|Unit|Nb|Nbr|Unité) *\| *(\d{1,3} [^\d])
• replace : {{Nobr|$1

(à améliorer pour faire marcher avec minuscules et majuscules, et éventuellement avec des nombres à virgule/points)

Résultat sur regex101

En plus, ça ferait les remplacements également sur les modèles déjà en place. Şÿℵדαχ₮ɘɼɾ๏ʁ 1 avril 2025 à 00:55 (CEST)

Je vais tester ça avec AWB et je sens que je vais avoir des mauvaises surprises... Şÿℵדαχ₮ɘɼɾ๏ʁ 1 avril 2025 à 01:00 (CEST)

OK, ça marche pas quand on a {{unité | 123 | trucs}}, mais il y a sûrement possibilité d'améliorer ça, et le résultat est pas mal sinon , .

Bien sûr, c'est une modif cosmétique, mais c'est juste pour montrer qu'il y a moyen de faire ça avec d'autres modifs. Şÿℵדαχ₮ɘɼɾ๏ʁ 1 avril 2025 à 01:08 (CEST)

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

Oué bref, on oublie tout, pas besoin de lire ça, j'ai oublié les unités abrégées... Şÿℵדαχ₮ɘɼɾ๏ʁ 1 avril 2025 à 01:13 (CEST)

Balises br

Bonjour  SyntaxTerror :
J'ai 4 questions :

1. Pourquoi, dans ce diff, tu veux remplacer en particulier <br /> par <br> ? Je croyais que les deux étaient valables : réf A, réf B et réf C.
2. Dans ton ajout, ta règle applique <br> mais, un peu plus haut, il y a une règle qui applique <br />. C'est un peu dommage, non ?
3. Je ne sais pas si WikiCleanerBot applique encore <br /> comme annoncé dans la réf B ( NicoV pourra sûrement nous le confirmer). C'est un peu dommage d'appliquer autre chose que lui, non ?
4. Dans la réf C, il y a une note qui dit « Mediawiki remplace automatiquement <br> ou <br/> par <br /> dans le code généré ; il est donc inutile de remplacer ces formes alternatives de la balise dans le wikicode des articles. » Est-ce encore vrai ?

S'il faut choisir entre les deux, un argument (qui est signalé par  Père Igor dans la réf B, si je l'ai bien comprise) est que MediaWiki:Edittools propose <br> à tous les contributeurs depuis 2017.
Cordialement --NicoScribe (discuter) 16 avril 2025 à 19:56 (CEST)

Bonsoir.

Autrefois j'effectuais ce même changement puisque html5 a classé <br /> comme obsolète (voir plus d'explications).

J'ai arrêté de le faire après cette modification de  Speculos. Je suis allé vérifier le code source généré par Mediawiki pour constater qu'il avait malheureusement raison.

J'attends donc que les développeurs appliquent enfin la bonne balise (ce qu'ils finiront par faire un jour) pour remettre en place ma regex dans AWB.

--FDo64 (discuter) 16 avril 2025 à 22:58 (CEST)

Bonjour NicoScribe.

Étant donné que <br /> est obsolète en HTML (et que je trouve que ça facilite un petit peu la lecture), j'ai cette regex en général quand j'utilise AWB, et comme je mets souvent le Regex typo fixing en semi-auto, je me suis dit qu'il serait plus facile d'ajouter une règle, et je n'avais pas remarqué l'autre règle qui fait l'inverse.

En te lisant et aussi FDo64, je l'ai retirée , vu qu'elle n'est pas vraiment utile, à part mon avis personnel de simplification de la présentation (quand d'autres pourront sans doute dire qu'on repère mieux ces balises avec une espace et un slash, ça ne vaut pas la peine d'épiloguer là-dessus).

Si jamais cette balise devient réellement inutilisable (ce qui est hautement improbable), on n'aura qu'à toutes les retirer d'un coup avec un bot.

En tout cas, merci à vous deux pour tous ces liens, j'en apprends tous les jours sur Mediawiki. Şÿℵדαχ₮ɘɼɾ๏ʁ 17 avril 2025 à 02:27 (CEST)

Salut à tous !

@NicoScribe, pour WPCleaner, mon choix est toujours le même que celui que j'avais exprimé dans la réf B : ça évite des problèmes avec des parsers syntaxiques (peut-être qu'ils ont été corrigés, mais pas certain), et contrairement à ce que je lis dans la réponse de @FDo64 et @SyntaxTerror. c'est tout à fait valable. Le HTML n'a pas classé la version avec slash comme obsolète : par exemple, dans le linter, ce n'est pas la balise qui est classée dans les Other obsolete attributes, mais l'attribut clear...

Juste pour préciser, WPCleaner ne changera pas une balise existante correcte pour lui rajouter un slash, c'est seulement les balises incorrectes qui sont remplacées. NicoV (discuter) 24 avril 2025 à 09:27 (CEST)

Merci  FDo64, SyntaxTerror et NicoV, mais j'insiste sur ma question n°4. J'ai évoqué la note dans la réf C : c'est la modification de  Speculos évoquée par FDo64.

Quand j'ouvre l'article Deadline Hollywood (dont le wikicode contient <br>), que je sauve la page html en local, et que je l'ouvre avec un éditeur de texte basique, je vois <br>. Je fais pareil avec l'article L (lettre) (dont le wikicode contient <br />), là aussi je vois <br>.

Soit je n'ai pas compris quelque chose (du genre : c'est peut-être mon navigateur qui force les <br>) soit j'aimerais que vous m'indiquiez comment « vérifier le code source généré par Mediawiki ». --NicoScribe (discuter) 24 avril 2025 à 11:49 (CEST)

@NicoScribe : en passant par l'API avec l'action expandTemplates, le résultat conserve la balise telle qu'insérée dans le wikicode. NicoV (discuter) 24 avril 2025 à 12:15 (CEST)

Mais ça ne doit pas être la bonne action...

C'est l'action parse qu'il faut utiliser : le résultat est <br /> dans tous les cas. NicoV (discuter) 24 avril 2025 à 12:20 (CEST)

Donc la note qui dit que Mediawiki remplace automatiquement est vraie, et ça confirme pour moi que la version avec slash n'est pas obsolète. NicoV (discuter) 24 avril 2025 à 12:21 (CEST)

<br /> n'est pas vraiment « obsolète », c'est juste qu'il a été remplacé par <br> dans HTML5.

Si MediaWiki utilise encore le second, c'est sans doute pour éviter des problèmes de compatibilité avec les anciennes versions des navigateurs. (voir sur stackoverflow.com). Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2025 à 17:52 (CEST)

%

Bonjour

 Pharma : à mon avis, ton ajout ( <Typo word="Pourcentage sans espace" find="([0-9]+)%" replace="$1 %" />) est une mauvaise idée.

Entre autres, le signe % est utilisé dans des URLs, et dans certaines citations étrangères, l'absence d'espace est correcte (notamment en anglais).

Je n'ai pas de dump sous la main pour regarder, mais d'après moi, il y a des milliers de faux-positifs.

Voir aussi Discussion utilisateur:Chico75#%.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 25 juin 2025 à 18:48 (CEST)

Bonjour @SyntaxTerror, il me semble (à vérifier) que AWB ne vérifie pas les typos à l'intérieur des modèles. Les exemples de faux-positifs que tu cites devraient être systématiquement encapsulé dans des modèles adéquats ({{Citation étrangère}}, {{langue}}, etc.) qui empêcheront leur détection par l'outil. Je sais bien que c'est une utopie mais qu'en penses-tu ? — Pharma ^💬 25 juin 2025 à 19:01 (CEST)

@Pharma : même si le Regex typo fixing ne touche pas aux modèles, aux tableaux et aux URLs, il reste les citations étrangères qui ne sont pas dans des modèles, et il n'est pas obligatoire d'en utiliser.

Il serait bien de faire des tests sur le dump avant d'ajouter cette règle, même si les dégâts semblent a priori limités.

Ça permettra par la même occasion de corriger toutes les erreurs si cette règle fonctionne comme prévu. Şÿℵדαχ₮ɘɼɾ๏ʁ 25 juin 2025 à 21:10 (CEST)

… Je te laisse faire ? car ça me dépasse là — Pharma ^💬 25 juin 2025 à 21:30 (CEST)

 SyntaxTerror et Pharma : Effectivement, il y a problème. J'ai été très surpris par ce diff, qui remplace à tort width=60% par width=60 %, et donc ça par ça. Je vais lancer une recherche exhaustive de tels cas... mais oui il faut re-corriger les typos AWB. Zetud (discuter) 25 juin 2025 à 23:39 (CEST)

Bon, il n'y avait que 8 cas, corrigés. Zetud (discuter) 25 juin 2025 à 23:57 (CEST)

@Zetud : merci pour les corrections.

C'est étrange, j'avais fait un test rapide et le Regex typo fixing ne semblait pas toucher aux URLs et aux tableaux.

Il est assez difficile de savoir ce que cet outil fait ou ne fait pas (et AWB en général), la documentation n'étant probablement pas à jour, même en anglais.

Sur en:Wikipedia:AutoWikiBrowser/Typos#AutoWikiBrowser (AWB) on peut lire que

Regex typo fixing est désactivé dans :

• les noms d'images
• les noms et paramètres de modèles
• les cibles de liens wiki
• le texte entre guillemets et en italique,
• les en-têtes de section
• tout texte suivant un deux-points ou un astérisque.

Mais ça ne semble pas être les seuls cas, et cette page est utilisée par d'autres bots/outils (JavaScript Wiki Browser, WPCleaner, wikEd, etc.) qui appliquent les règles différemment et utilisent différentes flavours de regex, donc il faut faire très attention à ce qu'on ajoute.

J'ai déjà fait plusieurs modifs problématiques sur la page, alors je ne fais plus rien sans avis extérieur.

Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ 2 juillet 2025 à 20:49 (CEST)

Hô Chi Minh

Bonjour Pharma. Encore une fois, ton ajout n'est pas une bonne idée.

Il existe au moins un fichier qui a des traits d'union (Fichier:Hô-Chi-Minh-Ville.JPG) dont on ne peut pas changer le nom sans casser le lien, et sans doute d'autres problèmes avec cette règle.

Aussi, l'orthographe diffère selon les langues sans être fautive. Si on a affaire à des citations par exemple, il ne faut rien modifier.

J'ai préféré la retirer en attendant d'autres avis. Il vaut mieux demander ici avant d'en ajouter.

Salutations, Şÿℵדαχ₮ɘɼɾ๏ʁ 2 août 2025 à 22:22 (CEST)

Merci @SyntaxTerror. Tu as pourtant dit dans ton dernier message ci-dessus que « Regex typo fixing est désactivé dans les noms d'images »… Je n'y comprends plus grand-chose, je crois que je vais comme toi m'abstenir de tenter des choses. — Pharma ^💬 3 août 2025 à 15:30 (CEST)

@Pharma : il est désactivé pour les images avec AWB, pas forcément pour les autres bots/outils.

Le problème se rencontre aussi pour les citations en langue étrangère où l'orthographe est différente.

J'ai retiré la règle par précaution, peut-être que d'autres vont démontrer qu'elle est plus utile que néfaste. Attendons d'avoir d'autres commentaires. Şÿℵדαχ₮ɘɼɾ๏ʁ 3 août 2025 à 15:48 (CEST)

En tout cas ce n'est pas la seule règle qui engendre des faux positifs en fonction de la langue.

À l'heure actuelle on a par exemple les remplacements Israel → Israël, Azerbaijan → Azerbaïdjan, Quebec → Québec ou Yemen → Yémen.

Pour faire de manière cohérente, il faut que la discussion porte sur l'ensemble des noms propres plutôt que le cas particulier d'Hô Chi Minh.

Pharma ^💬 7 août 2025 à 20:45 (CEST)

@Pharma : je suis bien d'accord, mais on ne peut pas justifier un problème par un autre.

Ces règles devraient être retirées à mon avis.

• Azerbaijan c'est certain, c'est le nom en anglais (en:Azerbaijan).
• Israel et Quebec peuvent se retrouver dans des titres en anglais ou des citations, c'est même le titre d'un paquet d'articles et de redirections ,

Un peu comme A => À qui pose le même problème (je l'ai rapporté en novembre 2023, je ne sais pas si ça a été corrigé). Şÿℵדαχ₮ɘɼɾ๏ʁ 7 août 2025 à 22:22 (CEST)

J'ai retiré les règles suivantes à cause de l'anglais et des noms propres  :

1. <Typo word="Azerbaïdjan" find="\b[aA]d?zz?erba[iï]d?jj?an\b" replace="Azerbaïdjan" />
2. <Typo word="Québec" find="\b[qQ]u[eéèêë]bec\b" replace="Québec" />
3. <Typo word="Israël" find="\b[iI]sra[éeèêë]l\b" replace="Israël" />
4. <Typo word="Yémen" find="\b[yY][eéèêë]mm?en\b" replace="Yémen" />
5. <Typo word=". À " find="(\.|\?|!|==) A (?!contrario|priori|posteriori|fortiori|minima)" replace="$1 À " />
6. <Typo word="À " find="(\n)A (?!contrario|priori|posteriori|fortiori|minima|:|-|–|—)" replace="$1À " />
7. <Typo word="*À " find="(\n)(\*+|#+|'+) ?A (?!contrario|priori|posteriori|fortiori|minima|:|-|–|—)" replace="$1$2 À " />

Il y a sans doute moyen d'améliorer les quatre premières et de les remettre, par exemple en retirant le e des règles 2, 3 et 4, mais je ne suis pas très fort en regexes, donc je préfère attendre d'autre avis.

J'ai aussi ajouté un avertissement dans le RI de la page, en espérant qu'il va être lu.

Sinon, ces retraits ne doivent pas forcément concerner tous les noms propres, certains étant à coup sûr des fautes d'orthographe sur des mots en français (États-Unis, Jamaïque, etc.), mais je me rends compte qu'il y a plein de problèmes potentiels avec les e/é (Monténégro, Népal, Libéria, etc.).

Şÿℵדαχ₮ɘɼɾ๏ʁ 8 août 2025 à 17:41 (CEST)

Oui c'est ce que je voulais faire remarquer.

Mais chacun est responsable de ses modifications. C'est d'ailleurs la première règle d'AWB : il appartient à l'utilisateur de vérifier ce qu'il fait en prenant en compte le contexte, la langue, etc.

Partant de là, il n'est pas nécessaire que chaque regex de remplacement soit infaillible — autrement on ferait passer des bots totalement automatiques. Je les vois comme des outils qui repèrent des problèmes potentiels, pas forcément à corriger en intégralité.

Et je pense qu'on peut faire confiance au discernement des utilisateurs pour cela. J'estime qu'il faut avoir un minimum d'expérience wikipédienne et de bon sens pour utiliser AWB et consorts.

Ça élargit le débat sur la nature même de ces outils donc je suppose qu'une consultation est nécessaire. À suivre…

Pharma ^💬 8 août 2025 à 18:13 (CEST)

Île-de-France

Bonjour, je viens ici demander des regards extérieurs avant une modification possiblement non consensuelle

Actuellement on a les deux règles suivantes :

<Typo word="Ile-de-France" find="\b[iI]le[ -]de[ -][fF]rance\b" replace="Ile-de-France" />
<Typo word="Île-de-France" find="\b[îÎ]le[ -]de[ -][fF]rance\b" replace="Île-de-France" />

Et me viennent deux remarques sur celles-ci :

1. Je ne vois aucun cas où on devrait adopter la graphie « Ile-de-France » (1^re règle) ? Conformément à nos conventions, les majuscules devraient toujours accentuées sur Wikipédia.
2. Je note par ailleurs un certain nombre de faux-positifs, lorsque l'on parle de l'ancien nom de l'île Maurice.

Avez-vous des idées pour améliorer les regex ? Je pensais purement et simplement à supprimer la première règle, et pour la seconde remarque, au moins mettre un commentaire d'avertissement dans le word=.

Pharma ^💬 21 septembre 2025 à 22:55 (CEST)