Wiktionnaire:Questions techniques/juin 2018

---

Page mensuelle des questions techniques posées en juin 2018. Page précédente : mai 2018 — Page suivante : juillet 2018 — Modifier ce cadre

---

Ajout d'un paramètre sur {{lien m}}

À ce que j'en ai compris, le modèle {{lien m}} ajoute une balise HTML <span> avec un attribut « lang » pratique pour scraper. Serait-ce possible d'ajouter un paramètre au modèle pour avoir un attribut qui indique un cas de déclinaison ? Exemple : <span cas="sing-def">...</span> pour un « singulier défini » serait appelé par {{lien|hello|en|cas=sing-def}}. Ça faciliterait la vie des bots. Surkål (discussion) 2 juin 2018 à 12:19 (UTC)

À quoi bon utiliser span pour le « singulier défini » ? Le code <span cas="sing-def">...</span> ne me semble pas correct comme HTML. — TAKASUGI Shinji (d) 2 juin 2018 à 15:50 (UTC)

Je n’y connais rien en HTML, c'était un exemple. L’idée était d'avoir les informations clés dans le html au lieu de devoir réécrire un code en python pour trouver les déclinaisons en fonction des paramètres. Surkål (discussion) 2 juin 2018 à 18:17 (UTC)

pratique pour scraper : c’est quoi ce sens de scraper ? Apparemment, nous ne l’avons pas. Lmaltier (discussion) 2 juin 2018 à 15:59 (UTC)

Je rajouterai la définition Surkål (discussion) 2 juin 2018 à 18:17 (UTC)

Merci… Lmaltier (discussion) 2 juin 2018 à 20:14 (UTC)

@Surkål : Tu as besoin d’une autre façon, parce que cas n’est pas un paramètre correct pour span. Tu peux employer, par exemple, le paramètre id. Qu’est-ce que tu veux faire exactement ? — TAKASUGI Shinji (d) 3 juin 2018 à 02:33 (UTC)

Actuellement pour récupérer les flexions d'un tableau je fais (grosso merdo) :

from requests_html import HTMLSession
session = HTMLSession()
r = session.get('https://fr.wiktionary.org/wiki/Utilisateur:Surk%C3%A5l/konn%C3%A4ss%C3%B6r')
flexions = list(x.text for x in r.html.find('td .lang-sv a'))

Avec un attribut id je pourrais obtenir un cas précis (ici: « sing-def » pour singulier défini) avec :

r.html.find('td .lang-sv #sing-def a')

Ce serait plus simple et plus fiable pour travailler avec les flexions. Surkål (discussion) 3 juin 2018 à 12:04 (UTC)

Je pense aussi que ce serait utile de baliser en HTML les différentes formes des tableaux de flexions, j’avais ressenti ce même besoin en modifiant MediaWiki:Gadget-CreerFlexionFr.js. À mon avis cela dit ces balises devraient être rattachées aux différentes cases du tableau, plutôt qu’être rattachées aux liens eux-mêmes. Voir cette modification de Utilisateur:Surkål/konnässör pour exemple. Reste à accéder l’élément via r.html.find('.sing-def .lang-sv a') par exemple — perso j’utiliserais la classe "flextable-sv" plutôt que "flextable" pour le tableau d’ailleurs, tout comme on a "flextable-fr-mfsp" entre autres. — Automatik (discussion) 3 juin 2018 à 19:08 (UTC)

@Surkål : oublié de pinger. — Automatik (discussion) 3 juin 2018 à 19:11 (UTC)

Ce que tu proposes est parfait. Surkål (discussion) 4 juin 2018 à 06:43 (UTC)

Si tu veux trouver des formes à créer, il serait plus facile d’utiliser des catégories comme nous le faisons dans {{fr-rég}}. — TAKASUGI Shinji (d) 4 juin 2018 à 06:56 (UTC)

Par exemple ? Surkål (discussion) 4 juin 2018 à 07:17 (UTC)

Par exemple Catégorie:Singuliers manquants en français et Catégorie:Pluriels manquants en français qui listent les liens rouges de {{fr-rég}}. JackPotte ($♠) 4 juin 2018 à 07:39 (UTC)

@Surkål : Est-ce qu’il y a des modèles de flexions en suédois que tu utilises ? Je peux les modifier. — TAKASUGI Shinji (d) 5 juin 2018 à 07:32 (UTC)

