Discussion Projet:Correction syntaxique/2013

Autres discussions [liste]
  • Admissibilité
  • Neutralité
  • Droit d'auteur
  • Portail de qualité
  • Bon portail
  • Lumière sur
  • À faire
  • Archives
  • Commons
Description du projet Liste des erreurs Discussions


Page de discussion archivée du Projet:Correction syntaxique pour l'année 2013.

2008 • 2009 (1er2e3e4e)
20102011201220132014
20152016201720182019
202020212022

(en) WikiProject Check Wikipedia

Requête traitée Gestion des pages supprimées avec WPCleaner modifier

Bonjour,

Une des limitations actuelles de WPCleaner est la gestion des pages supprimées ou renommées, mais qui apparaissent dans la liste des erreurs sur le toolserver. Pour supprimer cette limitation, il faudrait faire des modifications dans l'interface sur le toolserver. J'ai demandé à sk si il pouvait donner accès aux sources de son interface, ce qu'il vient de faire sur github. Je pensais initialement faire des modifications dans checkwiki.cgi et lui soumettre un patch, mais il propose de créer un script dédié bots.cgi qui regrouperait toutes les fonctions utiles pour les bots.

C'est du Perl, un langage que je ne connais malheureusement pas. Est-ce que quelqu'un connaitrait Perl et serait intéressé par créer ce script ? Il faudrait avoir les fonctions suivantes :

  • Liste simple (juste du texte, pas de mise en forme HTML) de pages (identifiant de la page + titre de la page) contenant une erreur donnée : bots.cgi?project=frwiki&action=list&id=63&offset=0&limit=25
  • Marquer une page comme corrigée (la version pour les utilisateurs renvoie ensuite la liste mise à jour, ce qui n’est pas utile pour un bot) : bots.cgi?project=frwiki&action=mark&id=63&pageid=XXXX

Je vais regarder de mon côté pour développer ça, mais de l'aide serait la bienvenue. --NicoV (d) 11 février 2013 à 13:22 (CET)

Je ne peux pas faire grand chose pour toi, désolé (Smiley oups) Leag ⠇⠑⠁⠛ 11 février 2013 à 16:29 (CET)
C'est opérationnel depuis ce weekend. --NicoV (d) 15 avril 2013 à 08:59 (CEST)

Si j’ai bien compris WPC sait maintenant supprimer l'entrée d’une page supprimée sur le toolserver. Comment se comporte WPC vis-à-vis d’une page supprimée, il peut y avoir plusieurs cas :

  • parfois l’article a été traité par un admin (comme non admissible ou copyvio) et supprimé donc rien à corriger ;
  • parfois il est renommé, WPC ouvrait alors l’autre page qui contient souvent encore l’erreur à corriger (c’était une bonne chose, est-ce que ça le fait encore ?) ;
  • parfois la page est renommée sans laisser de redirection (car elle n’est pas pertinente) et dans ce cas seul le message système sur la page supprimée permet d’aller vers la bonne page. Ce cas est plus compliqué mais il est assez fréquent, il faudrait pouvoir le prendre en compte. – A2 (d) 15 avril 2013 à 18:05 (CEST)
En fait, la nouvelle version gère aussi les pages déplacées : si la page a été déplacée (en laissant ou non une redirection), elle conserve son identifiant, c'est donc la nouvelle page qui s'ouvre pour analyse Émoticône sourire. Il n'y a plus besoin de suivre les redirections comme avant. --NicoV (d) 15 avril 2013 à 18:30 (CEST)
Très bonne nouvelle ! Un grand merci pour cette fonctionnalité. – A2 (d) 15 avril 2013 à 18:46 (CEST)

Requête traitée Corrections des appels à des modèles inexistants modifier

Bonjour aux membres du projet !

Je passe ici aujourd'hui pour une petite question/suggestion. En plus des erreurs déjà relevées par le projet, il y a une page spéciale de Wikipédia sur laquelle je passe pour corriger d'autres choses : Spécial:Modèles demandés, qui liste les liens rouges existants vers des modèles (modèles mal orthographiés, appels à tord, etc.). Malheureusement, il est assez compliqué de l'utiliser, car la page liste aussi les liens rouges présents dans les espaces de nom Utilisateur: et Discussion.

