Ouvrir le menu principal
Présentation Modèles Émoticônes Articles Discussion
Bienvenue sur ma page de discussion !
Discussion
Si tu veux me parler, presse le bouton ci-dessous.
Je te répondrai ici en te notifiant.

AtelierModifier

Hello! Merci pour ton travail sur l'Atelier! Je n'ai plus beaucoup de temps à y consacrer dernièrement... Sourire Triton (discuter) 15 avril 2019 à 00:10 (CEST)

Merci Triton Clin d'œil. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 15 avril 2019 à 07:20 (CEST)

AnnulationsModifier

Bonjour, je suis désolé d'annuler ainsi vos modifs sur Ndebele, mais il me semble qu'il y a maldonne ou au moins discussion possible quant à la manière d'écrire ce terme, cf. la page de discussion. Il faudrait sans doute, à mon sens, renommer l'article plutôt que de corriger ses appels dans les autres articles, ce qu'il faudrait de nouveau corriger si d'aventure l'article cible venait à être renommé. Cordialement --Ypirétis (discuter) 24 avril 2019 à 10:44 (CEST) j'ai pris en compte le nom des l'articles Ndébélés, ndébélé du Transvaal et ndébélé du Zimbabwe.

Ces termes sont lexicalisés il me semble et sont à écrire avec les accents et un S au pluriel.
Avant de revenir sur mes modifs (il n'y a rien qui presse vu les différences existant déjà dans les articles), merci de lancer la discussion quelque part et de me notifier pour que j'y participe, pour comme tu dis, éviter d'avoir à de nouveau corriger.
Aussi, de nombreux articles pointant vers le peuple voulaient en fait pointer vers une des deux langues. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 11:40 (CEST)
Ben, c'est ce que je viens de faire... Ici et sur la page de discussion de l'article. Cordialement --Ypirétis (discuter) 24 avril 2019 à 11:46 (CEST)
Notification Ypirétis : je n'ai pas pu voir, faute de notification, et tu ne donnes pas de lien ici non plus.
Aussi, plutôt que de juste défaire mes modifs, il serait mieux à mon avis de vérifier où les redirections que j'ai corrigées pointent (comme peuple [[Ndébélés|ndébélé]])...
Faut pas croire que je fais des modifs sans y pense un minimum. Je te laisse corriger, je ne vais pas refaire mon travail. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 24 avril 2019 à 12:01 (CEST)

Liste Module:Langue/DataModifier

Salut,
J'ai continué à faire quelques tests sur la liste des langues. Les résultats sont visibles dans ces listes. Elles pourront peut-être t'être utiles à toi aussi.
Si besoin, je peux rajouter d'autres extractions.
Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ), le 27 avril 2019 à 14:40 (CEST)

