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 septembre 2014


Classe wikitable[modifier | modifier le wikitexte]

Bonjour,

Dans MediaWiki:Common.css est définie la classe wikitable (voir à Tableau gris : wikitable). Mais cette classe est depuis partie intégrante de MediaWiki ([1]). Du coup je propose de la retirer d’ici. La seule différence dans la définition par MediaWiki est l’ajout de margin-right: 1em; qu’on n’avait pas jusque-là, et qui semble en pratique n’avoir pas d’incidence sur les usages de cette classe, qui est essentiellement utilisée dans des documentations de modèles et dans quelques modèles de conjugaison comme {{fi-conj}} et {{pl-conj}} (qui ne changeraient pas avec un margin-right fixé à 1em). — Automatik (discussion) 1 septembre 2014 à 13:52 (UTC)

Ok pour moi. — Dakdada 3 septembre 2014 à 12:42 (UTC)
En absence d'oppposition fait. — Dakdada 8 septembre 2014 à 09:16 (UTC)

ajout d'un paramètre[modifier | modifier le wikitexte]

Bonjour, il faudrait que quelqu'un modifie {{sv-conj-fort}} pour qu'on puisse écrire 9=quelque chose, et que ce quelque chose apparaisse dans la case présent passif. Surkål (discussion) 2 septembre 2014 à 01:04 (UTC)

@Surkål : Smiddle avait enlevé ce paramètre ici pour qu’à la place soient utilisés les paramètres 1 et 2, ou bien le paramètre coda (en combinaison des paramètres att et v1). Tu peux donner un exemple de page où ces paramètres ne suffisent pas à renseigner le présent passif ? Automatik (discussion) 3 septembre 2014 à 12:11 (UTC)Automatik (discussion) 3 septembre 2014 à 12:11 (UTC)
J'aimerais savoir s’il y a un moyen d'enlever la variante en -es pour des verbes comme bita ou brinna. Quand je fais coda=r, la variante disparaît (exemple : bära), mais ça ne marche qu'avec les verbes en r… Et parfois, des verbes en r ont une variante (ex : svära), bref je suis perdu ! Surkål (discussion) 3 septembre 2014 à 13:30 (UTC)
Je vais utiliser {{sv-conj-er}}, ça marche. Désolé du dérangement. Surkål (discussion) 3 septembre 2014 à 15:32 (UTC)

locutions en kazakh[modifier | modifier le wikitexte]

Bonjour pourquoi сатып алу est-il catalogué comme locution verbale alors le kazakh (code « kk ») n’est pas présent dans Module:locution/data ? Pamputt [Discuter] 3 septembre 2014 à 10:09 (UTC)

Il me semble que cette liste blanche n’a simplement jamais été activée. Je propose qu'on la lance et notifie Darkdadaah qui l’a créé. — Automatik (discussion) 3 septembre 2014 à 12:18 (UTC)
Ok, allons-y. De toute façon il vaut mieux que les mots d’une langue donnée soit considéré par défaut comme n’étant pas une locution plus que l’inverse (ce qui est le cas actuellement). Pamputt [Discuter] 3 septembre 2014 à 12:32 (UTC)
Il suffit normalement de décommenter 1 + 4 lignes. N'oubliez pas de tester le changement avant de sauvegarder (tester par exemple les pages сатып алу, сату, pomme de terre, pomme). — Dakdada 3 septembre 2014 à 12:38 (UTC)
Ça y est ; j’ai activé le truc. Ça semble fonctionner correctement. Pamputt [Discuter] 4 septembre 2014 à 16:22 (UTC)
À priori la liste blanche n’est pas exhaustive, mais malgré tout cela va impliquer pas mal de suppressions de sous-catégories de Catégorie:Locutions, telles que Catégorie:Locutions verbales en suédois (contenant actuellement 419 entrées, mais apparemment la mise à jour prend du temps). — Automatik (discussion) 4 septembre 2014 à 22:29 (UTC)

Nettoyage des commons[modifier | modifier le wikitexte]

Salut,