Auriez-vous une idée pour parvenir à générer une liste de pages à corriger en :

  • extrayant la liste de Spécial:Modèles demandés,
  • puis récupérer les pages liées (les pages à corriger) à chaque modèle rouge,
  • puis supprimer de cette liste tout les articles qui sont dans le namespace [Utilisateur:] ou [Discussion XXX:]

Une requête à robot pourrait me fournir ça ? Seriez-vous intéressés d'utiliser cette liste de pages à corriger ? Amicalement, Émoticône Aquatikelfik [Une missive ?] 14 février 2013 à 11:10 (CET)

Bonjour,
WPCleaner détecte déjà l'utilisation de modèles inexistants dans les articles analysés (erreur #508), mais n'a pas actuellement de fonction pour générer une liste de pages ayant ce problème. Pour répondre à ta question, je vois 2 possibilités:
  • Faire une requête aux robots pour générer cette liste, soit à partir d'un dump, soit à partir de la page spéciale.
  • Je peux ajouter une fonction dans WPCleaner permettant de générer la liste qui t'intéresse à la volée. Je pars en congés après le weekend, je ne suis pas sur de pouvoir le faire avant.
--NicoV (d) 14 février 2013 à 14:16 (CET)
C'était plus simple que prévu, WPCleaner peut maintenant générer cette liste directement (environ 15mn chez moi), j'en ai fait une copie dans Utilisateur:Aquatikelfik/Pages avec modèles demandés. --NicoV (d) 15 février 2013 à 20:39 (CET)
Super, merci pour la (fiou, longue) liste ! Je n'utilise pas WP Cleaner, je n'ai pas bien pris le coup de main à son utilisation quand je l'ai testé y'a un an ou deux, je réessaierai peut-être. En attendant, j'ai maintenant de quoi m'occuper. :) Aquatikelfik [Une missive ?] 15 février 2013 à 23:15 (CET)

Bug détection modifier

Il y a depuis quelque temps semble t'il un bug dans la détection ID:47 (Modèle mal ouvert), qui pour une seule erreur en signale toute une série (par exemple [1]) était signalé à plusieurs endroits de l'article alors qu'il n'y avait qu'une seule erreur). -- Speculos 3 avril 2013 à 09:09 (CEST)

Oui, ça fait plusieurs semaines que je me dis « mets un message pour signaler ce problème » Merci de l'avoir fait. Leag ⠇⠑⠁⠛ 3 avril 2013 à 09:23 (CEST)
Le problème est toujours présent... -- Speculos 28 juin 2013 à 09:24 (CEST)

Requête traitée Liens externes pouvant être remplacés par une autre syntaxe modifier

