Discussion Projet:Correction syntaxique/2019

Description du projet

Liste des erreurs

Discussions

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

Archives

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

(en) WikiProject Check Wikipedia

Checkwiki indisponible

Bonjour; l'outil Checkwiki de détection des erreurs syntaxique est actuellement indisponible pour frwiki (message "Could not connect to database: Too many connections"). Idem pour enwiki d'ailleurs; le problème est signalé sur WP:QT. -- Speculos ^✉ 13 février 2019 à 10:10 (CET)

Speculos: Probablement lié à la panne d'un des serveurs de virtualisation. --Framawiki ^✉ 13 février 2019 à 22:05 (CET)

Gadget lintHint (enwiki)

Bonjour,

Pour information, j'ai découvert il y a quelques jours l'existence d'un gadget sur enwiki, lintHint, qui permet de mettre en évidence les erreurs d'analyse de lint (balises oubliées, obsolètes, invalides, fermées dans le mauvais ordre, etc.). Et surtout d'indiquer l'emplacement probable de l'erreur (comme l'API le permet).

Pour ceux qui n'utilisent pas des outils comme WPC ou AWB, et ne sont pas familier avec l'API, cela offre un bon moyen de pouvoir identifier la position des erreurs sur de gros ou complexes articles.

J'ai trouvé ce gadget alors que je cherchais un moyen de pouvoir connaître la position d'erreurs de lint de manière simple, dans de gros articles.

Je porte donc à votre connaissance l'existence de ce gadget, pour ceux qui ne le connaissaient pas. Il ne me semble pas que nous ayons un outil similaire sur frwiki.

Il fonctionne très bien via une simple ligne dans son common.js (instruction sur en:User:PerfektesChaos/js/lintHint) :

mw.loader.load('//en.wiki.x.io/w/index.php?title=User:PerfektesChaos/js/lintHint/r.js&action=raw&bcache=1&maxage=86400&ctype=text/javascript');

Il suffit ensuite de définir sur Spécial:Page blanche/preferencesGadgetOptions#lintHint les espaces de noms sur lesquels on veut que la vérification opère.

Il est aussi possible de l'utiliser pour analyser du wikicode par copier-coller sur Spécial:Page blanche/lintHint.

Personnellement, j'ai aussi rajouté la règle CSS suivante dans mon common.css pour déplacer le bouton d'analyse quand fermé (pas d'erreur ou liste d'erreurs fermée), afin d'éviter un décalage du contenu de la page :

/* Gadget LintHint - [[:en:User:PerfektesChaos/js/lintHint]] */
/* Déplacement du bouton d'analyse quand fermé (pour éviter le décalage du contenu) */
#lintHint-null,
#lintHint-collapsed
{
   position: absolute;
   top: -33px;
   right: 0px;
}

Voilà, c'était juste pour vous informer de l'existence de ce gadget, peut-être aussi que l'on pourrait aussi mentionner son existence sur une page du P:CS.

--Tractopelle-jaune (discuter) 13 avril 2019 à 10:50 (CEST)

Avec beaucoup de retard… merci Tractopelle-jaune. Je l’ai ajouté dans la page de P:CS, avec findargdups aussi, 2 outils que j’utilise depuis quelques temps déjà. --NicoV (discuter) 4 juin 2020 à 12:43 (CEST)

Avis sur des erreurs détectées sur Projet:Liens rouges/Lien avec un titre mal formé

Est-ce que certaines erreurs listées par titre avec parenthèse mal formé peuvent être pris en charge par le Projet:Correction syntaxique

• par exemple : espaces après une parenthèse d'ouverture et ceux avant une parenthèse de fermeture : Titre ( suffixe… ; …suffixe ) ? Avec quelques exception : ( - et - ) ; ( . et . ) ; ( , et , ) + parenthèse vide ( ) ; de ) et ( de.
• parenthèse mal ouverte ou mal fermée, ou parenthèse de fermeture mis dans un lien alors qu'elle devrait être à l'extérieur ou à l’intérieur.
• voir d'autres cas dans la liste "divers". --ParaBenT (discuter) 14 février 2019 à 13:29 (CET)

Retours d'expérience sur WPCleaner et plus généralement la correction syntaxique.