Je prévois de nettoyer les fichiers Mediawiki:Common.js et Mediawiki:Common.css en déplaçant des grosses parties de code dans des gadgets, chargés par défaut (ou plutôt un gadget général qui chargerait l'ensemble des gadgets par défaut, un peu comme ce qui est fait sur la version anglaise). je rappelle que les gadget peuvent être chargés via le "resourceLoader" et leur chargement sera donc toujours optimisé.

Voici quelques exemples de sous-gadgets à créer et séparer des fichiers Common :

  1. NavFrame (js + css), utilisé pour les menus déroulants, via {{(}}. fait
  2. Cadres déroulants (même principe que NavFrame). fait MediaWiki:Gadget-CadreOnglet.js + MediaWiki:Gadget-CadreOnglet.css
    • Suppression des options de couleurs : pas utilisées et trop lourd fait (7,4 Ko -> 1,8 Ko)
  3. Style des articles (tout avoir dans une page dédiée), c'est-à-dire en gros tous les styles css commençant par ns-0.
    • Style des titres de section : encodage des images directement dans le fichier (évitera de recharger les images individuellement à chaque fois).
  4. Style des systèmes d'écriture. fait
  5. Style de la page d'accueil 2 dans un gadget également, plutôt qu'en import (pas optimal). fait
  6. Déplacer dans des pages de gadget, avec la condition dans le gadget (10 Ko hors compression) :

Ce sera beaucoup plus pratique à gérer. — Dakdada 3 septembre 2014 à 12:51 (UTC)

J'ai créé le gadget Wiktionnaire dont le but est de charger tous ces petits bouts de code en un gadget. Je ne l'ai pas encore activé (=par défaut), donc pour l'instant les différents codes restent dans les fichiers Common. — Dakdada 3 septembre 2014 à 18:27 (UTC)

Merci pour ce split !
Petite remarque : ne faudrait-il pas modifier la description MediaWiki:Gadget-Wiktionnaire pour qu’elle aille aussi bien dans Mediawiki:Gadgets-definition que dans Spécial:Gadgets ? — Automatik (discussion) 3 septembre 2014 à 22:09 (UTC)
Par ailleurs [2] Navframe.js est revenu pour moi, même si j’ai attendu un peu… — Automatik (discussion) 3 septembre 2014 à 22:12 (UTC)
Rah zut. Bon je remet tout ensemble et je laisse décanter. — Dakdada 3 septembre 2014 à 22:19 (UTC)
Ça a l'air d'aller maintenant. Il y a encore un peu de boulot à faire. — Dakdada 4 septembre 2014 à 08:54 (UTC)

Navigation interprojet[modifier | modifier le wikitexte]

J’en profite pour proposer de supprimer le code pour la navigation interprojet de MediaWiki:Common.js (fonction iProject()), car cela n’est utilisé que par une dizaine de pages (Spécial:Pages liées/Modèle:Interprojet), liées au modèle désuet {{Interprojet}}, ce qui ne justifie pas à mon sens de le charger pour tout le monde, tout le temps. — Automatik (discussion) 5 septembre 2014 à 00:22 (UTC)

Il est chargé via le ResourceLoader donc il est au moins mis en cache, et le code est court. Cela dit il y a bel et bien eu une décision de suppression du modèle {{Interprojet}}, donc une fois qu'on l'aura remplacé on pourra enlever le code. — Dakdada 5 septembre 2014 à 14:07 (UTC)
fait Les utilisateurs utilisant le modèle désuet {{Interprojet}} ont été prévenu de ce changement il y a un mois, je viens donc de retirer le code. — Automatik (discussion) 5 octobre 2014 à 10:43 (UTC)

Remplacer NavFrame par mw-collapsible[modifier | modifier le wikitexte]

Je propose le remplacement de l'utilisation des NavFrame par mw-collapsible dans les modèles de cadre {{(}} et {{)}}, voir un test ici : [3].

Avantage : plus besoin de Mediawiki:Gadget-NavFrame.js + Mediawiki:Gadget-NavFrame.css (4 Ko de code). — Dakdada 4 septembre 2014 à 14:43 (UTC)

Pourquoi imposer un nombre de colonnes indépendamment de la largeur d’écran au lieu d’utiliser comme avant une largeur prédéfinie qui a sens quelle que soit la taille de l’écran ? — Automatik (discussion) 4 septembre 2014 à 14:57 (UTC)
Parce que c'est une démo pour laquelle j'ai ajouté un style rapide :D L'idéal sera d'avoir une largeur dynamique, oui. — Dakdada 4 septembre 2014 à 15:13 (UTC)
Bon c'était pas compliqué dont j'ai mis les colonnes à largeur fixes. — Dakdada 4 septembre 2014 à 15:15 (UTC)
C’est ta démo donc je te laisse faire mais à priori il faudrait reprendre la majeure partie du code de Modèle:(. — Automatik (discussion) 4 septembre 2014 à 15:22 (UTC)
Oui et non : pour les tables dans les articles, il n'y a pas de raison de mettre des paramètres autre que le titre et le contenu, donc ce que je propose comme changement est suffisant. Les cas qui demanderaient un cadre plus spécialisé devraient être faits avec {{boite déroulante}}, que tu m'avais fait remarquer le mois dernier.
Mais quoiqu'il en soit, ce que je propose est d'abord un changement de principe, le détail pourra suivre. — Dakdada 4 septembre 2014 à 15:45 (UTC)

J’ai rendu les cadres déroulants aussi en cliquant sur l’en-tête en attendant qu’on utilise mw-collapsible ([4]). Pas de problème à première vue.

D’ailleurs, pourquoi ne pas supprimer MediaWiki:Common.js/NavFrame.js ? — Automatik (discussion) 16 septembre 2014 à 03:39 (UTC)

Oui, et il y en a d'autres à regarder :
Common.js/Bouton regex.js Common.js/NavFrame.js Common.js/uploadingInformation.js
Dakdada 16 septembre 2014 à 13:06 (UTC)

Amélioration de MediaWiki:Gadget-CreerTrad.js[modifier | modifier le wikitexte]

Bonjour, j’ai ajouté la prise en charge des genres dans MediaWiki:Gadget-CreerTrad.js. Cela dit ce n’est pas parfait. Actuellement j'utilise le code suivant

if ( codesplit[ligne_trad].indexOf( CrTr_Trad + "|m|" ) > 0 ||
codesplit[ligne_trad].indexOf( CrTr_Trad + "|m}}" ) > 0 )
genre = "m";

Ça marche bien pour les cas du style {{T|es}} : {{trad|es|cirio|m}}. Cela dit ça ne va pas fonctionner correctement si on ajoute un paramètre entre le mot (« cirio » dans l’exemple) et le « m ». Bref, il faudrait utiliser une regexp qui cherche un truc du genre « cirio|*|m}} » ou bien « cirio|*|m|*}} ». Merci d’avance. Pamputt [Discuter] 7 septembre 2014 à 10:34 (UTC)