Bonjour, j'envisage d'ajouter dans WPCleaner des détections pour les liens externes pouvant être remplacés par une autre syntaxe :

  • Remplacement par des liens internes :
    • [http://fr.wikipedia.org/wiki/Paris] devient [[Paris]]
    • [http://fr.wikipedia.org/wiki/Paris capitale] devient [[Paris|capitale]]
  • Remplacement par des liens interwiki :
    • [http://en.wikipedia.org/wiki/Paris] devient [[:en:Paris|Paris]]
    • [http://en.wikipedia.org/wiki/Paris capitale] devient [[:en:Paris|capitale]]

Qu'en pensez-vous ? --NicoV (d) 15 avril 2013 à 13:26 (CEST)

OK pour les 2 premiers, mais pour les liens interlangue il vaut mieux privilégier l'utilisation du lien interne fr si l'article existe; et si l'article n'existe pas, le modèle {{lien}}, qui donnerait {{lien|lang=en|zzzz}}. -- Speculos 15 avril 2013 à 14:08 (CEST)
Même avis — Ltrl G, le 15 avril 2013 à 14:51 (CEST)
Idem. Utiliser {{lien}} incite à créer les articles manquants sur frwiki, l’autre syntaxe non. – A2 (d) 15 avril 2013 à 17:52 (CEST)

Ok, j’ai mis en place la première détection (à activer dans la configuration si vous voulez la tester). Pour la 2e, je ferais comme vous suggérez. --NicoV (d) 15 avril 2013 à 18:46 (CEST)

Les deux détections sont en place. Pour la deuxième, il y a la possibilité de vérifier la présence d'un interwiki vers fr, ou d'utiliser le modèle {{lien}}. --NicoV (d) 17 avril 2013 à 21:03 (CEST)

Clé de tri nécessaire manquante, une définition plus précise modifier

Bonjour. Le toolserver ne fait les détections de l’erreur 37 (defaulsort nécessaire manquant) que sur le premier caractère. WPC suggère lui, depuis qu’il corrige cette erreur, l’ajout d’une clé de tri lorsqu’un diacritique est présent sur l’un des trois premiers caractères. J’ai demandé à NicoV d’implémenter une variable supplémentaire pour que chaque wiki puisse personnaliser ceci. À combien pensez-vous qu’il faille régler ce paramètre pour notre wiki fr ? La documention fr « clé de tri des catégories » parle très vaguement des clés de tri et ne donne pas de règle explicite. Est-il nécessaire de corriger les clé de tri pour les trois premiers caractères ? Plus ? Moins ? Pour tout titre diacritiqué (hors ASCII ?!). Je suggère ce dernier point car sur enwiki ils écrivent « software has been improved and the largest remaining adjustment required is the replacement of non-English accented characters, such as "ź" with English counterparts, e.g. "z" »… Si on veut que tout soit par ordre alphabétique, on devrait suivre cette recommandation mais cela touche des milliers d’articles. À l’inverse, si l’on veut ne faire ce tri que pour le premier caractère, doit-on supprimer les clés de tri des articles où elles peuvent alors être vues comme inutiles ? – A2 (d) 15 avril 2013 à 23:29 (CEST)

Pour info, la version sur WMF Labs va utiliser 5 caractères pour construire la liste… --NicoV (discuter) 23 août 2013 à 10:31 (CEST)

Requête traitée Corrections automatiques pour l'erreur #501 (orthographe et typographie) ? modifier

Bonjour, j'ai commencé une discussion à ce sujet sur Discussion_Wikipédia:Liste_de_fautes_d'orthographe_courantes#Automatiser_quelques_remplacements_.3F. --NicoV (d) 20 avril 2013 à 12:28 (CEST)

Requête traitée Toolserver modifier

Bonjour, la page http://toolserver.org/~sk/cw/frwiki/index.htm n'est plus accessible depuis cet après-midi. Quelqu'un est-il au courant ? Leag ⠇⠑⠁⠛ 23 avril 2013 à 16:19 (CEST)

Pas d'info à ce sujet, j'espère que le projet n'a pas été enlevé du toolserver. L'autre jour, les accès étaient très erratiques.
Par contre, ça me fait penser que le toolserver n'a plus que quelques mois de vie… Est-ce que quelqu'un sait si une solution de remplacement est prévue pour le projet ? Comme sk est très peu actif depuis de nombreux mois (voire plusieurs années), je ne suis pas persuadé qu'il va s'occuper de faire migrer l'interface vers WikiLabs. --NicoV (d) 23 avril 2013 à 16:31 (CEST)
Bon ça refonctionne. Pour la migration vers wikilabs, aucune idée, je ne suis au courant de rien. (c'est pas moi m'sieur, pas sur la têteÉmoticône) Leag ⠇⠑⠁⠛ 23 avril 2013 à 16:40 (CEST)
Il semble que sk envisage une migration vers WikiLabs. Klipe (d) 18 juillet 2013 à 16:22 (CEST)
Pour ceux intéressés, Bgwhite a l’air de s'occuper du portage vers Labs, qui est déjà partiellement opérationnel, cf en:User:Bgwhite/Sandbox où il est possible de faire des propositions. --NicoV (d) 29 juillet 2013 à 06:46 (CEST)
Une version de test de WPCleaner est disponible pour essayer l'interface avec WMF Labs, cf. Discussion_Wikipédia:WPCleaner#tools.wmflabs.org. --NicoV (discuter) 15 août 2013 à 11:35 (CEST)

Requête traitée Déplacement vers WMF Labs modifier

Bonjour,

Comme prévu, le toolserver devrait s'arrêter dans quelque temps, mais il a été porté sur WMF Labs pour pouvoir continuer à fonctionner après l'arrêt du toolserver. Le comportement est un peu différent sur les erreurs dont la priorité est marquée comme unknown dans Projet:Correction_syntaxique/Traduction, résultat plusieurs erreurs sont considérées comme désactivées sur Labs alors qu'elles étaient actives sur le toolserver. Il s'agit des erreurs #41, #33, #21, #56, #27, #11, #50, #77, #82. Veut-on les conserver ? Si oui, quelle priorité ? La même que sur le toolserver ? --NicoV (discuter) 23 août 2013 à 10:29 (CEST)

Salut, perso je suis pour remettre les mêmes priorités que sur toolserver sauf pour la #82 (Liens vers d’autres projets wiki) que je laisserais bien désactivée. Leag ⠇⠑⠁⠛ 23 août 2013 à 10:54 (CEST)
J'utilise volontiers la fonction "analyse complète" de WPCleaner, m'intéressant à certains articles plutôt qu'à certaines erreurs en particulier. Dans ce contexte, le signalement de l'erreur #82 m'est utile : un certain nombre de cas peuvent être avantageusement remplacés par des modèles (p.e. Autres Projets) ou placés en note plutôt que dans le corps du texte. Ceci dit, je ne pense pas qu'un traitement systématique se justifie à l'heure actuelle, donc priorité basse. Klipe (discuter) 23 août 2013 à 13:01 (CEST)
Il est possible de désactiver une erreur (pas de liste générée sur le serveur), mais que WPCleaner la détecte quand même: c'est le cas par exemple de l'erreur 30 (Image sans description) : error_030_prio_frwiki=0 et error_030_bot_frwiki = true. --NicoV (discuter) 23 août 2013 à 13:09 (CEST)
Pour l'instant, j'ai modifié toutes les priorités qui étaient laissées à "par défaut" pour être certain d'avoir les mêmes priorités sur WMF Labs que sur le Toolserver actuellement. Pour l’erreur #82, je l'ai désactivée mais détectée par WPCleaner. N'hésitez pas à changer. --NicoV (discuter) 23 août 2013 à 13:48 (CEST)
Ça me va très bien. Leag ⠇⠑⠁⠛ 23 août 2013 à 13:59 (CEST)

Configuration de l’erreur #37 modifier

Bonjour, avec le passage sur Labs, il semblerait que l’erreur 37 (DEFAULTSORT nécessaire manquant) se déclenche sur les 5 premiers caractères du titre et plus seulement les 3 premiers. WPCleaner peut être configuré pour ça, mais je ne sais pas si Labs en tiendra compte. Que fait-on ? --NicoV (discuter) 4 septembre 2013 à 18:27 (CEST)

Il faudrait penser à leur dire qu’il n’y a pas que la wiki anglaise à corriger ! – A2 (discuter) 9 septembre 2013 à 03:31 (CEST)

Passage sur WMF Labs modifier

Bonjour, la version sur WMF Labs semble être à peu près au point, et en particulier elle détecte beaucoup plus d'articles que la version sur le ToolServer. Je vais modifier WPCleaner pour qu'il utilise par défaut WMF Labs à partir de maintenant.

Pour quelques erreurs qui sont détectées en grand nombre sur Labs, je pensais poser la question sur le bistrot pour savoir si je pouvais lancer WPCleaner en mode bot dessus. Qu'en pensez-vous ?

Ça concernerait les erreurs suivantes :

  • #37 DEFAULTSORT nécessaire manquant (65 000 pages)
  • #2 Syntaxe erronée de saut de ligne (13 000 pages)
  • éventuellemement #9 Catégorie sans majuscule (1 000 pages)

--NicoV (discuter) 18 septembre 2013 à 14:56 (CEST)

Ok pour le passage à WMF Labs et ok pour le mode bot sur ces 3 erreurs. Leag ⠇⠑⠁⠛ 18 septembre 2013 à 15:22 (CEST)
Version de WPCleaner mise en ligne pour utiliser WMF Labs par défaut, et discussion lancée sur le bistrot (Wikipédia:Le_Bistro/18_septembre_2013#Bot_pour_le_projet_Correction_Syntaxique). --NicoV (discuter) 18 septembre 2013 à 22:03 (CEST)
Bot lancé sur l’erreur #37, il y a quelques pages qu'il n’arrive pas à corriger (en général des caractères spéciaux pour lesquels je n'ai pas prévu de remplacement). Si quelqu'un motivé pour regarder celles que le bot laisse, ça m'intéresse: soit pour les corriger manuellement, soit pour me dire quel remplacement utiliser pour les caractères spéciaux pas gérés. --NicoV (discuter) 19 septembre 2013 à 20:01 (CEST)
A peu près la moitié de fait pour #37 par le bot (reste ~31 000 pages). Est-ce que quelqu'un saurait comment il faut classer les caractères suivants : ø (Herfølge), ț (Hațeg), ß (Heßdorf) ? Ces caractères sont assez fréquents dans les pages que le bot n’arrive pas à traiter. Je vais poser la question aussi aux projets. --NicoV (discuter) 22 septembre 2013 à 22:51 (CEST)
Salut, sur :en ø est changé en o, ț est changé en t et ß est changé en ss. Leag ⠇⠑⠁⠛ 23 septembre 2013 à 08:47 (CEST)

Est-ce que la correction de l'erreur #37 sert à quelque chose ? Je pose la question parce que sur Wikipédia hongrois, il y avait tout un système de DEFAULTSORT pour trier correctement accents doubles et digraphes, et tout à coup il y a quelques mois on nous a dit qu'il y a eu une correction de bug qui fait que ça marche très bien sans ça (ici, mentionnant bugzilla:164, bugzilla:45596 et bugzilla:46036 auxquels je ne comprends pas grand-chose). Peut-être qu'avant que le bot finisse ses 65 mille modifs, il y aurait moyen de bien analyser si on peut faire pareil sur WP fr et dans quels cas exactement le DEFAULTSORT sera encore utile ? — Oliv☮ Éppen hozzám? 23 septembre 2013 à 15:15 (CEST)

Je n'avais pas entendu ce type d'information. A ma connaissance, le DEFAULTSORT a été corrigé pour les majuscules/minuscules, mais pas pour les caractères avec accents. Je viens de regarder dans Catégorie:Ville de Roumanie, et les caractères avec accents sont mal triés : pour la lettre S, on a par exemple Surduc, Suseni (Mureș), Svinița, puis Sâg (Sălaj), Sâmbăta (Bihor)), tandis que pour la lettre M (que le bot a traité) c'est bon. La modification semble donc utile (et il ne reste plus que 17 000 pages à modifier, probablement autour de 15 000 quand je rentrerais chez moi et que je pourrais arrêter le bot. Je propose de finir. --NicoV (discuter) 23 septembre 2013 à 15:38 (CEST)
Si je comprends bien le bugzilla:45596, sur le Wikipédia hongrois, ils ont mis en place un système qui permet de regrouper les mots en respectant les règles du hongrois (uniquement pour la première lettre): un mot commençant par « á » sera classé par défaut dans « a », ... Par contre, ça a 2 limites:
  • ça ne gère que la première lettre (à confirmer... mais par exemple sur hu:Kategória:Románia_városai on voit que Gy et Sz ont été ajoutés), et donc ne règle pas l'exemple de la catégorie des villes de Roumanie
  • ne s'applique qu'aux mots de la langue du wiki, les mots dans les autres langues ne sont pas gérés, voire mal gérés
--NicoV (discuter) 23 septembre 2013 à 15:47 (CEST)
Moi en gros je propose que le projet Correction syntaxique supprime tous les DEFAULTSORT, ceux du bot et les autres, Émoticône sourire sauf ceux qui seront encore utiles une fois défini un uca-fr analogue au uca-hu du bug 45596 qui catégorise comme il faut et où qu'ils soient les accents et même les digraphes hongrois comme gy et sz (pas de digraphe en français donc la question sur Tycho dans bugzilla:45596 ne nous concerne pas). Mais je ne sais pas comment et où définir cet uca pour gérer le maximum de lettres accentuées du monde par défaut, j'ai demandé sur WP hu à celui qui a créé ce rapport de bug Tisza Gergő = hu:User:Tgr qui a l'air de s'y connaître. — Oliv☮ Éppen hozzám? 23 septembre 2013 à 17:26 (CEST)
J'espère que c'est possible, ce serait nettement mieux que MediaWiki gère correctement les clé de tri avec accents plutôt que d'avoir à ajouter les DEFAULTSORT. Si ça se fait, pas de souci pour voir pour supprimer les DEFAULTSORT inutiles. --NicoV (discuter) 23 septembre 2013 à 18:24 (CEST)
J'attends des réponses plus claires mais je progresse un peu : il s'agit de la valeur de mw:Manual:$wgCategoryCollation dans la configuration de chaque Wikipédia, qui ne peut être modifiée que par une demande aux développeurs Mediawiki sur bugzilla analogue à bugzilla:45596 après consultation de la communauté WP fr (sur WP hongrois un mini-sondage sur Bistro a suffi pour les développeurs). Le nom uca veut dire en:Unicode collation algorithm, le détail (illisible) est ici. La valeur uca-default correspond apparemment au DUCET (Default Unicode Collation Element Table) indiqué dans le point 9. Data Files soit ceci : si on regarde dedans à partir de latin small letter a with acute (á), on voit que le principe est d'avoir juste après « a » tout ce qui y ressemble et tous les accents dessus, ce qui est correct pour l'ordre alphabétique en français. La valeur uca-fr permet de faire quelque chose en plus de spécial pour le français, je pense que c'est des choses comme œ = oe et æ = ae car uca-default fait œ = o et æ = a. — Oliv☮ Éppen hozzám? 24 septembre 2013 à 16:47 (CEST)
Ce serait cool si c'était mis en place ici, je vote pour. Juste une question: est-ce que uca-fr gère aussi correctement les caractères non français (c'est-à-dire uca-default + quelques règles) ? En attendant, le robot a fini, il ne reste que 400 articles qu'il n’a pas su faire (ça aura peut être été inutile...) --NicoV (discuter) 24 septembre 2013 à 17:19 (CEST)
D'après hu:User:Tgr, uca-<langcode> utilise dans Mediawiki la bibliothèque ICU (International Components for Unicode) qui sait classer dans chaque langue et qu'on peut essayer ici : ça marche pour les cas étrangers ci-dessus (Sâg avant Svinița, Călărași et Câmpina avant Curtea de Argeș) et les cas français de Classement alphabétique#Lettres accentuées (règlement avant réglementaire, calvados avant Calvados, légitime avant légitimé, œ = oe), mais pour le dernier (comparaison en commençant par la fin : élève avant élevé) ça ne marche qu'avec l'option French accents: On (qui est peut-être présente dans uca-fr, il faudrait vérifier — bon, c'est vraiment un détail). — Oliv☮ Éppen hozzám? 24 septembre 2013 à 18:51 (CEST)

Passage à la valeur uca-fr de wgCategoryCollation modifier

Hi; I'm replying to Oliv0's message on my Polish Wikipedia talk page[2], and though that it would be a good idea to post here :)

Sorting (also called collation) is a surprisingly complicated matter, but simplifying: setting category collation to any 'uca-' one will result in all letters with diacritical marks being sorted the same as their basic variants. So 'ę' and 'è' will be sorted the same as 'e', 'ç' and 'ć' as 'c', 'ß' as 'ss', 'œ' as 'oe', etc. There are some nuances and more complicated situations (in particular with article titles containing non-Latin letters), but they are most likely not relevant here.

Some languages have different rules for certain characters – for example in Polish 'e' and 'ę' are completely different letters and they are sorted separately – and customized collations such as 'uca-pl' exist to fill in these needs. 'uca-fr' is, as far as I can see, exactly equivalent to 'uca-default', so it shouldn't matter which you enable. (I'd go with the '-fr' version for consistency. :) )

