Discussion Wikipédia:AutoWikiBrowser/Typos/Archives 2008

oeuvre / œuvre

Est-il possible de remplacer toutes les occurences d'« oeuvre » par « œuvre » (resp. « Oeuvre » par « Œuvre ») sans toucher à certaines infobox qui ont judicieusement choisi un paramètre « oeuvre » ? Éclusette (d) 6 janvier 2008 à 18:40 (CET)

Peut-être serait-il plus simple de procéder comme suit : remplacer d'abord comme d'habitude toutes les occurrences de « oeuvre » par « œuvre » ; tout de suite après, à l'aide de la règle ci-dessous, rétablir la graphie sans ligature dans tous les cas où le mot « œuvre » est précédé d'une barre verticale.

<Typo word="| oeuvre = " find="(\| ?)œuvre" replace="$1oeuvre" />

Perfectionniste (d) 7 janvier 2008 à 19:17 (CET)

Merci pour ta réponse. Je viens de m'apercevoir que la première opération est déjà codée (pourtant, y'a encore du boulot !) Éclusette (d) 9 janvier 2008 à 21:54 (CET)

cédille devant e et i

la règle ç(e|i) → c$1 est elle trop "large" pour y être intégré ? Crochet.david (d) 15 janvier 2008 à 18:04 (CET)

C'est pour corriger des fautes comme celle-çi ? -- Chico (blabla) 15 janvier 2008 à 18:46 (CET)

La règle proposée est-elle vraiment nécessaire ? J'ai effectué une petite recherche dans Wikipédia avec Google : les critères « +çe site:fr.wikipedia.org » et « +çi site:fr.wikipedia.org » ont donné respectivement 46 et 150 occurrences, et presque toujours dans des pages de discussion. Par ailleurs, les cas rencontrés dans les articles encyclopédiques étaient parfois employés sciemment pour noter par exemple des langues étrangères. — Perfectionniste (d) 15 janvier 2008 à 19:07 (CET)

Je ne résonne pas seulement sur wikipédia, car j'utilise le script en le faisant tourner sur un autre projet, or, c'est une faute qui arrive relativement souvent dans la création de page ou ajout de texte. Et si on se dit qu'une règle ne doit exister que s'il y a un paquet de correction à apporter, il y aurait beaucoup de règle inutile. ce que je voulais savoir, c'est les dommages collatéraux qui risquerais d'arriver.Crochet.david (d) 20 janvier 2008 à 10:11 (CET)

Pour ma part, je ne vois pas d'autre problème que les exemples de vieux français, comme « fay çe que vouldras » ou de prononciation des langues étrangères, comme « stin ar'çi 'itan o 'loɣos » et « ひ hi çi h aspiré », qui doivent être somme toute très rares. — Perfectionniste (d) 20 janvier 2008 à 13:56 (CET)

émission → émissioné

Une règle veut changer « émission » en « émissioné ». J'avais poser une doute sur la règle démissionner, mais je ne voit pas quoi voudrait rajouter à chaque fois le « é » à la fin. Crochet.david (d) 20 janvier 2008 à 11:47 (CET)

Erreur trouvé dans la règle « émission » et « Émission ». Crochet.david (d) 20 janvier 2008 à 11:50 (CET)

L'auteur de la règle « émission » avait simplement oublié d'indiquer que le premier groupe ne devait pas être copié. Comme suit, la règle est correcte :

<Typo word="émission" find="\b(?:e|é)mm?i(?:c|ss?)ion(s?)\b" replace="émission$1" />

Perfectionniste (d) 20 janvier 2008 à 13:06 (CET)

appellation -> ppellation$2 ?

Bonjour, le mot appellation est remplacé par ppellation$2. Je ne sais pas corriger l'expression régulière... Est-ce que quelqu'un pourrait se charger de la correction de cette annomalie ? --Shawn (d) 29 janvier 2008 à 16:17 (CET)

C'est fait. — Perfectionniste (d) 29 janvier 2008 à 16:32 (CET)

Merci :-) --Shawn (d) 29 janvier 2008 à 16:44 (CET)

Référence et <references/>

On a supprimé la règle « référence » parce qu'elle modifiait indûment le code <references/> utilisé pour les notes en bas de page (voir diff). J'ai pensé que l'on pourrait éviter de supprimer la règle en la modifiant comme suit :

