Wiktionnaire:Questions techniques

Définition, traduction, prononciation, anagramme et synonyme sur le dictionnaire libre Wiktionnaire.
Aller à : navigation, rechercher
Raccourci [+]
WT:QT

Sur cette page toute question d'ordre technique du Wiktionnaire pourra être abordée :

  • Écriture de modèles et passage à Lua
  • Javascripts et gadgets
  • Feuilles de style css
  • Bots et autres outils sur le Toolserver et le Labs
  • Mediawiki et bugs rencontrés

Suivez également les journaux techniques.


Pages techniques spécialisées :

Pages d’intérêt :

Questions de décembre 2014


Page de suivi des bugs dan Phabricator[modifier | modifier le wikitexte]

Je viens de créer une tâche dans Phabricator (qui a remplacé bugzilla) qui permet de suivre les différentes tâches relatives au Wiktionnaire : https://phabricator.wikimedia.org/T76447.

Si vous avez un compte sur Phabricator, vous abonner à cette tâche permettra normalement de suivre l'évolution des sous-tâches. N'hésitez pas à ajouter vos bugs en sous-tâche pour faciliter son suivi (j'en ai peut-être oublié).

Ceci devrait avantageusement remplacer Wiktionnaire:Phabricator puisque le suivi sera automatique (sauf pour la description en français). — Dakdada 2 décembre 2014 à 10:22 (UTC)

Oui c'est mieux, la description figure déjà dans le consensus. JackPotte ($) 2 décembre 2014 à 12:34 (UTC)
Oui, mais pour que ce soit réellement efficace faudrait que les membres actifs du Wiktionnaire s’inscrivent sur Phabricator, quitte à effectuer un abonnement godillot de tous les bogues et améliorations en cours touchant de près ou de loin le Wiktionnaire. V!v£ l@ Rosière /Murmurer…/ 2 décembre 2014 à 12:57 (UTC)
J’aime pas m’inscrire. --GaAs 2 décembre 2014 à 21:06 (UTC)
Allez faut juste passer par MediaWiki et le tour est joué Hé hé !.
Le but n'est pas d'obliger les contributeurs à s'inscrire, mais surtout d'aider ceux qui sont intéressés à trouver facilement l'ensemble des bugs qui concernent le projet. — Dakdada 2 décembre 2014 à 21:33 (UTC)
Ouais enfin si il n’y a personne pour "faire pression" voilà ce qui arrive quand on réclame une amélioration qui ne concerne à priori que 2-3 peulés (en l’occurrence 12 de pas moins de 6 wiktionary différents). Une amélioration requise avant 2009, soit avant ma présence ici. Qui nous aurais épargné beaucoup de travail, de maintenance et aurais permis pas mal de corrections ; mais non… ils préfèrent développer un éditeur visuel bidon qu’à peine 1% des contributeurs utilisent et des bandeau jaunes fluos alarmistes pour faire cracher les dons. Tiens histoire de cracher encore un peu plus de bile : 1 jour à peine chrono en main pour la résolution d’un bug touchant à l’éditeur que personne n’utilise. V!v£ l@ Rosière /Murmurer…/ 2 décembre 2014 à 23:19 (UTC)
L'éditeur visuel avait un budget financier, présente-toi donc au comité qui alloue les fonds. Mon programme préféré sera la rapidité de chargement des pages. JackPotte ($) 2 décembre 2014 à 23:31 (UTC)
L’éditeur visuel n’est pas fait pour les projets Wiktionary en réalité, et c’est pour ça que nous avons eu à le demander sur accord communautaire. C’est sur les Wikipédias où il est activé par défaut (et d’ailleurs maintenant tous les projets quasiment sauf Wiktionary — car justement notre structure est mal adaptée à cet éditeur). En l’occurrence si le bug a été résolu si vite c’est évidemment parce que c’était extrêmement simple (revenir en arrière sur une simple coquille). Mais sur les projets où il est implémenté, genre Wikipédia, ça ne fait pas doute c’est un éditeur utile (avec près d’1 million de modifications effectuées avec). Si on le désactive ici ça devrait pas faire trop de mal, mais à priori un certain nombre de personnes n’auraient jamais pu apporter leur modifs sans cet éditeur, faute de connaitre la wikisyntaxe. — Automatik (discussion) 2 décembre 2014 à 23:33 (UTC)


J'ai également créé la tâche phab:T78531 pour suivre les bugs et demandes qui concernent le projet Wiktionary en général, ce qui permettra de mieux mutualiser les demandes globales (comme la gestion des liens interlangues par Wikidata). — Dakdada 15 décembre 2014 à 11:08 (UTC)

En lua, comment tester la présence d'un nbsp dans une chaine ?[modifier | modifier le wikitexte]

Pour info, ça peut servir à tt le monde, alors je recopie ici ce que j’ai écrit sur w:WT:QT.

Eurêka !   n’est pas traduit (parsé) avant d’être passé au lua, donc si je teste la présence d’un espace insécable dans la chaine (sous la forme utf8 "\194\160" comme je l’ai fait, mais en fait de n’importe quelle façon), c’est normal que je ne le trouve pas, puisqu’il n’y en a pas. Il faut (aussi) tester la présence de la chaine " ".
--GaAs (discuter) 2 décembre 2014 à 20:05 (CET)

En complément, voir [1]. --GaAs 2 décembre 2014 à 21:02 (UTC)

Problème métaphysique avec Modèle:fr-accord-eau + Module:fr-flexion[modifier | modifier le wikitexte]

Bonsoir. Pour fr-accord-eau, le code lua boite_eau_eaux_elle_elles() est censé reconnaitre automatiquement l’ancienne syntaxe

  • {{fr-accord-eau|radical|prononciation radical}}
  • {{fr-accord-eau|radical|prononciation radical|inv=partie invariable|pinv=prononciation partie invariable}}

de la nouvelle (qui doit donner le même résultat)

la détection étant faite en comparant le param 1 au radical détecté automatiquement (et en comptant sur le fait que la prononciation comporte des points de syllabation).

Le problème, c’est que ça ne fonctionne pas correctement pour les mots d’une syllabe comme beau, parce qu’alors radical égale prononciation radical (qui n’a évidemment pas de syllabation).

Les articles ne sont pas actuellement touchés, car utilisant tous l’ancienne syntaxe, mais la question se pose dans l’optique d’un futur passage de bot pour remplacer la syntaxe.

J’avoue ne pas avoir trouvé d’idée géniale pour arranger ça, alors je lance un brain-storming pour solliciter vos idées. Merci d’avance. --GaAs 10 décembre 2014 à 22:56 (UTC)

Si on fait un test comme if (Radic==args[1]) and (args[2] ~= nil), au lieu de if (Radic==args[1]), est-ce que ça ne résoudrait pas le problème ? Il faudrait bien sûr qu’aucune page n’utilisant l’ancienne syntaxe ne soit sous la forme {{fr-accord-eau|1}}, c’est-à-dire sans réserver de la place pour le second paramètre, même lorsque celui-ci est vide. — Automatik (discussion) 10 décembre 2014 à 23:09 (UTC)
Non, le paramètre de prononciation n’est pas forcément présent sur les pages existantes (jusqu’à preuve du contraire), et ça ne fonctionne pas avec {{fr-accord-eau|b|kɔm ɛ̃ ka.mjɔ̃}}. Voici ma liste de possibilités :
  1. Trouver un test général qui marche pour tous les modèles concernés (pistes : tester si le radical détecté automatiquement n’est composé que de consonnes, deviner alors automatiquement sa prononciation, en déduire ce que représente le param 1 ; c’est compliqué).
  2. Tester explicitement chaque cas particulier dans chaque fonction lua (il n’y en a pas bcp, mais on peut en oublier).
  3. Modifier manuellement les articles pour utiliser temporairement la syntaxe "de secours" {{fr-accord-eau|pron=b|pinv=kɔm ɛ̃ ka.mjɔ̃}} qui est déjà prise en charge (il n’y en a pas bcp, mais on peut en oublier).
  4. Ignorer le problème : passer un bot pour remplacer la syntaxe sur tous les articles utilisant une fonction lua donnée, et dès que c’est fait annuler le support de l’ancienne syntaxe dans la fonction lua (les articles concernés seront faux pdt le transitoire, mais redeviendront bon automatiquement).
Dans tous les cas sauf le dernier (4), un bot pourra mettre la syntaxe à jour en une seule fois pour l’ensemble des modèles, et sans urgence aucune. --GaAs 11 décembre 2014 à 10:15 (UTC)
Je n’ai trouvé qu'une page ne donnant qu'un paramètre : friponneau (cf. [2]), mais je l’ai enlevé, le féminin n’étant de toute façon pas attesté visiblement (et s’il l’était, il ne l’est pas assez par rapport au masculin). Sinon la solution 3 me parait la meilleure en attendant qu’un bot change tout. — Automatik (discussion) 11 décembre 2014 à 11:16 (UTC)

Bon, j’ai peut-être une bonne idée pour la solution 1. En français, la liste des groupes consonnantiques à problème (ie qui sont égaux à leur API), pouvant être racine d’un monosyllabe est je pense :

  • b, bl, d, f, (k), (kl), l, m, n, p, pl, ps, s, t, ts, v, w, z.
  • plus g, gl, s’il y a mauvaise utilisation de l’API (/g/ vs /ɡ/).
  • plus br, dr, fr, gr, (kr), pr, (sr), tr, vr, s’il y a mauvaise utilisation de l’API (/r/ vs /ʁ/).

Si je fais une fonction est_consonne_et_identique_api(ch) qui répond true si ch vaut l’une de ces chaines (en se limitant à la liste courte), alors le code suivant devrait fonctionner (Radic est le radical détecté automatiquement — ce qui fonctionne bien) :

    -- prononciation en param 1 ou 2 selon syntaxe ancienne/nouvelle
    if (not args[1]) or (args[1]=='') then
        --syntaxe nouvelle sans prononciation (c’était une erreur dans l’ancienne syntaxe de toute façon)
    elseif (Radic ~= args[1]) then
        --syntaxe nouvelle (le param 1 n’est pas le radical, donc c’est la prononciation, sinon c’est une erreur à corriger à la main)
        -- args[2] = ''prononciation partie invariable''
    elseif est_consonne_et_identique_api(args[1]) then
        if (not args[2]) then
            --syntaxe nouvelle avec la prononciation, ou syntaxe ancienne sans la prononciation
            --(mais en fait dans les deux cas la prononciation est égale à Radic)
        elseif (args[1] == args[2]) then
            --syntaxe ancienne (radical + prononciation qui sont identiques)
        else
            --syntaxe nouvelle (prononciation + prononciation partie invariable)
        end
    else
        --syntaxe ancienne 
    end

--GaAs 11 décembre 2014 à 18:39 (UTC)

Jobs soumis sur le Labs via 'cron'[modifier | modifier le wikitexte]

Bonjour,

Y a-t-il un moyen de rediriger les mails reçus pour chaque job exécuté via la « cron » sur le Tool Labs ailleurs que sur notre boite mail perso (par exemple, dans un dossier perso sur le Labs) ? On reçoit en effet un mail par job exécuté via le cron, et ça fait beaucoup pour un job exécuté toutes les heures. Comment faites-vous pour éviter cette montagne de mails vous ? Merci — Automatik (discussion) 27 décembre 2014 à 18:01 (UTC)

Justement je me posais souvent cette question sans en avoir trouvé la réponse dans les préférences...
Poursuivons plutôt cette discussion dans ton paragraphe wikitech:Help_talk:Tool_Labs#Jobs_submitted_to_the_grid_via_.27cron.27. JackPotte ($) 27 décembre 2014 à 18:11 (UTC)
À priori la réponse doit se trouver là-dedans : wikitech:Help:Tool Labs#Email, mais ce n’est pas tout à fait clair pour moi… — Automatik (discussion) 27 décembre 2014 à 18:14 (UTC)
Ah oui, sur le moment j’avais tant envie de résoudre le problème que j’en oubliais mon message là-bas J’ai honte. Oui poursuivons là-bas. — Automatik (discussion) 27 décembre 2014 à 18:15 (UTC)

PROBLEME IMPORTANT ː je ne peux plus éditer le Wiktionnaire francophone[modifier | modifier le wikitexte]

Je crois que c'est depuis hier que j'ai le problème, mais c'est seulement maintenant que je vois que ce problème est spécifique au Wiktionnaire francophone ː j'ai essayé sur un autre Wiktionnaire, et je n'ai pas de problème, et aussi sur Wikipédia, et je n'ai pas de problème.

Le problème ici est que, quand j'édite ou que je saisis dans la zone Rechercher, certains caractères sont mal rentrés ː voici ce que j'obtiens ː

astérisque ː ̈

deux-points ː ː (c'est bien un deux points, mais pas le normal)

double crochet ouvrant ː ʽ (un simple crochet ouvrant ou fermant marche)

double crochet fermant ː ʼ

simple accolade ouvrante ː ̪

double accolade ouvrante ː ̺

simple accolage fermante ː ̪

double accolade fermante ː ˌ

triple tilde ː ̴

Je précise que c'est apparu tout d'un coup, sans que j'aie touché à mes paramétrages.

Alors, qu'est-ce qui se passe ? Est-ce que d'autres ont aussi le problème ? Lmaltier

Tout en bas à gauche dans la barre, si tu cliques sur l'icône d'engrenage pour remettre en français ? JackPotte ($) 31 décembre 2014 à 18:48 (UTC)

Je ne connaissais pas cette commande. Mais j'ai regardé, et je suis bien en français... D'ailleurs, mon affichage est tout à fait habituel. Lmaltier

Si ces outils sont activés (par mégarde), tu dois voir par exemple que tu es en "SIL". Cela m'est déjà arrivé je suis sûr que ça vient de là. JackPotte ($) 31 décembre 2014 à 19:09 (UTC)

Effectivement : suite à ton conseil, j'ai essayé de sélectionner anglais, j'ai vu que le choix SIL était sélectionné, choix que j'ai changé en clavier local. Puis, je suis revenu en français. Maintenant, je ne vois plus ces choix (SIL et autres), même en anglais, mais le comportement est redevenu correct. Si ça nous est déjà arrivé à tous les deux, j'imagine que ça arrive aussi à beaucoup d'autres, et il faut être vraiment motivé pour essayer de régler le problème : la plus simple façon de le régler, c'est de ne plus contribuer ici. Peut-être que ça nous a fait perdre pas mal de contributeurs. Alors mes nouvelles questions :

  • comment ça a pu arriver ? Par inadvertance, d'accord, mais encore ?
  • qu'est-ce qu'on peut faire pour garantir que ça n'arrivera plus ? En tout cas, ça ne peut pas rester comme ça, ça mérite d'être signalé en tant que bug.

Lmaltier (discussion) 31 décembre 2014 à 19:40 (UTC)

Quand tu cliques dans le champ de recherche, la fenêtre d’édition, etc, il apparait en bas à droite sous la zone de saisie une petit clavier (probable que tu as cliqué dessus involontairement). Si tu cliques dessus, la dernière ligne est "désactiver les outils de saisie". Si tu cliques dessus, normalement il ne te le proposera plus, et donc il ne pourra plus y avoir de fausse manip involontaire.
Note que c’est un truc qui m’arrive aussi assez couramment avec l’option de langue de Windows, dont le raccourci clavier est ALT+SHIFT comme les touches de raccourci de MediaWiki. --GaAs 31 décembre 2014 à 20:13 (UTC)
Merci. je suis revenu ici parce que ça m'est encore arrivé (!), encore par inadvertance, et c'est bien d'avoir la réponse tout de suite. J'ai suivi ton conseil. Il n'empêche que du point de vue ergonomique, utilisabilité, c'est catastrophique. Il ne faut surtout pas essayer de faire aussi mal que Windows, à moins de vouloir faire fuir les contributeurs. Est-ce qu'on ne pourrait pas mettre cette désactivation par défaut, pour tout le monde ? Cela n'empêche pas de changer de langue par la suite, si on le désire. Mais le mieux serait de mettre cette préférence avec les autres, au lieu de compliquer au maximum l'interface couramment utilisée, ce qui réglerait le problème. C'est nouveau ? Lmaltier (discussion) 31 décembre 2014 à 20:31 (UTC)
Pas exactement nouveau, c’est un des résultats des travaux de la Fondation pour améliorer l’accessibilité aux langues indiennes (2 ans ?), et la présence de ce petit clavier est actuellement le standard sur les wikis de la Fondation.
Pour le supprimer je n’ai pas d’avis, mais il effectivement peu probable que des utilisateurs francophones occasionnels aient le réflexe de l’utiliser. --GaAs 31 décembre 2014 à 20:49 (UTC)
Donc, si je comprends bien, en Inde, beaucoup de contributeurs sont souvent amenés à changer de langue pour leur clavier ? Mais est-ce que ça ne pourrait pas être un choix de chaque projet de mettre ça par défaut ou pas, en fonction des besoins habituels de leurs contributeurs potentiels, tout en permettant à chaque utilisateur de changer ce comportement par défaut ? Et comment expliquer que je n'avais absolument jamais vu ce clavier, ni eu ce problème, et que je l'ai eu 2 fois en 3 jours ? Il y a encore des choses qui m'échappent et qui me font peur. Ou alors est-ce que ce n'était activé qu'en Vector, et que ça vient d'être généralisé à tout le monde ? Ce serait une explication. En tout cas, ça ne change rien au fait que ça a dû nous faire perdre des contributeurs. Lmaltier (discussion) 31 décembre 2014 à 21:57 (UTC)
Ta dernière explication est peut-être la bonne, il y a fort longtemps que je ne regarde plus Monobook. --GaAs 1 janvier 2015 à 11:19 (UTC)

Questions de janvier 2015


Prononciation dans {{it-ciare-essere}}[modifier | modifier le wikitexte]

Bonjour, est ce que quelqu’un pourrait modifier {{it-ciare-essere}} de sorte à ce que le modèle affiche la prononciation même en l’absence du troisième paramètre ? Voir par exemple Annexe:Conjugaison en italien/ghiacciare. Merci d’avance. Pamputt [Discuter] 4 janvier 2015 à 11:19 (UTC)

En fait, pas besoin, une IP a fait le nécessaire (la solution était écrite dans la doc J’ai honte). Pamputt [Discuter] 4 janvier 2015 à 11:42 (UTC)

Améliorer le moteur de recherche interne[modifier | modifier le wikitexte]

Suite à plusieurs discussions (la flemme de toutes les chercher), je me demande depuis plus d’un an comment faire pour améliorer le moteur de recherche interne du wiktionnaire. J’en suis arrivé au final à une simple modification qui pourrait énormément servir : ajouter les annexes et les thésaurus dans les recherches par défaut. Voici en plusieurs points mes arguments :

  • Une visibilité accrue pour les langues reconstruites :
    • Il n’est actuellement pas possible de trouver une reconstruction par une simple recherche. Or, dans notre projet commun (de Vive et moi) de mise à jour du gaulois, nous allons transférer des pages de l’espace principal vers des annexes. Ces pages vont perdre une grande visibilité alors qu’elle seront plus à jour et mieux présentées. La question se pose ainsi pour toutes les langues en partie ou complètement en reconstruction.
    • Cette visibilité nouvelle nous permettra aussi de trouver des nouvelles erreurs de reconstructions actuellement cachées dans les méandres du wiktionnaire.
  • Une visibilité accrue pour des pages à très forts potentiels :
    • Je pense notamment à des pages comme annexe:Rimes en français (que je m’amuse à remplir petit à petit avec AWB) qui peuvent donner lieu à quelque chose de formidable en terme de reconnaissance par des utilisateurs intéressé par ce genre d’infos.
    • Les pages de nature linguistique seront aussi plus accessible (notamment toutes les pages en annexe:Langues du groland en saturnien) ce qui n’est pas un mal pour donner envie de remplir toutes ces ébauches ô combien passionnantes ! Mort de rire
    • Un juste retour des choses pour les thésaurus que nous avons et qui n’attendent que d’être lus, remplis, organisés, illustrés et chouchoutés par des âmes passionnées.
  • Une visibilité nécessaire pour toutes les autres petites ébauches oubliés et seules qui n’attendent que la chaleur rassurante d’un contributeur curieux et attentionné (oui, j’ose sortir l’argument sentimental !).

Du coup, voilà. Comment faire ce changement ? Avez-vous des arguments techniques contre ? Si ce n’est pas impossible techniquement, je lancerais une discussion sur la wikimédie ensuite avec une prise de décision à la clef. Merci d’avance ! Clin d’œil --Lyokoï (discussion) 5 janvier 2015 à 00:29 (UTC)

Aucun obstacle au niveau technique (ex : sur Wikiversité l'espace Recherche est avec le Principal par défaut pour tout le monde). Par contre pour prendre de l'avance :
  1. Pour ceux qui le veulent il y a une case en bas spécial:Recherche, rubrique Recherche avancée, qui s'appelle Se souvenir de la sélection pour les prochaines recherches.
  2. Les rubriques synonymes renvoient déjà vers les thésaurus quand ils existent. D'ailleurs, hormis pour les formes reconstituées que l'on peut difficilement mettre en avant faute de sources, je ne vois pas dans quel cas le client ne connaitrait pas son besoin, et aurait besoin d'un thésaurus pour autre chose que là où sont les renvois. JackPotte ($) 5 janvier 2015 à 00:48 (UTC)
Quoique je voterais pour car moult annexes contiennent des liens rouges. JackPotte ($) 5 janvier 2015 à 01:00 (UTC)
Techniquement il faudra faire une demande sur Phabricator pour inclure les espaces d'annexe et de thésaurus dans la recherche (changement de la variable $wgNamespacesToBeSearchedDefault). Pour faire ce changement, une page de vote est indispensable. — Dakdada 5 janvier 2015 à 15:00 (UTC)
le tag à utiliser est wikimedia-site-requests. — Dakdada 5 janvier 2015 à 17:06 (UTC)
Merci pour vos réponses. Je lancerai une discussion sur la wikidémie cette semaine puis une page de vote dans le mois. --Lyokoï (discussion) 5 janvier 2015 à 19:18 (UTC)

Dernier dump[modifier | modifier le wikitexte]

Bonjour,

Quelqu’un a-t-il déjà un moyen pour être averti de la date du dernier dump sorti, ou alors lorsque vous avez besoin vous regardez http://dumps.wikimedia.org/frwiktionary/ (ou une page similaire) à chaque fois ? — Automatik (discussion) 5 janvier 2015 à 13:55 (UTC)

Moi je le regarde manuellement car j'ai la flemme de développer un système de cron avec wget qui sera obsolète à chaque changement de serveur et autres. JackPotte ($) 5 janvier 2015 à 14:38 (UTC)
Itou. — Unsui Discuter 5 janvier 2015 à 14:51 (UTC)
Je le fais à la main, mais je serais intéressé par une solution de type RSS qui avertirait de chaque sortie de dump. C'est une proposition qu'on peut faire aux développeurs... — Dakdada 5 janvier 2015 à 15:04 (UTC)
Correction : il existe déjà un fichier RSS pour chaque fichier de chaque projet ! Pour le Wiktionnaire : http://dumps.wikimedia.org/frwiktionary/latest/frwiktionary-latest-pages-articles.xml.bz2-rss.xml. — Dakdada 5 janvier 2015 à 15:13 (UTC)
Je vais m’en servir aussi personnellement, par contre ce RSS m’affiche depuis ce matin « Generating feed », alors que les autres RSS marchent bien. (J’utilise l’agrégateur Netvibes, je ne sais pas si ça a un rapport). — Automatik (discussion) 19 janvier 2015 à 23:03 (UTC)

Découper ou pas Module:fr-flexion ?[modifier | modifier le wikitexte]

Bonsoir. Ce module va devenir très long (698 lignes actuellement, il devrait tourner autour des 10000 dix mille lignes une fois complet àmha).

Donc, question : serait-il plus efficace de le découper en petits bouts ? Sachant qu’il y a des fonctions communes ? --GaAs 29 janvier 2015 à 20:44 (UTC)