I set up a wiki with 'uca-fr' collation for you to test (when opening the page for the first time, you need to input 'testwiki' in both fields – this is an anti-spam measure). You can then register accounts (or edit anynymously) and try out how the categories behave (you can use Special:Export here and Special:Import on the wiki to copy multiple articles over at once).

If you decide that you want to switch collations, please file a bug blocking bug 45443 (or ping me somewhere and I'll do it for you). I'm glad that people actually want to use this feature :D I'll answer any further questions here (I'm watching the page) as long as they are in a language I can understand :) Matma Rex (discuter) 24 septembre 2013 à 19:54 (CEST)

Thank you for your answer! (Shortened translation:) uca-default trie les lettres avec diacritiques comme si elles étaient des lettres de base : é comme e, œ comme oe etc., et les autres uca- ont des règles différentes pour certains caractères, par exemple pour uca-pl ę et e sont 2 lettres totalement différentes. À ce qu'il voit uca-fr est identique à uca-default, donc mieux vaut uca-fr comme les uca- des autres Wikipédias, et il a fait sur son site un wiki test avec uca-fr : j'ai essayé et c'est bon, à part le détail de « élève avant élevé ». Si on veut faire passer WP fr en uca-fr, il faut sur bugzilla une demande avec l'indication qu'elle « bloque » bugzilla:45443 (ce qui est juste une façon de répertorier les demandes uca-), et il peut le faire pour nous [sous-entendu : après accord de la communauté WP fr]. Si on a d'autres questions on peut les lui poser ici en anglais (ou je traduirai/résumerai). — Oliv☮ Éppen hozzám? 24 septembre 2013 à 22:01 (CEST)