Module:sv-flexion (une copie est disponible sur Module:bac_à_sable/Surkål et je teste sur Utilisateur:Surkål/Tests). Et pourquoi pas {{sv-adj}}. Surkål (discussion) 5 juin 2018 à 10:15 (UTC)

@Surkål : Module:sv-flexion, Catégorie:Singuliers indéfinis manquants en suédois, Catégorie:Singuliers définis manquants en suédois, Catégorie:Pluriels indéfinis manquants en suédois, Catégorie:Pluriels définis manquants en suédois. — TAKASUGI Shinji (d) 5 juin 2018 à 11:12 (UTC)

C'est parfait, merci ! Surkål (discussion) 5 juin 2018 à 11:37 (UTC)

Difficultés pour connaître un lien

Bonsoir. Je préfère répéter ma question ici.

La requête « Arkhangelsk prononciation » sous Google m’a ramené un document en ligne pour lequel je n’arrive pas à fournir un lien (ce lien doit comporter : cnig.gouv.fr/.../w-contents/.../03/A_Dictionnaire-de-prononciation-des-toponymes.pdf ) : je sollicite l’aide de tous sur la façon de citer ce document dans le WT. Ce document est intitulé « Dictionnaire en français de prononciation des toponymes étrangers à l’usage des étudiants journalistes et du grand public  : [lettre] A » et comporte 47 pages. Merci d’avance pour vos lumières. Alphabeta (discussion) 4 juin 2018 à 17:37 (UTC)

Eh bien, c’est simple : [1] — Automatik (discussion) 4 juin 2018 à 17:43 (UTC)

Quand Google donne un URL indirect, cherches le paramètre url. — TAKASUGI Shinji (d) 4 juin 2018 à 22:51 (UTC)

Plus de 1 million de pages utilisent encore modèle:clé de tri

Cela m’a étonné : [2]. Et il y a aussi plus de 11 000 pages avec {{clé de tri}} vide, ce qui je suppose n’a aucun intérêt. Avons-nous un robot qui s’occupe de ça ?

À noter que des usages de {{clé de tri}} peuvent être tout à fait pertinents, comme pour {{clé de tri||fi}} qui génère une clé de tri correcte pour le finnois (ex. de clé de tri générée pour ällikkä : [3]). — Automatik (discussion) 5 juin 2018 à 00:57 (UTC)

En cours, JackBot(d · c) dressé par JackPotte(d) travaille. 5 juin 2018 à 07:44 (UTC):

Où est le problème (tant que c’est correct) ? Modifier une page seulement pour ça, ce n’est pas souhaitable, il vaut mieux profiter d’autres changements pour le faire. Et un robot peut très facilement se tromper, on l’a vu. Il y a des cas rares qui ont de bonnes chances d’être oubliés par un robot. Lmaltier (discussion) 5 juin 2018 à 11:42 (UTC)

Non ce n’est pas gênant et un robot pourrait en effet se tromper si tous les cas ne sont pas pris en compte. Toutefois à terme il faudrait qu’elles disparaissent pour rendre le wikicode plus lisible, in fine. — Automatik (discussion) 5 juin 2018 à 11:46 (UTC)

L'automatisation ne me semble pas problématique, mais il faudrait l'améliorer en résolvant le fait que {{clé de tri||fi}} s'applique à toutes les langues de la page, alors que S|clé= ne cible à l'inverse que les catégories grammaticales (et pas les lexicales).

Pour moi, tous les modèles lexicaux (via {{term}}, {{emploi}} et {{registre}}) et {{S}} devraient appeler {{clé de tri}} avec leur code langue, et mon bot arrêterait d'insérer des "€" dans les sections, comme cela avait été demandé dans WT:RBOT il y a plusieurs années. JackPotte ($♠) 6 juin 2018 à 19:06 (UTC)

L’automatisation n’est pas problématique si elle est correcte. Quelle est la règle très précise appliquée par le robot ? Lmaltier (discussion) 7 juin 2018 à 17:42 (UTC)

Depuis l'installation de la nouvelle collation, mon bot retire les clés de tri des articles en français. Et depuis que tu m'as appris qu'il fallait conserver les conversions d'apostrophes, de traits-d'union et autres lettres grecques pour lesquelles la collation ne suffisait pas en français, il vérifie en plus que les titres des pages ne contiennent que des lettres latines ou des chiffres arabes. JackPotte ($♠) 7 juin 2018 à 18:11 (UTC)