Salut Notification Epok. Merci pour ces listes et tes corrections.
Question : le dernier tableau des codes langues incorrects ajoutés depuis l'API, est ce que c'est les codes marqués comme incorrects sur wp.fr, ou bien les codes vraiment incorrects selon l'IETF ?
Sinon, je crois qu'il faudrait enlever l'importation des codes WM, je n'en vois pas trop l'utilité, car beaucoup sont incorrects (es-419, nl-informal, etc.), la plupart sont liés à des titres en anglais et surtout ne servent pas sur wp.fr.
Notre liste est très complète, sans doute plus que sur la plupart des Wikipédias, et si un code manque sur une page, elle est catégorisée dans la Catégorie:Page avec code de langue invalide (qui sert la plupart du temps pour des codes vraiment invalides et pas manquants).
Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 27 avril 2019 à 15:59 (CEST)
Il s'agit des codes marqués comme incorrect dans la liste finale, en supprimant ceux de la liste manuelle, c'est-à-dire ceux pour lesquels un autre code est renseigné pour remplacer. L'impression que j'ai, c'est que ce sont ceux ajoutés par l'API, mais pour lesquels le même code existait déjà dans la liste manuelle. J'ai bien l'impression que l'API gère les codes différemment de la liste manuelle : on trouve les noms des langues en français, anglais et dans la langue, ainsi même que le code lui-même en tant que nom de langue... Bref, c'est un peu le bordel à mon avis. Cette liste là n'est peut-être pas très pertinente.
En ce qui concerne l’insertion des langues depuis l'API, elle vient il me semble de cette modification de Notification Zebulon84. Il me semble qu'à l'époque, il s'agissait d'ajouter les noms des langues en anglais pour permettre l'utilisation plus générale de {{Code langue}}.
Epok__ (Insultes, éloges, simples discussions : ), le 27 avril 2019 à 16:08 (CEST)
Notification Epok : désolé pour ma noobitude, mais je ne comprends pas bien ce qu'est une « API » (même après avoir lu l'article sur le sujet).
Sinon, je serais pour qu'on retire cet appel à la liste WP, comme ça on verrait tout de suite avec la Catégorie:Page avec code de langue invalide les endroits où des noms de langue en anglais sont utilisés comme synonyme de code langue.
À l'époque j'étais déjà contre l'utilisation d'autre chose que les codes IETF (même des noms français) en tant que code langue dans les modèles dépendant du module:Langue, et je ne crois toujours pas que ce soit une solution raisonnable. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 27 avril 2019 à 16:22 (CEST)
Une API est un ensemble de fonctions mis à disposition du programmeur. En l'occurence, il s'agit des fonctions linguistiques disponibles directement dans le logiciel MediaWiki.
Pour le retrait, il faudrait voir ce que ça donne : est-ce que tous les modèles de langues ajoutent bien cette catégorie lorsqu'un paramètre incorrect est fourni ? À vérifier... Epok__ (Insultes, éloges, simples discussions : ), le 27 avril 2019 à 16:26 (CEST)
Par exemple, les modèles suivants utilisent le module Langue : {{Code langue}}, {{Nom langue}}, {{Lien langue}}, {{Article langue}}. Et il me semble que ceux-ci n'ajoutent pas de catégorie, car ils retournent un texte brut, pas forcément interprété en tant que wikicode... Epok__ (Insultes, éloges, simples discussions : ), le 27 avril 2019 à 16:35 (CEST)
Notification Epok : je sais pas trop, il faudrait essayer pour voir. Par exemple :
Mais ces modèles sont souvent utilisés par d'autres modèles, qui eux repèrent les codes invalides, ou bien par exemple {{Code langue}} est utilisé avec {{Nom langue}} et si le 1er ne donne pas de message d'erreur, le 2nd le fait.
Un des problèmes principaux aussi est le mélange de codes IETF et Wikipédia, même si c'est marginal et à mon avis jamais utilisé (par ex. bat-smg pour le wikipédia en samogitien. Le truc c'est que des modèles pour les langues et des modèles pour les versions de wikipédia utilisent tous module:langue/data, alors qu'il devrait être réservé aux langues, avec des codes IETF valides, et un autre sous-module devrait regrouper les quelques codes wikipédia qui ne correspondent pas aux codes IETF (il doit y en avoir 5 ou 6), et pour le reste utiliser module:langue/data.
De toute façon, les codes wikipdia ne changent pas, donc on aurait qu'à créer la sous-page et ne jamais avoir à y retoucher, tout en ayant des règles claires pour module:langue/data.
Il faudrait d'ailleurs virer les codes invalides qui sont dans cette sous-page, car c'est une cuisine interne à wikipédia qui est en fait du TI, et propagent des fausses informations (par ex. Modèle:Utilisateur er-3, qui est un code invalide pour l'europanto et qui n'est pas le même code invalide utilisé sur wp.en ou wp.br).
Enfin bref, c'est plutôt complexe et compliqué, mais ça ne veut pas dire qu'il ne faut rien faire... Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 27 avril 2019 à 18:49 (CEST)
Suite après analyse un peu plus fine de la liste. J'ai rajouté plusieurs méthodes de visualisation : (1) brute, (2) après réorganisation, (3) après ajout API : toutes ces transformations sont réalisées dans le code de Module:Langue/Data, dans cet ordre, mais seule la dernière est retournée et donc accessible de l'extérieur.
Du coup, sans même parler de l'API, je constate que la liste contient déjà un doublonnage des langues et des codes :
La table est bâtie selon un principe clé-valeur. La valeur contient le code, le nom, et éventuellement "signe", "rtl" et "invalide". Jusqu'ici, tout va bien.
Néanmoins, là où ça se corse, c'est quand on parle de la clé. La clé peut-être le nom (autant qu'il y en a de définis) ou le code...
On a donc une double redondance, entre la clé et la valeur, et entre les valeurs de plusieurs clés, puisque par exemple pour le français, on a :
["français"]={["code"]="fr", ["nom"]="français"} ET ["fr"]={["code"]="fr", ["nom"]="français"} (sans parler des multiples autres dénominations, dont "française" (???)).
Il me semble qu'il faudrait choisir une représentation, et s'y tenir. C'est, de mon point de vue, aux fonctions de Module:Langue de réadapter la liste localement si besoin... Ou alors, il faudrait que Module:Langue/Data retourne plusieurs tables, indépendantes, ce qui serait je pense la meilleure manière de faire, car on "bidouille" en ajoutant également dans la liste deux clés spécifiques : ["rtl script"] et ["langueMediaWikiManquantes"], qui constituent des listes indépendantes qui ne suivent pas le schéma général.
Donc oui, je pense qu'il y aurait besoin d'une bonne réorganisation pour tout ça, mais c'est un gros boulot, et très sensible vu l'utilisation généralisée du module... Il faudrait commencer par demander l'avis des autres contributeurs sur la pdd du module.
Epok__ (Insultes, éloges, simples discussions : ), le 28 avril 2019 à 13:57 (CEST)

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