Dans la bibliothèque ICU, d'après la liste de localisations de leur site fr-CA (français du Canada) a French accents: On qui fait « élève avant élevé », « côte avant coté », tandis que fr-FR (français de France) ne l'a pas : uca-fr qui fait « élève après élevé », « côte après coté » est donc conforme à la norme en France et pas au Québec, ce qui est ce qu'il faut ici puisque les utilisateurs de France sont majoritaires. — Oliv☮ Éppen hozzám? 25 septembre 2013 à 11:53 (CEST)
Je pense que ce n'est pas vraiment important même si il y avait de petits décalages dans les tris, tant que les articles se retrouvent à peu près à la bonne place dans les catégories (facilité pour l'utilisateur de retrouver un article dans une catégorie). La documentation de $wgCategoryCollation mentionne fr, mais pas fr-CA dans les possibilités disponibles. Si tu lances un demande pour avoir un accord de la communauté, je vote pour Émoticône. --NicoV (discuter) 25 septembre 2013 à 13:31 (CEST)
Demande lancée sur le Bistro. — Oliv☮ Éppen hozzám? 25 septembre 2013 à 23:38 (CEST)
Le sondage est bien parti Émoticône Leag ⠇⠑⠁⠛ 26 septembre 2013 à 10:53 (CEST)
Bonjour la Pologne. Merci d'être très actif sur les projets wiki. Ce serait une grande avancée si une petite variable de configuration pouvait résoudre un bug de longue date qui a déjà fait couler beaucoup d'encre. On est d’accord que si le logiciel triait les articles comme on a l'habitude de le faire (depuis des siècles ?), on pourrait désactiver l’erreur 37 sur frwiki et supprimer les clés de tris de bien des articles où elle a été ajouté pour rien. Ce qui me chagrine est que je lis que uca-fr est identique à la variable uca-defaut, j’ai donc l’impression que ça ne va rien changer. Fichtre, ça semblait tellement bien ! Bon, du coup j’espère que j’ai râté un truc et que vous allez me dire que ça n’est pas encore en place. – A2 (discuter) 7 octobre 2013 à 11:46 (CEST)
Je crois que ce n’est pas encore en place, et actuellement on n'est même pas en uca-default, mais en uppercase (pas de distinction entre minuscules et capitales, ce qui fait que #89, #90 et #91 sont désactivées). Ca devrait marcher Émoticône. Une fois en place, on peut désactiver #6 et #37 à mon avis. Et on pourra éventuellement supprimer pas mal de clés de tri. --NicoV (discuter) 7 octobre 2013 à 15:14 (CEST)