Salut, peut-être :
//si un genre est indiqué, on le récupère
var genre = "";
var regex_genre = new RegExp("\\{\\{trad[+-]{0,2}\\|" + CrTr_codelangue +
                             "\\|" + CrTr_Trad + "\\|(?:[^}]*?\\|)?([^=|}]*?)[|}]");
var array_genre = regex_genre.exec(codesplit[ligne_trad]);
if (array_genre !== null) {
    genre = array_genre[1];
}
Si je ne me trompe pas ça devrait récupérer le genre quel qu’il soit ("mf", "n", etc.), qu’il soit placé avant ou après un paramètre nommé comme R, dif, etc. On pourrait vérifier éventuellement si le genre récupéré est correct, mais les genres incorrects étant rares (Catégorie:Wiktionnaire:Traductions avec genre inexistant), on peut peut-être se passer d'un tel test. — Automatik (discussion) 7 septembre 2014 à 15:27 (UTC)
Merci, ça semble fonctionner correctement sur les cas que j’ai testés. Pamputt [Discuter] 7 septembre 2014 à 21:22 (UTC)

Modèle:la-tab-2m[modifier | modifier le wikitexte]

Bonjour, est ce que quelqu’un saurait corriger le fait que la case « ablatif » est trop grande en hauteur dans l’article Fulgentius ? J’ai regardé rapidement sans succès. Ça vient de la présence de « sing=oui » mais je n’en sais pas plus. Pamputt [Discuter] 9 septembre 2014 à 09:27 (UTC)

fait C'était un saut de ligne en trop dans {{la-tab-décl}}.
Un jour il faudra faire ces modèles en Lua, ça évitera ce genre de problèmes. — Dakdada 9 septembre 2014 à 14:15 (UTC)

Gadgets non optimisés[modifier | modifier le wikitexte]

Pas mal de gadgets sont encore peu optimisés (ni compressés ni mis en cache), rendant le chargement des pages plus lents qu'il ne pourrait l'être. Plus spécifiquement, tous les gadgets activés par défaut sont maintenant optimisés (y-compris les fonctions déplacées depuis Common.js), à l'exception de MediaWiki:Gadget-ChercheDansSousCategories.js. La priorité serait donc d'optimiser ce dernier gadget, en passant probablement par la révision de la bibliothèque MediaWiki:Gadget-CommonWikt.js (par exemple certaines fonctions incluses peuvent être remplacées par un équivalent jQuery ; CréerNouveauMot charge beaucoup de pages via importScript, etc.). — Dakdada 10 septembre 2014 à 16:37 (UTC)

Je viens de repasser sur MediaWiki:Gadget-ChercheDansSousCategories.js en le relançant avec ResourceLoader. J'imagine que la mise en cache va mettre un peu de temps à se mettre à jour, mais si ça ne marche toujours pas au bout d'un moment, il faudra penser à repasser à une version normale (annuler ceci). — Dakdada 17 septembre 2014 à 12:27 (UTC)

Le problème renvoyé dans la console était que la fonction CherCats_CheckMenu() appelée via l’attribut onclick n’était pas trouvée puisque pas dans l’espace global, j’ai donc corrigé [5].
Par ailleurs après un CTRL-F5 après la mise à jour d'un gadget, j’ai l'impression que c’est toujours bien la dernière version du gadget qui est prise en compte. — Automatik (discussion) 17 septembre 2014 à 12:46 (UTC)
Ok donc je note que les onClick et autres javascript: doivent être proscrits dans tous les gadgets qu'on veut passer à ResourceLoader. J'attend que mon cache se mette à jour pour confirmer que ça marche. — Dakdada 17 septembre 2014 à 12:54 (UTC) fait Ça marche. — Dakdada 17 septembre 2014 à 13:48 (UTC)
En un sens oui (mais on peut aussi exporter dans l’espace global les fonctions appelées via javascript: ou onclick). — Automatik (discussion) 17 septembre 2014 à 18:43 (UTC)

Héberger ses bots dans GitHub[modifier | modifier le wikitexte]

Bonjour,