Bonsoir,  NicoV, Antimuonium, Ange Gabriel, Arcyon37, Cascade65, Clumsy and stupid, Dartyytrad bot, Denvis1, Devil.town, Dpegz, Friday83260, Giorgio69, Jarfe, Jean 5 5 et Keckel :,  Leag, LeFit, LilKil, Litlok, Lomita, Ltrlg, Msbbb, Mattho69, Myloufa, Rehtse, Romanc19s, Speculos, Tearow, Tomo8 5, ‎Vlaam et YanikB : Je notifie des contributeurs réguliers au projet CS, en particulier, utilisateurs de WPCleaner, mais la discussion est bien sûr ouverte à toutes les bonnes volontés concernées.
Voici un brouillon de page concernant des retours sur expériences relatifs au projet, dans le but de le rendre plus efficace et moins abscons. Désolé, ce n'est pas bien concis. Cela vous semble-t-il utile? Si oui, merci pour vos contributions et commentaires sur la page en question. A bientôt Aidewikip (discuter) 5 mai 2019 à 23:52 (CEST)

Bonjour, J'aime bien la page que vous avez écrite, elle permet de bien comprendre WPC. C'est d'ailleurs un outil que j'aime bien utiliser pour certaines tâches comme faire une liste d'article selon une erreur commune que je désire corriger, souvent un lien vers un article qui se trouve dans plusieurs articles. L'enchaînement se fait plus rapidement que si je le faisais directement dans Wikipédia. J'apprends que je suis dans les utilisateurs les plus réguliers de l'outil, intéressant! --Myloufa ^{Discuter ou faire Appel?} 6 mai 2019 à 00:03 (CEST)

Bonjour Aidewikip. Merci pour cette page, ça pourrait être pratique pour des utilisateurs de WPC . En tout cas, je suis toujours content de trouver de la documentation écrite par des utilisateurs plutôt que par moi, ça permet justement d'apporter une vision utilisateur. Je m’abstiendrais donc de faire des modifications sur la page, mais juste quelques suggestions :

• Sur les corrections orthographiques proposées qui sont des non-sens : peut-être indiquer (en note ?) que toutes les corrections sont définies par des contributeurs dans les pages Wikipédia:Liste de fautes d'orthographe courantes et Wikipédia:AutoWikiBrowser/Typos. Si certaines donnent trop d'erreurs, il est possible de les modifier ou de les désactiver.
• Niveaux de titre : il y a un éditeur de table des matières dans WPCleaner qui permet de voir et de modifier la hiérarchie des titres en comparant l'état actuel et l'état initial. Ca peut aider pour éviter les mauvaises modifications du plan.
• Références identiques mais non détectées : si tu as des exemples (même si j’ai des idées), je peux toujours regarder.

--NicoV (discuter) 6 mai 2019 à 19:35 (CEST)

Bonjour Aidewikip. Merci pour cette page, elle nous permettra de nous harmoniser et de profiter d'autres expériences et points de vue (je me suis reconnu dans l'utilisation maladroite du modèle Lien :)

J'essaierai de l'enrichir au fil de l'eau, notamment pour certains Liens internes avec deux barres verticales et Éléments de programmation de modèles qui m'en ont fait suer… --Tom (discuter) 7 mai 2019 à 20:51 (CEST)