Pour info, le passage au tri uca-fr est enfin terminé. — Oliv☮ Éppen hozzám? 30 octobre 2013 à 07:40 (CET)

Cool merci. Leag ⠇⠑⠁⠛ 30 octobre 2013 à 11:36 (CET)
Super. Merci pour ça. Du coup à WPC pourrait proposer une nouvelle détection/suppression : « DEFAULTSORT inutile », texte identique au titre moins les diacritiques. – A2 (discuter) 31 octobre 2013 à 09:18 (CET)

Points de suspension ... modifier

Bonjour. Je vois très souvent des suppressions d'espace entre la fin d'un mot et les points de suspension qui les suivent. La règle de français concernant la ponctuation dit, si je me rappelle bien, qu'il n'y a que la ponctuation simple qui est collée au mot, pas la double ou la triple. Quelqu'un peut me dire si une recommandation Wiki concerne ceci ? Car ça ne fait pas joli. Il en est de même pour etc … changé en etc.. Merci pour vos réponses. --Llann .\m/ (Lie 2 Me ...)26 septembre 2013 à 15:32 (CEST)

Bonjour, les points de suspension sont une ponctuation simple et non 3 points à la suite : ... contre …
Il n'y a donc pas d'espace entre le mot et les points de suspsension. Voir ici et ici.
L'abbréviation de ... est bien « etc. » Cordialement Leag ⠇⠑⠁⠛ 26 septembre 2013 à 15:46 (CEST)
Merci Leag pour cette réponse. Je ne me rappelle pas avoir appris ça comme ça… Je retiens. --Llann .\m/ (Lie 2 Me ...)26 septembre 2013 à 15:51 (CEST)
Pas de problème, à ton service Émoticône Leag ⠇⠑⠁⠛ 26 septembre 2013 à 16:42 (CEST)