<Typo word="référence" find="\b(r|R)eference(\b|s[^/][^/])" replace="$1éférence$2" />

Sous cette forme, la règle laisse intacts aussi bien <references /> (avec une espace devant la barre oblique) que <references/>. La règle avait été créée à l'origine pour corriger une faute fréquente dans les textes traduits de l'anglais (voir diff). — Perfectionniste (d) 30 janvier 2008 à 17:07 (CET)

D'après cette recherche google, je pense qu'il y a beaucoup trop de risque de faux-positifs hélas. -- Chico (blabla) 30 janvier 2008 à 22:43 (CET)

Je n'avais pas songé à effectuer cette vérification. Je supprime donc la règle que j'avais réintroduite dans la liste. — Perfectionniste (d) 30 janvier 2008 à 22:56 (CET)

demande un peu spéciale

Je recherche le code regex pour effectuer la modification suivante :
[http://''aa''.wikiversity.org/wiki/''bb cc dd''] → [[:''aa'':''bb''|''cc dd'']]
où aa serait la langue du wiki concerné, bb la page du wiki et cc dd le texte alternatif affiché]. Ce ne sera que pour le faire tourner de façon semi automatique avec un robots puisque toutes le modifications seront vérifiés afin de ne pas toucher au lien contenant des &oldid et autre variable de ce genre.
Crochet.david (d) 26 mars 2008 à 16:42 (CET)

La règle suivante devrait faire l'affaire :

<find="\[http://(..).wikiversity.org/wiki/(\S+)\s(.+)\]" replace="[[:$1:$2|$3]]" />

Exemple : [http://fr.wikiversity.org/wiki/Alphabet_phonétique_international alphabet phonétique] → [[:fr:Alphabet_phonétique_international|alphabet phonétique]]

Perfectionniste (d) 27 mars 2008 à 13:44 (CET)

Ok, j'arrivais à la même chose mais avec un code plus gros, mais j'obtiens la même erreur, c'est-à-dire que le robot ne s'arrête pas au premier ] rencontré mais au dernier de la ligne ( Si la ligne contiens plusieurs wikilien, il rajoutera un ] au dernier ] alors que le lien à modifier est peut être le premier :