Comment importer tout un dossier hébergé sur notre machine dans notre dossier GitHub (https://github.com/Botomatik/Botomatik) ? Je n’ai pas trouvé le lien adéquat malgré mes recherches. Merci pour votre aide. — Automatik (discussion) 14 septembre 2014 à 14:55 (UTC)

Tout dépend d'où tu pars : sais-tu bien te servir de git ? (Puisque GitHub héberge des dépôts git, pas des dossiers). — Dakdada 15 septembre 2014 à 09:19 (UTC)
Non je n’ai pas d’expérience de git. Je me disais que comme il y a un lien pour créer un nouveau fichier dans GitHub (https://github.com/Botomatik/Botomatik/new/master), alors peut-être il y en aurait un aussi pour importer tout un tas de fichiers depuis notre machine (car je pourrais aussi les copier un à un, mais je suppose qu'il y a une solution plus simple). — Automatik (discussion) 15 septembre 2014 à 09:28 (UTC)
Le mieux je pense :
  • git clone le dépôt dans un dossier local (e.g. git clone git@github.com:Botomatik/Botomatik.git).
  • modifie le dossier local (ajoute les fichiers, etc.).
  • git commit -a pour ajouter ces modifications au dépôt (ou git add "fichiers" puis git commit).
  • git push pour mettre à jour le dépôt de gitHub.
Dakdada 15 septembre 2014 à 10:22 (UTC)

La première commande me fournit ce message d’erreur :

$ git clone git@github.com:Botomatik/Botomatik.git
Cloning into 'Botomatik'...
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Automatik (discussion) 15 septembre 2014 à 10:38 (UTC)

Assures-toi d'avoir bien fourni une clé publique (préférences > clé SSH), c'est le seul moyen d'authentification permis. — Dakdada 15 septembre 2014 à 14:55 (UTC)
Ok, j’ai maintenant une clé. Et le message d’erreur suivant en lançant un git commit -a
On branch master
Untracked files:
        .gitattributes
        .gitignore
        .gitmodules
        .gitreview
        .pep8
        .svn/
        .svnprops
        Botomatik.py
        Botomatik/
        CONTENTS
        CleDeTri.py
        Doxyfile
        Expressions.py
        HTMLUnicode.py
        JackBot.py
        LICENSE
        README
        RgxAWB_to_PWB.py
        WT-fr - Gentiles fr.txt
        WT-fr - trads nn.py
        "_Entr\303\251es/"
        _Sorties/
        add_text.py
        apispec.py
        archivebot.py
        articlenos.py
        basic.py
        blockpageschecker.py
        blockreview.py
        botlist.py
        botlists/
        cache/
        capitalize_redirects.py
        casechecker.py
        catall.py
        category.py
        category/
        category_redirect.py
        catimages.py
        catlib.py
        censure.py
        cfd.py
        checkimages.py
        clean_sandbox.py
        commons_category_redirect.py
        commons_link.py
        commonscat.py
        commonsdelinker/
        config.py
        copyright.py
        copyright/
        copyright_clean.py
        copyright_put.py
        cosmetic_changes.py
        create_categories.py
        daemonize.py
        data_ingestion.py
        date.py
        de-tab-cas.py
        deadlinks/
        deledpimage.py
        delete.py
        delinker.py
        disambiguations/
        disambredir.py
        diskcache.py
        djvutext.py
        docs/
        editarticle.py
        experts_by_language.py
        externals/
        extract_wikilinks.py
        families/
        family.py
        featured.py
        fixes.py
        fixing_redirects.py
        flickrripper.py
        followlive.py
        generate_family_file.py
        generate_user_files.py
        get.py
        gui.py
        harvest_template.py
        hyperlynx.py
        i18n/
        image.py
        imagecopy.py
        imagecopy_self.py
        imageharvest.py
        imagerecat.py
        imagetransfer.py
        imageuncat.py
        inline_images.py
        interwiki-dumps/
        interwiki-graphs/
        interwiki.py
        interwiki_graph.py
        isbn.py
        langues-json.py
        langues.py
        login-data/
        login.py
        logindata.py
        lonelypages.py
        maintainer.py
        maintcont.py
        maintenance/
        makecat.py
        match_images.py
        misspelling.py
        movepages.py
        mysql_autoconnection.py
        navig_mensuel.py
        ndashredir.py
        noreferences.py
        nowcommons.py
        overcat_simple_filter.py
        pagefromfile.py
        pagegenerators.py
        pageimport.py
        panoramiopicker.py
        parserfunctioncount.py
        patrol.py
        piper.py
        poubelle.py
        protect.py
        pwb.py
        pywikibot/
        query.py
        rciw.py
        rcsort.py
        redirect.py
        reflinks.py
        replace.py
        replicate_wiki.py
        retire_from_list.py
        revertbot.py
        saveHTML.py
        selflink.py
        setup.cfg
        simple_family.py
        solve_disambiguation.py
        spamremove.py
        speedy_delete.py
        spellcheck.py
        splitwarning.py
        standardize_interwiki.py
        standardize_notes.py
        statistics_in_wikitable.py
        subster.py
        subster_irc.py
        sum_disc.py
        table2wiki.py
        tag_nowcommons.py
        template.py
        templatecount.py
        tests/
        titletranslate.py
        touch.py
        udp-log.py
        unlink.py
        unusedfiles.py
        upload.py
        us-states.py
        user-config.py.sample
        userinterfaces/
        userlib.py
        version
        version.py
        warnfile.py
        watchlist.py
        watchlists/
        weblinkchecker.py
        welcome.py
        wikicomserver.py
        wikipedia.py
        wikipediatools.py
        wiktionary.py
        wiktionary/
        xmlreader.py

nothing added to commit but untracked files present

Enfin sinon je me contenterai de gérer manuellement mes fichiers dans le tool labs (en espérant y parvenir…). — Automatik (discussion) 15 septembre 2014 à 20:37 (UTC)

Ah je suis bête, commit -a ne marche pas si les fichiers ne sont pas connus (tracked). Il faut d'abord les ajouter avec git add *. — Dakdada 15 septembre 2014 à 20:52 (UTC)

Je plaide mon incompétence :

> git add *
fatal: Not a git repository: /data/project/pywikibot/public_html/compat/.git/mod
ules/externals/opencv

Automatik (discussion) 15 septembre 2014 à 21:02 (UTC)

J'ai cru comprendre sur IRC à l'époque et dans ton post plus bas que c'était résolu. JackPotte ($) 3 octobre 2014 à 17:10 (UTC)
Oui c’est résolu dans le sens où j’ai abandonné l’idée d’héberger mes bots sur GitHub pour simplement les héberger sur le Tool Labs. Donc merci pour votre attention et conseils avisés. — Automatik (discussion) 4 octobre 2014 à 19:23 (UTC)

MediaWiki:Common.js/searchEngines.js[modifier | modifier le wikitexte]

Suis-je le seul à ne pas voir d'ajout à la page de recherche, normalement faits avec MediaWiki:Common.js/searchEngines.js ? Serait-ce dû au changement de moteur de recherche du wiki ?

Si ça n'affiche rien, il faudra l'enlever de MediaWiki:Common.js. — Dakdada 17 septembre 2014 à 16:00 (UTC)

La page de recherche m’offre bien les options suivantes : "recherche avec joker", "recherche d’anagrammes", etc. (ma configuration : Vector, Firefox). — Automatik (discussion) 17 septembre 2014 à 18:10 (UTC)
Ah c'est parce que je suis toujours en Recherche avancée. — Dakdada 17 septembre 2014 à 18:27 (UTC)
Ça devrait le corriger. — Dakdada 17 septembre 2014 à 18:36 (UTC)
Je confirme que c'est corrigé.
Cela étant je me demande s'il ne serait pas préférable de mettre ça dans un gadget, ainsi que MediaWiki:Common.js/edit.js. Ces pages ne sont pas énormes, et même si elles ne sont pas utilisées partout, elles gagneraient à être mises en gadget : minification, cache, moins de requêtes, désactivation possible. — Dakdada 19 septembre 2014 à 09:14 (UTC)
Il me semble que oui on pourrait les mettre en gadget, tout comme NavFrame.js non ? — Automatik (discussion) 19 septembre 2014 à 11:39 (UTC)
Fait pour searchEngines.js. — Dakdada 19 septembre 2014 à 14:26 (UTC)
Fait pour edit.js également (MediaWiki:Gadget-Common-edit.js). J'en ai profité pour garder le menu sélectionné en mémoire, tant que j'y étais. — Dakdada 20 septembre 2014 à 17:24 (UTC)

Pourquoi modèle:(HS ne ferme plus la boite par défaut ?[modifier | modifier le wikitexte]

Pas de modif récente dans le modèle : qqun aurait changé le CSS pour class="NavFrame collapsed" ? --GaAs 21 septembre 2014 à 09:42 (UTC)

C’est le javascript qui avait été changé sans que "collapsed" soit pris en compte, c’est maintenant corrigé. Désolé. — Automatik (discussion) 21 septembre 2014 à 10:16 (UTC)
Ça remarche, → voir Wiktionnaire:Questions sur les mots/septembre 2014, merci mon poteau. --GaAs 21 septembre 2014 à 12:45 (UTC)
Euh, Automatik, il reste un piti problème : la boite affiche « enrouler » au lieu de « dérouler » quand elle est enroulée par défaut. --GaAs 21 septembre 2014 à 12:54 (UTC)
Ça devrait être corrigé. — Automatik (discussion) 21 septembre 2014 à 18:31 (UTC)

Encodage des icônes dans le CSS[modifier | modifier le wikitexte]

Je viens d'encoder les icônes (comme celle des titres de définition) directement dans le CSS, au lieu de donner une URL. L'idée est que le navigateur ne télécharge que le fichier CSS (gardé en cache) en une requête, au lieu du fichier CSS + autant d'icônes qui doivent s'afficher. Ça fait donc 6 requêtes d'économisées à chaque chargement de page, en théorie.

En passant, je pense que j'arrive vers la fin du nettoyage des fichiers Common.js + Common.css. On peut encore ordonner tout ça, mais je pense que le gros est fait. — Dakdada 21 septembre 2014 à 18:55 (UTC)

C’est volontaire que en dehors des articles, la bordure inférieure des titres de niveau 3 (en pointillé) ait disparu ? Ça ne me dérange pas, c’est pour savoir. — Automatik (discussion) 21 septembre 2014 à 21:31 (UTC)
@Darkdadaah : par la même occasion, t’as enlevé la propriété "clear" des titres de niveau 3 en dehors du main et il en résulte des affichages comme sur Discussion module:clé de tri2 : à gauche de la section « Discussion », on a trois tableaux qui devraient être au-dessus (du moins chez moi). — Automatik (discussion) 13 octobre 2014 à 11:33 (UTC)
Oh pardon j'avais pas vu le premier message... Je corrige. — Dakdada 13 octobre 2014 à 12:58 (UTC)
fait Voilà. — Dakdada 13 octobre 2014 à 13:05 (UTC)

Transférer des fichiers vers le Tool Labs[modifier | modifier le wikitexte]

Capture d'écran de WinSCP connecté au Tool Labs

Bonsoir,

Quand je suis connecté avec WinSCP (donc SSH) au Tool Labs, j’ai l’interface ci-contre : je suis donc connecté à botomatik@tools-login.wmflabs.org . Afin de devenir maître des droits sur mes fichiers, je lance la commande become botomatik et obtiens un « Vous voulez-vous ouvrir une session dans un shell séparé ? La session courante SFTP-3 ne supporte pas la commande demandée. […] » Je fais OK. Ça ne répond pas puis au bout de 15 secondes j’ai le message suivant : « L’hôte n’a pas communiqué depuis plus de 15 secondes. En attente… […] Attention : annuler cette opération va fermer la connexion ! ». J’attends les 60 secondes en vain, ça ne marche donc pas.

Mais quand je déplace simplement les fichiers par glisser-déposer en étant connecté à botomatik@tools-login.wmflabs.org, les fichiers n’ont pas les droits requis par défaut. Mais même si je change les droits sur les fichiers depuis "botomatik" (et non "tools.botomatik"), ils restent sous la propriété de "botomatik" et non "tools.botomatik" ce qui va me poser problème je présume pour le lancement des jobs. Comment faites-vous, si vous en avez l’habitude ?

Je vous laisse vérifier la différence entre les fichiers importés depuis WinSCP et les autres (depuis votre home) :

$ cd ../../data/project/botomatik/pwb && ls -l

→ certains outils appartiennent à "tools.botomatik" (mon outil), d’autres à "botomatik" (mon compte shell).

Merci d’avance pour toute aide, — Automatik (discussion) 28 septembre 2014 à 21:51 (UTC)

J’ai ma réponse dans l’intro de wikitech:Nova_Resource:Tools/Help#Running_a_job_only_once :
If you login with WinSCP you transfer files as yourself (not as your tool). The group is the same so you can just do:
become <tool name>
chmod -R g+rw ./
Automatik (discussion) 30 septembre 2014 à 16:52 (UTC)

Création automatique des pages mensuelles[modifier | modifier le wikitexte]

Bonjour,

J’ai écrit un bot qui devrait créer automatiquement les pages mensuelles du type Wiktionnaire:Wikidémie/<mois année> de chaque mois, le 1er du mois à 00:00 (UTC). Les pages mensuelles suivantes sont concernées :

Si j’en ai oublié faites-moi signe svp.

Il n’a aucune page à créer pour octobre puisqu’elles sont déjà créées, le bot devrait donc commencer son boulot en novembre.

Notif. à GaAs, Shinji et Pamputt pour info.

Cordialement, — Automatik (discussion) 30 septembre 2014 à 22:19 (UTC)

Merci beaucoup ! — TAKASUGI Shinji (d) 30 septembre 2014 à 23:53 (UTC)
C’est bien, mais j’espère bien que dans qques mois on passera à mw:Flow et que ton bot sera obsolète. --GaAs 1 octobre 2014 à 06:23 (UTC)

Questions d’octobre 2014


Catégories à langues automatiques[modifier | modifier le wikitexte]

Je suis en train de voir s'il est possible de ne pas préciser le code langue pour les modèles catégorisants, c'est-à-dire tous les {{term}}, {{familier}}, etc. qu'on trouve sur les lignes de définition.

L'idée est la suivante :

  • Un module peut récupérer sans surcoût le contenu wikitexte de la page en cours.
  • Il est possible de charger un module une et une seule fois en utilisant mw.loadData(), même si ce module est utilisé par plusieurs modèles dans une page.
  • En combinant ces deux choses, on peut faire un préparseur, lancé en tout début, qui :
    1. Parse le code wiki
    2. Lit les sections de langue
    3. Liste des modèles catégorisants
    4. Crée les catégories associées avec la langue déduite de la section

À en juger par Utilisateur:Darkdadaah/Test/Délangage/test, c'est faisable. Un exemple de simplification possible :

Code wiki Rendu
Actuel
=== {{S|nom|fr}} ===
'''test''' {{pron|tEst|fr}} {{m}}
# {{zoologie|fr}} {{familier|fr}} Fruit de l’hippopotame.

Locution nominale[modifier | modifier le wikitexte]

test /tEst/ masculin

  1. (Zoologie) (Familier) Fruit de l’hippopotame.
Possible
=== {{S|nom|fr}} ===
'''test''' {{pron|tEst|fr}} {{m}}
# {{C|zoologie|familier}} Fruit de l’hippopotame.

Locution nominale[modifier | modifier le wikitexte]

test /tEst/ masculin

  1. (Zoologie, familier) Fruit de l’hippopotame.

Les catégories ne seraient créées pour cet exemple que pour les modèles dans les lignes de définition : même pas besoin du coup d'utiliser "nocat" ailleurs. — Dakdada 3 octobre 2014 à 08:43 (UTC)

NB : avec un modèle général {{C}} plus simple à repérer, il suffirait de maintenir à jour une liste des catégories correspondant aux différents noms (comme Module:contexte/data), ce qui éviterais d'avoir à gérer des milliers de modèles (comme pour les langues et les titres de section). — Dakdada 3 octobre 2014 à 08:47 (UTC)

Ça paraît super. La page Utilisateur:Darkdadaah/Test/Délangage/test présente une erreur d’affichage (la chaine "fr" après (Arbres fruitiers)) et pas de catégories, ce serait bien qu’on puisse voir le test avec les catégories. — Automatik (discussion) 3 octobre 2014 à 11:42 (UTC)
Ce n'était pas une erreur : c'était pour montrer qu'on pouvait détecter les langues d'une page (dans ce cas : fr). — Dakdada 14 octobre 2014 à 14:50 (UTC)

Avancement[modifier | modifier le wikitexte]

Nouvelle version dans ma page de test Utilisateur:Darkdadaah/Test/Délangage/test. La détection et l'écriture des catégories se fait via un modèle spécial, {{catégoriseur}} qui détecte tous les modèles de contexte dans la page et crée les catégories correspondantes si elles sont définies dans Module:contexte/data.

Afin d'éviter de mettre ce modèle dans les articles, le plus simple serait de l'intégrer dans les modèles {{langue}} (chaque modèle créerait alors toutes les catégories correspondant à sa propre langue, pour être propre). — Dakdada 30 octobre 2014 à 09:33 (UTC)

Modèle:an-accord-mf[modifier | modifier le wikitexte]

Bonjour, est ce que quelqu’un pourrait corriger {{an-accord-mf}} de sorte de faire disparaitre le {{#if: | {{{p2}}} qui apparait. Merci d’avance. Pamputt [Discuter] 14 octobre 2014 à 12:58 (UTC)

J'ai fait ce que j'ai pu. — Dakdada 14 octobre 2014 à 14:49 (UTC)

L'outil de création traductions propose de créer des traductions dans la section "à trier"[modifier | modifier le wikitexte]

C’est mal (exemple). Y a-t-il moyen d’empêcher cela ? --GaAs 14 octobre 2014 à 19:18 (UTC)

Automatik, c’est toi qui sait comment faire ? --GaAs 14 octobre 2014 à 19:56 (UTC)
En fait dans sa version originelle le gadget ne proposait pas d’ajouter des traductions dans les boites à trier, mais j’ai changé le comportement suite à Discussion MediaWiki:Gadget-translation editor.js#Suggestion – L'étendre aux traductions à trier. Je te laisse y voir l’utilité (rare il est vrai) en parcourant la discussion. — Automatik (discussion) 14 octobre 2014 à 20:10 (UTC)
Bon, Automatik, je ne vais pas lire la discussion en question (perte de temps), je vais me contenter de ton affirmation qu’il y a eu décision sur le sujet (décision que je respecterai), et je ferai désormais comme je l’ai indiqué sur Wiktionnaire:Wikidémie/octobre 2014 #Comment trier les traductions "à la sauvage".Clin d’œil--GaAs 14 octobre 2014 à 20:21 (UTC)

Catégorie:Pages using duplicate arguments in template calls[modifier | modifier le wikitexte]

Bonjour,

Quelqu’un comprend-t-il l’ajout automatique de la catégorie Catégorie:Pages using duplicate arguments in template calls à la page Blüte ? Je ne trouve pas de modèles avec des paramètres en double… J’ai aussi essayé avec une autre page.

Pour info, cette nouvelle catégorie automatique a été annoncée dans Wiktionnaire:Questions_techniques/journaux#Tech News: 2014-43 (à la fin). — Automatik (discussion) 21 octobre 2014 à 20:06 (UTC)

C'est dû à {{de-tab-cas-f-n}}, qui n'appelle pourtant pas {{de-nom}} avec plusieurs fois le même {{{1}}}... JackPotte ($) 21 octobre 2014 à 20:21 (UTC)
Merci je n’avais pas remarqué c’est déjà une piste ; je demanderai à un développeur sous peu si on ne trouve pas nous-même pourquoi. — Automatik (discussion) 21 octobre 2014 à 20:58 (UTC)
Merci à Urhixidur d’avoir corrigé [6]. — Automatik (discussion) 22 octobre 2014 à 17:29 (UTC)
Je pense qu'il y a quand même un bug quelque part, j'ai regardé pas mal de pages et de modèles sans rien trouver (par exemple garments). Les anglophones ont aussi une catégorie bien remplie : en:Category:Pages using duplicate arguments in template calls. NB : il faudrait traduire la catégorie. — Dakdada 22 octobre 2014 à 17:52 (UTC)
Oui il y a d’autres cas bizarres. Pour la traduction, translatewiki:MediaWiki:Duplicate-args-category/fr a été créée ce matin, donc la catégorie devrait devenir Catégorie:Pages utilisant des arguments dupliqués dans les appels de modèle d’ici quelques jours. — Automatik (discussion) 22 octobre 2014 à 17:59 (UTC)
Pour garments c’était en fait simple : [7]. De façon plus générale, il semble qu'il y ait effectivement un problème sur toutes ces pages, souvent via un modèle qui utilise lui-même des paramètres en double (et pas directement la page qui appelle ce modèle). Notamment pour les pages utilisant {{ko-nom}} (cf. Discussion_utilisateur:TAKASUGI_Shinji#Modèle:ko-nom/2) ou certains modèles appelant {{Documentation}} cf. [8], etc. — Automatik (discussion) 23 octobre 2014 à 11:46 (UTC)

Modèle:de-nom-f-n[modifier | modifier le wikitexte]

Bonjour,

Suite à cette modification, je vois toute la page Modèle:de-nom-f-n sens dessus dessous. Quelqu’un a-t-il une explication à apporter ? Bien sûr, s’il y a une répercussion quelconque sur les articles, merci d’annuler. — Automatik (discussion) 21 octobre 2014 à 22:19 (UTC)

Je pense que c'est un bug de HHVM quand on parcourt les diffs et anciennes versions : le désactiver me donne une mise en page normale. — Dakdada 22 octobre 2014 à 09:31 (UTC)
J'ai trouvé un rapport de bug : ça veut dire qu'il y a un problème de balise non fermée quelque part (mais ça ne devrait pas faire ça quand même). — Dakdada 22 octobre 2014 à 09:36 (UTC)
Note : [9] serait-ce dû à HHVM ? — Automatik (discussion) 22 octobre 2014 à 11:05 (UTC)
Merci pour le lien vers Bugzilla, le bug est maintenant corrigé [10]. — Automatik (discussion) 22 octobre 2014 à 11:09 (UTC)
C'est très bizarre, car <div /> est valide en HTML. — Dakdada 22 octobre 2014 à 12:31 (UTC)
Correction : c'est valide en xml, pas en html. Zut. — Dakdada 22 octobre 2014 à 12:34 (UTC)

Phabricator[modifier | modifier le wikitexte]

Salut à tous,

Bientôt Bugzilla va être migré vers Phabricator. Il faudra peut-être mettre à jour les {{bugzilla}} (mais il y aura des redirections de toute façon).

Plus important, peut-être pourrait-on gérer certains aspects techniques du projet ici. On a plusieurs outils qui tournent : les bots, mais aussi les outils annexes (comme mes outils Anagrimes), du javascript (gadgets) et les modèles (dont Lua). Peut-être serait-il utile de tester la gestion des bugs par Phabricator ? L'avantage est qu'on pourra plus facilement organiser les bugs sans qu'ils se perdent dans les pages de discussions ou les archives. — Dakdada 23 octobre 2014 à 13:56 (UTC)

Corriger {{eo-rég}}[modifier | modifier le wikitexte]

Bonjour, suite à cette discussion avec Popolano, il apparait que {{eo-rég}} fournit des prononciations incorrectes pour les autres cas que le nominatif singulier dans le cas des noms. Exemple avec arbo qui donne /ˈar.boj/ pour le nominatif pluriel alors que ça devrait être /ˈar.bɔj/. Idemn pour les formes à l’accusatif. Du coup quelle est la meilleure manière de corriger ce problème ? Le modèle actuel est extrêmement simple puisqu’il se contente de rajouter du contenu après la prononciation de base. Hors, il semble qu’il faille modifier la prononciation de base. À mon avis on doit passer par un bot pour ajouter un radical de prononciation dans le modèle ainsi que pour corriger les prononciations sur la ligne de forme qui reprennent la forme erronée. Une meilleure idée ? Pamputt [Discuter] 26 octobre 2014 à 08:20 (UTC)

Non, l’espéranto n’a pas de distinction phonologique entre o et ɔ, ni entre e et ɛ. C’est un gallicisme de les distinguer. Cette langue a une orthographe phonologiquement stricte, et elle n’a que e et o. Cela explique bien. — TAKASUGI Shinji (d) 26 octobre 2014 à 09:14 (UTC)

Appeler une variable interne[modifier | modifier le wikitexte]

Bonjour, est ce qu’il est possible de réutiliser le contenu d’une variable interne dans un modèle. Je m’explique. Dans {{lv-tab-2}}, dans les cas où les paramètres « NS » ou « SS » sont indiqués à « oui », je voudrais que la variable « gs » ait le même contenu que « ns ». Je ne sais pas si c’est très clair mais en gros, dans les cas où le nominatif singulier se termine par « ns » ou « ss », alors le génitif singulier est identique au nominatif singulier. Si vous voulez nettoyer le code, n’hésitez pas car je pense que ça pourrait être beaucoup plus joli (et plus lisible). Merci d’avance. Pamputt [Discuter] 30 octobre 2014 à 23:16 (UTC)

Salut, tu avais mis {{ns|}} au lieu de {{{ns|}}}, mais il y a eu conflit d’édition et maintenant je ne vois plus ce paramètre "ns" utilisé. — Automatik (discussion) 30 octobre 2014 à 23:21 (UTC)
Auparavant, j’avais essayé de mettre {{{ns|}}} mais ça ne fonctionnait pas (je ne me rappelle plus précisément de ce que ça affichait). Maintenant j’ai fais un truc vraiment moche mais qui fonctionne. N’hésite pas à jouer avec le modèle pour rendre le code plus lisible (il n’est utilisé que sur quelques pages qui pour la plupart sont données en exemple). Pamputt [Discuter] 30 octobre 2014 à 23:26 (UTC)
Effectivement, si on ne passe jamais de paramètre "ns" au modèle, {{{ns}}} sera toujours vide.
Par ailleurs tu as mis dans la dernière version la ligne suivante : |gs={{#if:{{{NS|}}}{{{SS|}}}|{{{1}}}{{#if:{{{NS|}}}|ns|{{#if:{{{SS|}}}|ss|{{{2}}}is}}}}|{{{1}}}{{#if:{{{3|}}}|{{{3}}}|{{{2}}}}}a}} : le {{{2}}}is ne sera jamais interprété : il faudrait à la fois avoir "NS" ou "SS" renseigné et ni "NS" ni "SS" renseigné (car sinon on est déjà entré dans les branches précédentes). — Automatik (discussion) 30 octobre 2014 à 23:39 (UTC)
Pour « ns », je lui donne une valeur (à la première ligne). Je voudrais juste que « gs = ns » dans certaines conditions (si le mot se termine par « ns » ou « ss »). Et apparemment, je n’arrive pas à faire ça.
Pour ta deuxième remarque, tu as raison, le code inutile venait de ce très moche copier-coller ; j'ai nettoyé un peu le code dans ce sens (mais c’est toujours pas franchement lisible). Pamputt [Discuter] 31 octobre 2014 à 07:01 (UTC)

C’est plus très grave, avec Shalott, on a vu qu’il est préférable de simplifier les modèles et c’est une bonne chose. Pamputt [Discuter] 31 octobre 2014 à 07:31 (UTC)