#67 Ponctuation avant une référence modifier

Bonjour, le script sur Labs est maintenant capable de détecter aussi les références créées par des modèles, il suffit de renseigner le paramètre error_067_templates_frwiki dans le fichier de traduction. Quels sont les modèles qu'il serait intéressant de rajouter dans cette liste ? --NicoV (discuter) 26 novembre 2013 à 00:31 (CET)

Corrections automatiques de mise en forme modifier

Bonjour,

J'ai commencé à ajouter à WPCleaner des fonctions de correction automatique générales pour la mise en forme des articles :

  • avoir exactement 1 ligne blanche (2 retours à la ligne) avant les catégories ou la clé de tri
  • avoir la clé de tri juste avant les catégories
  • avoir exactement 1 retour à la ligne entre la clé de tri et les catégories
  • avoir exactement 1 retour à la ligne entre chaque catégorie

Pour l'instant, ce n’est pas activé par défaut, je le teste de mon côté.

Pensez-vous que c'est une bonne idée ? Voyez-vous d'autres règles simples à appliquer sur les articles ? --NicoV (discuter) 2 septembre 2013 à 19:34 (CEST)

Ça me semble être une bonne idée de respecter la mise en forme générale des articles. Tu pourrais peut-être ajouter le déplacement des infobox entre les bandeaux d'ébauche (et autres modèles en tête d'article) et le texte de l'article. Leag ⠇⠑⠁⠛ 3 septembre 2013 à 08:06 (CEST)
Pourquoi pas, mais il faut voir comment je peux configurer ça… Peut-être un paramètre pour configurer l'ordre des modèles en tête d'article. --NicoV (discuter) 4 septembre 2013 à 18:27 (CEST)
Salut Leag, salut NicoV. Je ne suis pas sûr de la valeur des sauts de lignes, s'il sont standardisés et je ne juge pas de la complexité, mais pêle mêle, dont une partie vient de cosmetic_changes.py :
  • 2 sauts de lignes entre la dernière palette et le portail
  • ✔️ 2 sauts de ligne entre le portail et le defaultsort ou la première catégorie
    Correspond à 1 ligne blanche (2 retours à la ligne) avant les catégories ou la clé de tri. --NicoV (discuter) 24 septembre 2013 à 17:21 (CEST)
  • ? sauts de ligne entre un bandeau de maintenance et le début de l'article.
  • ? sauts de lignes entre la fin de l'infobox et le corps de texte de l'article.
  • 2 sauts de lignes entre les catégories et les liens {{AdQ}}
  • 2 sauts de lignes avant le début d'une nouvelle section
  • ✔️ espace dans un titre avant et après le texte === Texte ===
  • espace dans une liste entre * ou # et le texte
  • supprimer les espaces inutiles, en fin de ligne par exemple (souvent dans les infobox)
  • Lien vers page d'homonymie entre le bandeau de maintenance et le texte
-- Sisyph 5 septembre 2013 à 07:49 (CEST)
Ok, je regarderais. --NicoV (discuter) 11 septembre 2013 à 19:40 (CEST)
Les bonnes pratiques énoncées par l'Atelier accessibilité incluent notamment « Ne pas insérer de lignes vides entre deux entrées d'une même liste. » → Veille-t-on déjà dans WPCleaner à ce qu'il n'y ait qu'un seul sauts de lignes avant les « * » ou « # » placés en début de ligne? Klipe (discuter) 11 septembre 2013 à 12:44 (CEST)
Actuellement, non, mais ça fait partie des choses que je pourrais ajouter. --NicoV (discuter) 11 septembre 2013 à 19:40 (CEST)
Revenir à la page « Correction syntaxique/2013 ».