- :Message répondu [http://fr.wikiversity.org/wiki/Discussion_Utilisateur:Warman06#Supprimer_une_page ici] [[Utilisateur:Xavier|Xavier]]<small><sup>[[Discussion Utilisateur:Xavier| discuss]]</sup></small> 22 juillet 2007 à 09:49 (UTC)
+ :Message répondu [[:fr:Discussion_Utilisateur:Warman06#Supprimer_une_page|ici] [[Utilisateur:Xavier|Xavier]]<small><sup>[[Discussion Utilisateur:Xavier| discuss]]]</sup></small> 22 juillet 2007 à 09:49 (UTC)

Crochet.david (d) 27 mars 2008 à 18:46 (CET)

La formulation suivante remédie au problème :

<find="\[http://(..).wikiversity.org/wiki/(\S+)\s([^\]]+)\]" replace="[[:$1:$2|$3]]" />

Perfectionniste (d) 27 mars 2008 à 21:01 (CET)

Parfait, le seul faux positif c'est quand il n'y a pas de texte alternatif, mais cela permet de wikifier très simplement les liens. Crochet.david (d) 27 mars 2008 à 22:04 (CET)

On peut encore améliorer les choses en modifiant la règle précédente de façon à ce qu'elle ignore les liens sans texte alternatif :

<find="\[http://(..).wikiversity.org/wiki/([^\s\]]+)\s([^\]]+)\]" replace="[[:$1:$2|$3]]" />

Il suffira d'utiliser ensuite une seconde règle pour rechercher ces liens :

<find="\[http://(..).wikiversity.org/wiki/(\S+)\s?\]" replace="[[:$1:$2]]" />

Perfectionniste (d) 28 mars 2008 à 13:58 (CET)

Caractère "→"

Bonjour,
Voici une nouvelle règle que j'ai tenté d'insérer :

[faux -- voir ci-dessous]
<Typo word=" → " find="\b( -> |->)\b" replace="$1" />

Rectification (ça ce sera déjà mieux) :

<Typo word="→" find="\b( -> |->)\b" replace="→" />

J'en étais tout fier, mais une partie se met en vert (commentaire ?) quand je mets le code dans la page. Peut-être que ce n'est pas grave, puisque la coloration syntaxique utilisée dans cette page est dédiée au XML. Mais quelqu'un pourrait-il vérifier cette ligne de code, et :

• Me féliciter si elle est juste,
• La corriger si elle est fausse (et me féliciter un peu quand même),

... ? Merci d'avance. ¤ -- Niavlys (CinéNiavlys) -- ¤ [αβγ], le 1 avril 2008 à 19:03 (CEST)

J'imagine que c'est à cause du premier ">" : le logiciel croit que la balise est fermée. Il faudrait remplacer par un code, mais lequel ? ¤ -- Niavlys (CinéNiavlys) -- ¤ [αβγ], le 1 avril 2008 à 19:06 (CEST)

Même si ça n'a pas d'incidence sur le problème, j'ai rectifié la règle ci-dessus. Je viens de comprendre le système : avant, elle n'aurait eu aucune influence sur le texte... ¤ -- Niavlys (CinéNiavlys) -- ¤ [αβγ], le 1 avril 2008 à 19:24 (CEST)

Vous avez tout à fait raison, il est possible de résoudre le problème de la coloration syntaxique en remplaçant le caractère > par le code \x3E ou \076, 3E et 076 correspondant respectivement aux valeurs hexadécimale et octale du code ASCII de > :

<Typo word="→" find="\b( -\x3E |-\x3E)\b" replace="→" />

Perfectionniste (d) 4 avril 2008 à 23:38 (CEST)

En ce qui concerne la règle en tant que telle, j'opterais plutôt pour la forme suivante :

<Typo word="→" find="[-—–]\x3E" replace="→" />

qui cible trois façons différentes de simuler une flèche droite (avec -, — ou –), qu'il y ait ou non des espaces avant et après la flèche.
Perfectionniste (d) 5 avril 2008 à 01:04 (CEST)

Très bien tout ça, parfait. Puisque votre proposition inclut même le cas des espaces, c'est super, je vais donc rajouter cette règle. Merci ! ¤ -- Niavlys (CinéNiavlys) -- ¤ [αβγ] ⁽⁺⁾, le 5 avril 2008 à 02:03 (CEST)

Cette règle modifie la balise fermante HTML commentaire « --> » en « -→ », donc je sais pas si elle est souhaitable tel qu'elle. Crochet.david (d) 12 avril 2008 à 11:33 (CEST)

Tiens, c'est vrai, ça. Mais je ne suis pas sûr d'avoir compris le fonctionnement de AutoWikiBrowser ; si c'est un éditeur "semi-automatisé", ça veut dire que les modifications ne se font pas automatiquement, qu'il faut le valider ? Si oui, alors le problème est moindre que je l'imaginais. Mais peut-être qu'il faut supprimer cette règle quand même. À vous de voir, moi ça m'est égal. ¤ -- Niavlys (CinéNiavlys) -- ¤ [ϖбϠ] ⁽⁺⁾, le 12 avril 2008 à 12:20 (CEST)

J'utilise les script d'AWB que je retranscrit pour l'utiliser avec Pywikipediabot sous Python, donc je valide manuellement les modifications que Python me propose automatiquement, et lorsque je suis obligé de refuser toutes demandes d'origine d'une seul règle, c'est que la règle pose (ou risque de) un problème. Donc reste à voir avec ceux qui utilise AWB s'il on le même problème.Crochet.david (d) 12 avril 2008 à 13:29 (CEST)

Il est possible de remédier au problème précédent en ciblant uniquement les flèches précédées d'un caractère autre qu'un trait-d'union :

<Typo word="→" find="([^-])[-—–]\x3E" replace="$1→" />

Perfectionniste (d) 12 avril 2008 à 19:23 (CEST)

"Là où"

Bonjour,
Je pense que la correction grammaticale "la ou" ==> "là où" serait bonne à insérer. Je vois deux exceptions : "la ou le" (ex: "avec la ou le partenaire") et "la ou les" (ex: "la ou les taxe(s)"). Y en aurait-il d'autres ?
Par ailleurs, je ne sais pas comment coder exactement cette expression sans risque (notamment sur l'usage du ^ de négation). Quelqu'un pourrait-il me prêter un coup de main ? Smeet666 (d) 19 juin 2008 à 11:31 (CEST)

qui a lui-même

Je me suis mangé plusieurs fois sur cela. Quelqu'un sait corriger ? Like tears in rain ^{-_-} 3 juillet 2008 à 21:07 (CEST)

<Typo word="à lui" find="\b(?<!(?:qui ))a lui\b" replace="à lui" />

?

À vérifier. Et peut-être que ça peut se simplifier, notamment au notamment au niveau de mes parenthèses non capturantes autour de 'qui ', peut-être superflues. — Delhovlyn • [discuter] – 8 janvier 2009 à 17:48 (CET)

Corrections proposées.

Bonjour. Trouvant trop souvent Ghz, Mhz, H2O et CO2, je propose ceci :

<Typo word="GHz" find="\bGhz\b" replace="GHz" />
<Typo word="GHz" find="\bMhz\b" replace="MHz" />
<Typo word="CO<sub>2</sub>" find="\bCO2\b" replace="CO<sub>2</sub>" />
<Typo word="H<sub>2</sub>O" find="\bH2O\b" replace="H<sub>2</sub>O" />

Merci de vérifier la syntaxe de ces propositions. Guffman (d) 4 juillet 2008 à 09:32 (CEST)

Euh,

1. le 2 a un probleme sur le 1er parametre, je pense
2. pour CO2 et H2O, quid des marques, nom de groupes titres divers (film, musique, etc.) portant ce nom ?

- DarkoNeko ^{(にゃ? )} 4 juillet 2008 à 11:46 (CEST)

1. Le premier paramètre n'a-t-il pas aucune influence sur le contenu de la règle ? Il me semble qu'il sert seulement à lui donner un nom.
2. En effet :

• H2O est une série télévisée australienne.
• H2O est un groupe de punk-rock américain originaire de New York.

---

• Co2, deuxième vertèbre coccygienne dans la colonne vertébrale ;
• Co₂, un groupe de Conway.

— Delhovlyn — « ... » ^?, le 27 octobre 2008 à 00:30 (CET)

Erreur « canadien → Canadien »

J’utilise pour la première fois AWB sur Wikipédia FR. AWB semble prendre la même règle qu’en anglais en ce qui concerne les gentilés. Par exemple, il veut changer tous les « canadien » (exemple : soldats canadiens) en « Canadien » (exemple : soldats Canadiens), comme en anglais (canadian → Canadian). Comment peut-on régler ça? Merci beaucoup. Jimmy ^psst! le 7 août 2008 à 21:43 (HAE) Il veut même remplacer les « personnages » en « personages », les « quarantaine » en « quarentine », etc. (?!) Serait-ce probable qu’il ne regarde pas la liste en français, mais bien celle en anglais? Ça me semble logique, mais comment y remédier? Jimmy ^psst! le 7 août 2008 à 22:37 (HAE)

Finalement, ça semble s’être réglé. Merci. Jimmy ^psst! le 17 août 2008 à 10:46 (HAE)

en termes de

Il serait peut-être utile de rajouter la correction "en terme de" > "en termes de" (toujours au pluriel). Oxo °°° le 3 septembre 2008 à 13:44 (CEST)

L'expression « en termes de » doit-elle vraiment toujours s'écrire au pluriel ? Une recherche effectuée avec Google dans les pages francophones du Web montre que le singulier et le pluriel y sont utilisés à peu près aussi souvent l'un que l'autre. On trouve en outre dans les nombreux exemples du TLFi où figure cette expression 48 occurrences du singulier contre 112 du pluriel. Néanmoins, la BDL de l'OQLF affirme ici, et madame Marie-Éva De Villers là, que le pluriel s'impose absolument. Je me suis donc senti autorisé à ajouter la correction proposée à notre liste d'expressions rationnelles, dans la section « Règles grammaticales ». — Perfectionniste (d) 4 septembre 2008 à 03:04 (CEST)

Voir aussi la discussion sur le bistrot du 3 septembre. Oxo °°° le 4 septembre 2008 à 08:16 (CEST)

Problème : AWB remplace dans l’article : « en terme de » par « en termes (de) » (avec les parenthèses). Cordialement, Jimmy ^psst! le 26 octobre 2008 à 17:14 (HAE)

Je ne connais pas bien ça, mais je crois avoir régler le problème. Ça reste à vérifier. Bonne journée! Jimmy ^psst! le 26 octobre 2008 à 17:30 (HAE)

Effectivement, la correction s'imposait. Merci de l'avoir faite. — Perfectionniste (d) 26 octobre 2008 à 23:30 (CET)

Il n’y a pas de quoi. Cordialement, Jimmy ^psst! le 26 octobre 2008 à 18:38 (HAE)

Dates

J'ai pris la liberté d'ajouter 2 règles pour utiliser le modèle {{Date}} quand cela est possible. La regex ne match que les dates déjà wikifiées pour éviter d'en mettre partout…

Ainsi, une date écrite sous la forme [[21 septembre]] [[2008]] se verra transformée en {{Date|21|septembre|2008}}, et une date sous la forme [[septembre 2008]] sera quant à elle transformée en {{Date||septembre|2008}}.

Voici les règles utilisées :

 <Typo word="Date" find="\[\[([1-9][0-9]?) +(janvier|février|mars|avril|mai|juin|juillet|août|septembre|octobre|novembre|décembre)\]\] +\[\[([0-9]{4})\]\]" replace="{{Date|$1|$2|$3}}" />
 <Typo word="Date" find="\[\[(janvier|février|mars|avril|mai|juin|juillet|août|septembre|octobre|novembre|décembre) +([0-9]{4})\]\]" replace="{{Date||$1|$2}}" />

Melkor73 ^[blabla] 20 septembre 2008 à 17:48 (CEST)

Si elles fonctionnent (je n'ai pas testé), c'est une très bonne initiative. Like tears in rain ^{-_-} 20 septembre 2008 à 17:57 (CEST)

Je les ai testées avec ce site donné dans la page d'aide, elles fonctionnent apparement bien. Seuls 2 points me chagrinent un peu :

• les jours repérés vont de 1 à 99 (et non 31) ;
• les années repérées doivent être formées de 4 chiffres et vont donc de 1000 à 9999, sauf à s'amuser à préfixer avec des zéros.

Toutefois, les dates doivent être déjà wikifiées, donc si on a pas de vilains liens rouges avec des dates farfelues qui passent inaperçu, le premier point n'est pas vraiment gênant. Pour le second point, à voir si WP comporte un nombre conséquent de pages sur les années antérieures à l'an 1000, auquel cas il faudra peut-être ajuster les regexs…

Melkor73 ^[blabla] 20 septembre 2008 à 18:15 (CEST)

Je pense également rajouter à l'occasion une règle pour prendre en compte les dates catégorisées (ça se dit ça?) en me référant à la page des chronologies par thèmes. A voir si vous pensez cela utile…

Melkor73 ^[blabla] 20 septembre 2008 à 18:31 (CEST)

Je m'ennuie donc j'essaie de me rendre utile…

La règle :

<Typo word="Date" find="\[\[([1-9][0-9]?) +(janvier|février|mars|avril|mai|juin|juillet|août|septembre|octobre|novembre|décembre)\]\] +\[\[([0-9]{4}) +(en|au|dans|aux|à) +(aéronautique|architecture|astronomie|politique|cinéma|les chemins de fer|les croisades|droit|échecs|économie|informatique|jeu|littérature|musique|musique classique|parcs d'attractions|science|sociologie|sport|la télévision|théatre)\]\]" replace="{{Date|$1|$2|$3|$4 $5}}" />

Melkor73 ^[blabla] 20 septembre 2008 à 18:52 (CEST)

Coordonnées

J'ai ajouté 2 règles pour utiliser le modèle {{Coord}} lorsque des coordonnées géographiques au format DM ou DMS sont rencontrées. Elles ne cherchent pas les coordonnées au format DD (décimal) car j'ai eu peur d'avoir des faux positifs dans la catégorie mathématiques…

Ainsi, les coordonnées sous la forme 135° 1,23' S, 69° -54' W sont transformées en {{Coord|135|1,23|S|69|-54|W}}, et les coordonnées sous la forme 26° 24' 30" N 3° 58' -15" E sont transformées en {{Coord|26|24|30|N|3|58|-15|E}}.

Les regexs prenennt en compte d'éventuels espacements entre chacun des éléments constitutifs des coordonnées et d'éventuelles valeurs négatives.

EDIT Pour les minutes et les secondes d'arc, les caractères recherchés sont "apostrophe" (') et "guillemets droits" ("), ainsi que les symboles "prim" (′) et "double-prime" (″) (codes unicode 8242 et 8243).

EDIT Pour info les règles sont :

 <Typo word="Coord" find="(-?) *([0-9]{1,3}) *° *(-?) *([0-9]{1,2}|[0-9]{1,2} *[.,] *[0-9]{1,2}) *\' *(N|S) *,? *(-?) *([0-9]{1,3}) *° *(-?) *([0-9]{1,2}|[0-9]{1,2} *[.,] *[0-9]{1,2}) *\' *(E|W)" replace="{{Coord|$1$2|$3$4|$5|$6$7|$8$9|$10}}" />
 <Typo word="Coord" find="(-?) *([0-9]{1,3}) *° *(-?) *([0-9]{1,2}) *\' *(-?) *([0-9]{1,2}) \" *(N|S) *,? *(-?) *([0-9]{1,3}) *° *(-?) *([0-9]{1,2}) *\' *(-?) *([0-9]{1,2}) *\" *(E|W)" replace="{{Coord|$1$2|$3$4|$5$6|$7|$8$9|$10$11|$12$13|$14}}" />

Melkor73 ^[blabla] 21 septembre 2008 à 15:58 (CEST)

J'ai apporté une modification sur les règles ci dessus : les coordonnées avec des nombres décimaux sont reconnus dans une règle à part pour forcer l'emploi du "." comme caractère de séparation des décimales, et filtrer d'éventuels caractères d'espacements de part et d'autre de ce caractère. Melkor73 ^[blabla] 21 septembre 2008 à 19:00 (CEST)

\b pas pris en compte ?

En demandant à WikEd de corriger les fautes de typo dans l'article Japon, je vois se produire les bizarreries suivantes :

• "kilomètres" est modifié en "kilomètrès", après application de la règle <Typo word="très" find="\b(T|t)r[ée]s\b" replace="$1rès" /> ;
• "apogée" est modifié en "apogéee", après application de la règle <Typo word="apogée" find="\b(a|A)pp?ogé\b" replace="$1pogée" /> ;
• "chrétienne" est modifié en "chrÉtienne" , après application de la règle <Typo word="Étienne" find="\b[EÉée]tienn?e\b" replace="Étienne" /> ;

Il semblerait que la condition de limite de mot \b ne soit pas vérifiée. Mais "inédites" est également modifié en "inÉdites". Les règles qui ont trait à ce mot sont :

<Typo word="éditer" find="\b[éeèê]dit(é|ée|és|ées|er|ais|ait|aient|ent|e|es|er|eur|eurs|rice|rices|ion|ions)\b" replace="édit$1" />
<Typo word="Éditer" find="\b[ÉEÈÊ]dit(é|ée|és|ées|er|ais|ait|aient|ent|e|es|er|eur|eurs|rice|rices|ion|ions)\b" replace="Édit$1" />

La, je ne m'explique pas du tout le passage en majuscule !

Quelqu'un a une idée sur le problème ? Melkor73 ^[blabla] 21 septembre 2008 à 16:57 (CEST)

Aucun retour sur ce problème ? Suis-je le seul à le rencontrer ? Pourtant je le retrouve aussi bien sous Linux x86_64 que sous windows XP 32bits… Ce problème est pénible, il introduit de nombreux faux positifs lors du traitements des articles… Melkor73 ^[blabla] 10 octobre 2008 à 16:08 (CEST)

Je ne connais absolument rien au logiciel WikEd. Cependant, le problème que vous décrivez ressemble à ce qui se passe quand les lettres accentuées du français sont traitées comme des séparateurs par certains logiciels de langue anglaise. Pour vérifier cette hypothèse, j'ai utilisé le site REGex TESTER de langue anglaise (au lieu du testeur bilingue que j'utilise habituellement), ce qui m'a permis de reproduire vos trois premières bizarreries. Dans le cas du mot « inédites », REGex TESTER sélectionne « édites » sans toutefois y remplacer le « é » par un « É » (n'auriez-vous pas en l'occurrence tapé par distraction « Édit$1 » plutôt que « édit$1 » avec la règle pour « éditer » ?).

Je suis donc enclin à penser que le comportement bizarre de WikEd a quelque chose à voir avec la configuration du logiciel, peut-être de certaines préférences linguistiques.

— Cordialement, Perfectionniste (d) 17 octobre 2008 à 04:25 (CEST)

Effectivement, c'est bien ce qui semble se passer, tout comme ici. Arf! Melkor73 ^[blabla] 12 décembre 2008 à 12:50 (CET)

Faire une exception pour le modèle {{,}}

Lorsque l’on corrige la typographie avec AWB, il met une espace après la virgule dans tout le texte. Ceci dit, cela ajoute aussi une espace après la virgule dans le modèle {{,}} (le modèle utilisé pour mettre une virgule entre les références du style : ^1,2). Quelqu’un pourrait bien regarder ça? Merci beaucoup. Cordialement, Jimmy ^psst! le 28 octobre 2008 à 23:01 (HAE)

Salut Jimmy, je connais peu les regexp alors j'ai implanté une solution approximative qui empêche l'introduction de l'espace après une virgule précédée d'une accolade '{', ça traite un peu trop large pour ce que tu demandais mais je pense que c'est déjà mieux. Un expert pourra peut-être mieux cibler le cas problème éventuellement. Salutations -- LaddΩ parlons! ;) 31 octobre 2008 à 00:34 (CET)

Merci beaucoup. Ça fera très bien la job. Cordialement, Jimmy ^psst! le 30 octobre 2008 à 20:54 (HAE)

Séparation de deux catégories apparaissant sur une même ligne

Pour résoudre ces erreurs signalées par le projet Wikipédia:WikiProject Check Wikipedia, je pense insérer cette correction automatique:

<Typo word="Catégorie 2/ligne" find="\[\[Catégorie:([^\]]+)\]\][ \t]*\[\[Catégorie:([^\]]+)\]\]" replace="[[Catégorie:$1]]\n[[Catégorie:$2]]" />

Quelqu'un peut-il me confirmer l'utilisation du '\n' dans le texte de remplacement ? Le testeur de regexp me met le \n dans le texte remplacé, ce qui me paraît suspect...
Aussi j'aimerais savoir s'il existe une façon d'exécuter un correcteur automatique (utilisant ces règles) sur une page choisie ? Merci -- LaddΩ parlons! ;) 30 octobre 2008 à 02:26 (CET)

Je viens de tester cette règle, elle semble fonctionner correctement en introduisant un saut de ligne.

Pour tester des règles, personnellement j'ai créé une sous-page Typos à mon profil, et j'édite mon monobook.js pour utiliser cette valeur pour WikEd : var wikEdRegExTypoFixURL = 'http://fr.wikipedia.org/w/index.php?title=Utilisateur:Melkor73/Typos&action=raw';. Il y a peut-être une meilleure manière de procéder, mais celle-ci me permet de n'utiliser que les règles que je veux tester. Melkor73 ^[blabla] 30 octobre 2008 à 10:26 (CET)

Merci Melkor, j'ai installé wikEd mais sitôt que j'essaie de remplacer le fichier de typo de défaut, son bouton REG EXP disparaît et je ne peux plus lancer la vérification d'orthographe. Déjà rencontré ce problème ?? Pourtant le remplacement est assez simple:

var wikEdRegExTypoFixURL = 'http://fr.wikipedia.org/w/index.php?title=Utilisateur:Laddo/MesTypos&action=raw';

Je suis confondu. -- LaddΩ parlons! ;) 31 octobre 2008 à 02:56 (CET)

Bogue de l’apostrophe

Bonjour à tous, n’y aurait-il pas un moyen pour éviter le « bogue » de l’apostrophe? Par exemple, dans l’expression suivante : <Typo word="Côte d'Ivoire" find="\b[cC][oô]tt?es?[ -]d['’][iI]vo[iïî]rr?es?\b" replace="Côte d'Ivoire" /> Si Côte d’Ivoire est orthographié avec un apostrophe courbe, il le remplace par un apostrophe droit. Il serait utile de conserver l’apostrophe d’origine pour éviter des changements inutiles. Cordialement, Jimmy ^psst! le 27 décembre 2008 à 20:02 (HNE)

Comme ceci ? Melkor73 ^[blabla] 28 décembre 2008 à 17:15 (CET)

Merci beaucoup. Cordialement, Jimmy ^psst! le 28 décembre 2008 à 12:19 (HNE)

De rien! Melkor73 ^[blabla] 29 décembre 2008 à 10:58 (CET)