Merci. Je suis rassuré (pour autant que tous les caractères en question soient bien triés). J’avais signalé le danger dès la discussion précédant le vote. Lmaltier (discussion) 7 juin 2018 à 19:40 (UTC)

@Automatik : {{clé de tri}} vide génère une clé de tri correcte s’il y a des ponctuations (p. ex. [4]). — TAKASUGI Shinji (d) 8 juin 2018 à 08:54 (UTC)

Merci, en effet j’avais omis ce cas. — Automatik (discussion) 8 juin 2018 à 17:30 (UTC)

Améliorations à venir des listes de suivi

message original en anglais

Hello

Sorry to use English. Aidez-nous à traduire dans votre langue! Merci.

In short: starting on June 18, New Filters for Edit Review (now in Beta) will become standard on Watchlists. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature is used by default on Special:RecentChanges, Special:RecentChangesLinked and as a Beta feature on Special:Watchlist.

Based on a new design, that feature adds new functions to those pages, to ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

About the release on Watchlists

Over 70,000 people have activated the New Filters beta, which has been in testing on Watchlist for more than eight months. We feel confident that the features are stable and effective, but if you have thoughts about these tools or the beta graduation, please let us know on the project talk page. In particular, tell us if you know of a special incompatibility or other issue that makes the New Filters problematic on your wiki. We’ll examine the blocker and may delay release on your wiki until the issue can be addressed.

The deployment will start on June 18 or on June 25, depending on the wiki (check the list). After the deployment, you will also be able to opt-out this change directly from the Watchlist page and also in your preferences.

How to be ready?

Please share this announcement!

If you use local Gadgets that change things on your Watchlist pages, or have a customized scripts or CSS, be ready. You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please share your questions and comments on the feedback page.

On behalf of the Collaboration team, Trizek (WMF) 7 juin 2018 à 15:14 (CEST)

Bonjour

En bref : à partir du 18 juin, les Nouveaux Filtres pour la révision des modifications (actuellement en beta) seront la norme dans les listes de suivi. Avec eux, vous aurez accès à un éventail d'outils et une interface améliorée. Si vous préférez la page actuelle, il vous sera possible de choisir. En savoir plus sur les Nouveaux Filtres.

Rappel sur cette fonctionnalité

Cette fonctionnalité est utilisée par défaut dans les modifications récentes, le suivi des pages liées et en beta sur les listes de suivi.

Basé sur un nouveau design, elle ajoute de nouvelles fonctions à ces pages, pour faciliter le suivi des vandalismes et l'accompagnement des nouveaux venus :

• Filtrage - filtre les modifications récentes avec des conbinaisons de filtres facile à utiliser et puissantes, comprenant le filtrage par espace de nom ou le filtrage des modifications marquées.
• Surbrillance - ajoute un fond coloré aux différentes modifications que vous surveillez. Cela facilite l'identification rapide des changements qui vous importent.
• Sauvegardez vos configurations favorites de filtres afin qu'elles restent à portée de main.
• Filtres de qualité et d'intention - ces filtres utilisent les prédictions ORES. Ils identifient les vrais vandalismes des contributions de bonne foi qui ont besoin d'être remaniées. Ils ne seront pas disponible sur tous les wikis.

Vous pouvez en savoir plus sur ce projet en visitant la page d'aide qui fait le point sur le sujet.

À propos de leur mise en place dans les listes de suivi

Plus de 70 000 personnes ont activé la fonctionnalité beta Nouveaux Filtres, qui a été en test durant plus de huit mois. Nous sommes confiants sur la stabilité et l'efficacité de cette fonctionnalité, mais si vous avez des idées pour cette outil ou sur l'évaluation de la beta, faites le nous savoir sur la page de discussion du projet. En particulier, dites nous si vous connaissez une incompatibilité spécifique ou un autre problème qui créérait des problèmes avec les Nouveaux Filtres sur votre wiki. Nous examinerons l'élément bloquant et reporterions la mise en place à une date ultérieure sur votre wiki jusqu'à ce que le problème soit résolu.

Le déploiement commencera le 18 ou le 25 juin, en fonction des wikis (consultez la liste). Après déploiement, vous pourrez aussi rester sur l'ancienne version directement depuis la page de la liste de suivi et également dans vos préférences.