Notification Epok : je crois qu'on ne voit pas les mêmes problèmes en fait :
Pour moi, le problème est les codes manquant et le fait qu'on a des codes qui ne sont pas des codes IETF valides dans la liste, ce qui est un problème pour les lecteurs d'écrans entre autres, et un TI pour les articles (on fait croire qu'un code est valide alors qu'il ne l'est pas)
Pour toi, c'est plus un problème technique, avec des doublons entre notre code et celui de WM et des problèmes de code.
Je ne crois pas que ce soit contradictoire, mais un des problèmes est qu'on est dépendant de la forme et du contenu des listes WM, ce qu'on ne devrait pas être. S'il y a des problèmes coté wp.fr, c'est ici qu'il faut les régler, et pas en utilisant qquelque chose d'externe qu'on ne peut pas facilement contrôler.
Je pense qu'il y a deux choses à faire : ne plus recourir à la liste WM et régler les problèmes (mineurs) sur wp.fr, et séparer le liste des codes d'adresse wikipédia de celle des codes IETF, dans laquelle il faut supprimer tous les codes issus d'une cuisine interne wp.fr.
Sinon, comme contributeurs à module:langue/data, il n'y a que Zebulon84, Moyogo et moi en gros, et Moyogo ne fait qu'ajouter des codes de langue. Je ne pense pas qu'il ait des connaissances en lua. Zebulon ne contribue plus depuis noël passé et je n'ai plus que des connaissances lacunaires en lua faute de pratique.
Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 28 avril 2019 à 18:31 (CEST)
Les modifications n'impacteraient pas que la liste, mais également le module qui l'utilise Module:Langue, sur lequel j'identifie au moins un autre gros contributeur : Od1n (d · c).
À mon avis, il faudrait effectivement tout remettre à plat (liste comme module racine) : définir précisément où l'on veut aller, identifier les modifs à faire, faire un module de test temporaire et ensuite passer en production... Gros boulot en perspective. La question est : est-ce que l'on veut vraiment se taper tout ce travail ?
On peut aussi corriger à la marge comme tu le propose, et continuer avec un code bourrin et une liste non homogène. Je n'aime pas trop ça, mais c'est mon côté maniaque. Après tout, si ça fonctionne...
À voir. Propose toujours ce que tu veux faire, je suis prêt à t'aider sur ce coup.
Epok__ (Insultes, éloges, simples discussions : ), le 28 avril 2019 à 18:41 (CEST)
Notification Epok : comme j'ai dit plus haut :
  1. Ne plus recourir à la liste WM et régler les problèmes (mineurs) sur wp.fr
    Lorsque j'aurai fini de compléter la liste de module:langue\data, je ne pense pas qu'il y aura beaucoup desdits problèmes. L'ennui est de savoir si on peut les repérer automatiquement ou pas.
  2. Séparer le liste des codes d'adresse wikipédia de celle des codes IETF, dans laquelle il faut supprimer tous les codes issus d'une cuisine interne wp.fr.
    Là c'est déjà plus compliqué, car il faudra recenser les modèles/modules utilisant l'une ou l'autre et modifier leur code en conséquence.
Je peux essayer de me remettre au lua, j'en ai envie et ça me ferait un prétexte, mais il ne faut pas vraiment compter sur moi pour retoucher du code déjà fait... Şÿℵדαχ₮ɘɼɾ๏ʁ 28 avril 2019 à 18:50 (CEST)
Notification Epok : j'ai fini (a priori) les corrections et ajouts sur Module:Langue/Data. Il reste éventuellement les synonymes ajoutés par MW. Il ne reste que des liens rouges d'articles à créer et des redirections d'articles à créer pointant vers des articles principaux. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 28 avril 2019 à 23:02 (CEST)
Il manquait quelques codes, je les ai ajoutés. Il n'y a maintenant plus de code qui soit présent dans l'API mais pas dans la table. En revanche, il reste un certain nombre d'alias ajoutés. Il s'agit principalement de nom en anglais ou dans la langue, ainsi que de noms avec un tiret là où il n'y en a pas dans la liste (ex. : "bas-allemand" vs. "bas allemand"). Il faut évaluer si on peut supprimer ces ajouts directement, mais je pense qu'il vaudrait mieux s'assurer de la bonne catégorisation des erreurs d'appel des modèles d'abord. À voir si on peut ajouter l'appel de catégorie directement au code retourné en cas d'erreur... À la réflexion, je pense que c'est possible car de toutes façons, on retourne un objet de classe "error", qui doit être intercepté par le modèle si cela pose problème dans l'inclusion.
Epok__ (Insultes, éloges, simples discussions : ), le 29 avril 2019 à 10:01 (CEST)
Le seul problème qui peut se poser est sur {{Code langue}} et {{Code langue 2}}, dont il faudrait à mon avis rationnaliser le comportement. Heureusement, ils semblent peu utilisés directement (voir [1] et [2]), donc il devrait être possible de trouver une manière de faire. Je regarderai ça dès que j'ai un peu de temps. Epok__ (Insultes, éloges, simples discussions : ), le 29 avril 2019 à 10:16 (CEST)

Petite question : templatedataModifier

Bonjour,
Cette modification m'intrigue. Écrire deux fois « "format": "{{_|_=_}}\n", » est-il utile ?
Cordialement --NicoScribe (discuter) 30 avril 2019 à 23:02 (CEST)

Bonjour Notification NicoScribe. Non, ce n'est pas utile. C'est la programmation de mon bot pour repérer les pages ayant déjà un paramètre format qui n'a pas bien fonctionné...

Merci pour la remarque, cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 30 avril 2019 à 23:47 (CEST)

Logo mois américainModifier

Coucou, je voulais te remercier d'avoir créer le logo pour le mois américain ! Merci beaucoup ! Datsofelija, J'écoute 7 septembre 2019 à 15:24 (CEST)

Avertissement suppression « Liste des noms de famille basques »Modifier

Bonjour,

L’article « Liste des noms de famille basques » est proposé à la suppression (cf. Wikipédia:Pages à supprimer). En tant que participant à l'article ou projet associé, vous êtes invité à donner votre avis à l’aune de l’existence de sources secondaires fiables et indépendantes et des critères généraux et spécifiques d'admissibilité.

N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

Accéder au débat

Hercule (discuter) 25 septembre 2019 à 15:13 (CEST)

Retour à la page d’utilisateur de « SyntaxTerror ».