Bonjour,

 Myloufa : J'ai "notifié" une liste non-exhaustive d'utilisateurs récents ou réguliers (pas forcément les plus réguliers).

 NicoV : Merci pour ton retour. Comme tu as pu le comprendre, les quelques non-sens qui sont introduits dans les articles proviennent d'une précipitation de l'utilisateur et non des propositions judicieuses issues des listes. Je vais rajouter le liens vers les listes, cela permettant de mieux comprendre ce qui se cache derrière les suggestions de correction et de magnifier le caractère vivant et humain du projet Correction Syntaxique. (J'en profite pour rappeler une petite correction à faire dans les propositions pour les siècles, WPC propose bien {{s|XX}} dans le cas où un lien interne est souhaité mais sans lien, il propose {{s-|XX|e}} (ancienne utilisation du modèle) au lieu de {{s-|XX}}.)

Quant à la question des titres de section , elle permet de souligner le risque général pour l'utilisateur de se contenter de regarder et de corriger seulement ce qui apparait en rouge, comportement particulièrement scabreux dans ce cas précis où seule la ligne de titre concernée sera modifiée. Proposition: ajouter une mise en garde dans le résumé de l'erreur en haut invitant à regarder l'intégralité du plan de l'article. Et éventuellement, si possible, que l'éditeur de table des matières dans WPCleaner s'ouvre automatiquement quand on arrive sur une erreur de ce type.

En ce qui concerne les références identiques, ce qui est entre les balises <ref> n'est pas exactement la même chose mais très proche (exemple: réf 1 et 11 de cette page où seule diffère la mise en italique). On n'est plus dans du regex très simple et la comparaison devrait s'orienter vers une IA plus avancée, d'où la nécessité de besoins en compétences et en temps. L'utilisation généralisée des modèles du type {{Lien web}}, {{Ouvrage}} et consors, pourrait permettre une détection plus aisée, avec des paramètres identifiés.

- La prévisualisation est aussi bien utile (J'ai découvert assez récemment l'aperçu Cobra car avec mon affichage, "Développer les modèles et aperçu" donnent de prime abord le même rendu que "Développer les modèles", avec le code HTML. Mais si je déplace la fenètre et qu'elle se redimensionne à mon écran, les 3 zones apparaissent bien).

- Une incompréhension des éditions de la Correction syntaxique par la communauté peut aussi venir du déclenchement de filtres anti-erreur lors d'une édition avec WPCleaner. Et l'édition peut sembler apporter une nouvelle erreur. Par exemple un copier-coller peut de façon invisible pour l'utilisateur et complètement transparente pour l'interprétation du code et le rendu final de l'article, modifier le type d'espace (normal, insécable, fine insécable. (lire par exemple cette discussion suivie de cette explication sur les espaces insécables et les guillemets). Y aurait-il utilité et moyen, dans le cas des corrections validées manuellement par l'utilisateur, de faire passer ses filtres lors de la validation (ou de l'envoi).

- Une autre option, pourrait être de pouvoir obtenir les messages d'avertissement qui s'affichent en rouge en cas de problème, lors d'une prévisualisation avec l'éditeur visuel.

- Une fonctionnalité "Rechercher (suivant) et remplacer" dans WPC serait pratique et permettrait à certains utilisateurs d'éviter le copier-coller dans un autre éditeur (supprimant le signalement anti-erreur 227).

- En ce qui concerne l'accès à la page rédigée, faut-il la laisser dans l'espace utilisateur ou la déplacer dans une sous-page du projet ? Pour tous, je ne peux qu'inviter les contributeurs du projet à compléter les pages d'aide concernant les erreurs (inutile d'avoir à réinventer la roue). Souvent, en faisant acte de pédagogie et en essayant de faire preuve de clarté, on apprend beaucoup pour sa propre pratique.

 Tomo8 5 : merci d'avance pour tes contributions à l'aide. Dans l'exemple que tu as ajouté et relatif à la deuxième division du championnat de foot espagnol, j'aurais tendance à simplifier en Liga 2 tout simplement car la notation La Liga 1|2|3 relève plutôt du logo que de la dénomination réelle, est moins claire pour le quidam et est moins conforme aux conventions des projets de sport. (et encore moins quand tout est écrit à la même taille comme sur ces exemples). Question d'accessibilité. (et techniquement, vérifier que cela ne déclenche pas l'erreur 11 « HTML pour des caractères particuliers » ou l'erreur 27 « HTML numérique pour des caractères »)

 LeFit : Bonjour, j'imagine que le partage de ton/votre expérience pourrait être profitable, si c'est possible bien sûr.

(Aidewikip (discuter) 8 mai 2019 à 17:01 (CEST)).

Bonjour Aidewikip , je n'ai pas assez d'expérience pour participer à la conversation, mais je la suis. Formule cordiale, --Msbbb (discuter) 29 mai 2019 à 07:41 (CEST)

Nouvelle liste de maintenance : maintenance des paramètres contenant un signe égal dans le modèle Lien

Il me semble que ce suejt est en lien avec le projet ?
La liste de maintenance du modèle {{lien}} : Projet:Liens rouges/Paramètre contenant un signe égal dans le modèle Lien détecte les appels au modèle présentant un paramètre contenant un signe égal.
Un paramètre contenant le signe égal peut être le signe d'une erreur de syntaxe qui peut conduire à un lien erroné ou empêcher la conversion (par bot) du modèle Lien en lien interne classique si l'article en français a été crée.
Pour ceux qui savent manipuler des outils de maintenance de traitement en série, ici, une piste d'action autour de l’ajout de « | » ou la suppression de paramètre en double. --ParaBenT (discuter) 13 octobre 2019 à 12:30 (CEST)

De façon générale le modèle {{lien}} peut contenir plusieurs types d'erreur syntaxique. Il nécessite un travail de maintenance à partir de plusieurs listes (Projet:Liens rouges).

Voir discussion en cours Discussion modèle:Lien/Conversion automatique. --ParaBenT (discuter) 2 novembre 2019 à 07:54 (CET)