Comment se préparer au déploiement ?

Partagez cette annonce !

Si vous utilisez des gadgets locaux qui modifient des éléments de votre liste de suivi, ou si vous avez des scripts personnalisés ou du CSS, soyez prêts. Vous pourriez avoir à faire des changements sur votre configuration. Malgré le fait que nous avons essayé de prendre en considération la plupart des situations, certaines configurations pourraient ne pas fonctionner. La phase de beta est une grande opportunité pour jeter un oeil à vos scripts et gadgets locaux : certains pourraient être remplacés par des fonctionnalités natives de la nouvelle fonctionnalité beta.

Partagez vos questions et vos commentaires sur la page de retours.

Au nom de l'équipe Collaboration, Trizek (WMF) 7 juin 2018 à 15:14 (CEST)

Pourquoi

ne pas activer d'office le gadget Specialchars pour les IPs? çui qui fait la bonne apostrophe et les 3 points itou? — message non signé de 109.212.242.13 (d · c)

Parce que les javascripts sont responsables du plus gros des temps de chargement des pages, et qu'il faut penser que ceux en 3G puissent au moins les lire. JackPotte ($♠) 7 juin 2018 à 18:47 (UTC)

Clair et Concis, merci.

Y'a pas un bot qui fait ça? Cu Culaprâline

Liens inter-Wiktionnaire vers des sens particuliers de mots

Bonjour,

Je me demande s'il est possible de créer des liens vers des sens particuliers de mots ?

J'ai bien vu ici que c'était possible lorsqu'une notice comprend plusieurs instances d'une catégorie grammaticale ("Nom commun 1", "Nom commun 2"...) mais serait-ce également faisable lorsqu'il y a juste une série de sens ramenés dans une seule section grammaticale ?

Par exemple, y a-t-il un moyen de créer un lien vers le sens n° 2 ou 3 de déchirer ? J'ai bien essayé avec des formules comme [[déchirer#fr-verbe-2|déchirer]], mais en vain.

Amicalement,

J. Clef (discussion) 8 juin 2018 à 08:17 (UTC)

La liste numérotée ne le permettant pas, cela se fait en insérant des ancres dans chaque définition. Or, nos modèles le font déjà. Par exemple :

Sens 2 : déchirer#extension.

Sens 3 : déchirer#figuré.

Pour le sens quatre, il faudrait modifier l'article pour désambiguïser l'ancre avec quelque chose comme : "{{figuré|fr|ancre=_2}}" ou "{{figuré|fr|ancre=_sens_4}}".

JackPotte ($♠) 8 juin 2018 à 08:23 (UTC)

Merci beaucoup ! Je vais aller essayer ça. J. Clef (discussion) 8 juin 2018 à 08:39 (UTC)

Clés de tri pour l’espéranto

Bonjour. Depuis la mise en place de module:clé de tri (utilisé par {{clé de tri}}), les clés de tri en espéranto peuvent être gérées de deux manières : {{clé de tri|fortikajxo}} ou {{clé de tri|lang=eo}} (ex. avec fortikaĵo). Or ces deux façons ne sont pas équivalentes depuis l’usage de par exemple « g⿕ » au lieu de « gx » pour remplacer « ĝ ». Voir le tri dans Catégorie:espéranto après mon changement dans fortikaĵo. Pensez-vous qu’il est meilleur de remplacer tous les modèles {{clé de tri}} par {{clé de tri|lang=eo}} pour les entrées en espéranto, afin de rendre ça cohérent ? Ou faudrait-il plutôt renseigner manuellement les clés de tri comme actuellement ?

Notifications à @TAKASUGI Shinji : [5], @Mimich :. — Automatik (discussion) 10 juin 2018 à 12:43 (UTC)

Plus généralement, {{clé de tri}} traite toute la page, il n'est pas pas souhaitable d'y placer des codes langues (par exemple "ĝ" existe aussi en aléoute). Il faudrait que toutes les catégories passent par des modèles avec un premier paramètre code langue. JackPotte ($♠) 10 juin 2018 à 12:50 (UTC)

Excluant les sinogrammes, est-ce qu’il y a des pages dont les clés de tri par langue ne peuvent pas être générées algorithmiquement ? — TAKASUGI Shinji (d) 10 juin 2018 à 12:59 (UTC)

Dans l’immédiat, une autre façon simple de rendre ça cohérent est de remplacer g⿕ par gx dans le module. Lmaltier (discussion) 10 juin 2018 à 12:51 (UTC)

Fait. — TAKASUGI Shinji (d) 10 juin 2018 à 13:13 (UTC)

Je n’étais pas au courant du "mode langue" (et je ne me souviens d’ailleurs pas d’avoir rencontrer un seul exemple). J’ai toujours rempli de très nombreuses clés de tri selon la "méthode x" qui est le mode de tous les exemples que j’ai rencontré dont je ne suis pas l’auteur. Donc ce doit être le mode ultra-majoritaire, à mon avis. Autant s’y maintenir, dirais-je à priori. --Mimich (discussion) 10 juin 2018 à 13:24 (UTC)

@TAKASUGI Shinji : Peux-tu rajouter ces lignes pour le danois et le norvégien ?

p.hash['da'] = { ['æ'] = 'z⿕', ['ø'] = 'z⿕⿕', ['å'] = 'z⿕⿕⿕' }
p.hash['no'] = p.hash['da']
p.hash['nb'] = p.hash['da']
p.hash['nn'] = p.hash['da']

Surkål (discussion) 10 juin 2018 à 13:38 (UTC)

Fait, merci. — TAKASUGI Shinji (d) 10 juin 2018 à 15:25 (UTC)

Non, c’est moi qui te remercie Surkål (discussion) 10 juin 2018 à 17:52 (UTC)

Update on page issues on mobile web

Changement concernant les problèmes de contenu sur le web mobile

Aidez-nous à traduire dans votre langue Bonjour tout le monde ! L’équipe web des Lecteurs a récemment commencé à travailler sur l’affichage des modèles signalant des problèmes dans le contenu sur le site web mobile. Actuellement, les détails des problèmes de contenu sont généralement cachés sur le site mobile. Les lecteurs ne sont donc pas conscients du niveau de fiabilité des pages qu’ils lisent. L’objectif de ce projet est d’améliorer la prise de conscience de problèmes particuliers au sein des articles sur l’interface mobile. Nous allons faire cela en changeant le style visuel des problèmes dans les pages.

Pour l’instant, nous avons imaginé une maquette et un moyen de mise en œuvre du projet. Nous testons aussi ces maquettes auprès d’utilisateurs. Les tests ont jusqu’à présent des résultats positifs. Voici un rapide résumé de ce que nous avons appris :

• Le nouvel affichage améliore le niveau d’information à propos des problèmes de la page chez les participants. Cela est vrai particulièrement lorsqu’ils rentrent dans un mode plus évaluatif, critique.
• Les problèmes de contenu ont du sens pour les lecteurs et ils comprennent comment ils fonctionnent.
• Les lecteurs se soucient des problèmes de contenu et les considèrent comme importants.
• Les lecteurs avaient une opinion incroyablement positive de Wikipédia relativement à ses informations sur les problèmes de contenu.

Notre prochaine étape sera d’appliquer ces changements. Nous voulions prendre note de tous vos commentaires, idées et suggestions que vous pourriez avoir avant de commencer le développement. Rendez-vous sur la page du projet où nous avons davantage d’informations et de maquettes montrant à quoi cela pourrait ressembler. Donnez votre avis sur la page de discussions !

CKoerner (WMF) (talk) 12 juin 2018 à 20:58 (UTC)

Nom de catégorie incorrect

Salut les gars, j’ai un problème avec {{composé de}} qui appelle une catégorie avec un nom incorrect → voir vulkanisk. La catégorie appelée est « Mots en en suédois suffixés avec -isk » au lieu de « Mots en suédois suffixés avec -isk ». Le problème est présent avec tous les suffixes que j’ai testé. Surkål (discussion) 17 juin 2018 à 14:44 (UTC)

Edit: le problème apparaît quand on place le paramètre lang. Surkål (discussion) 17 juin 2018 à 14:48 (UTC)

Corrigé. Suite à une coquille dans la modification de JackPotte d’aujourd'hui : [6]. — Automatik (discussion) 17 juin 2018 à 14:52 (UTC)

Merci Automatik, j’aurais du regarder l’historique du modèle avant de poster ici. Surkål (discussion) 17 juin 2018 à 14:53 (UTC)

Pas de problème — Automatik (discussion) 17 juin 2018 à 15:23 (UTC)