Wiktionnaire:Questions techniques/septembre 2014

Page mensuelle des questions techniques posées en septembre 2014. Page précédente : août 2014 — Page suivante : octobre 2014 — Modifier ce cadre

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 (). 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)Répondre

Ok pour moi. — Dakdada 3 septembre 2014 à 12:42 (UTC)Répondre

En absence d'oppposition . — Dakdada 8 septembre 2014 à 09:16 (UTC)Répondre

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)Répondre

@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)Répondre

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)Répondre

Je vais utiliser {{sv-conj-er}}, ça marche. Désolé du dérangement. Surkål (discussion) 3 septembre 2014 à 15:32 (UTC)Répondre

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

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)Répondre

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 3 septembre 2014 à 12:32 (UTC)Répondre

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)Répondre

Ça y est ; j’ai activé le truc. Ça semble fonctionner correctement. Pamputt 4 septembre 2014 à 16:22 (UTC)Répondre

À 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)Répondre

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 {{(}}.
2. Cadres déroulants (même principe que NavFrame). MediaWiki:Gadget-CadreOnglet.js + MediaWiki:Gadget-CadreOnglet.css
   • Suppression des options de couleurs : pas utilisées et trop lourd (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.
5. Style de la page d'accueil 2 dans un gadget également, plutôt qu'en import (pas optimal).
6. Déplacer dans des pages de gadget, avec la condition dans le gadget (10 Ko hors compression) :
   • MediaWiki:Common.js/edit.js (importScript en page de modification)
   • MediaWiki:Common.js/searchEngines.js (importScript en page de recherche)

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

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)Répondre

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)Répondre

Par ailleurs Navframe.js est revenu pour moi, même si j’ai attendu un peu… — Automatik (discussion) 3 septembre 2014 à 22:12 (UTC)Répondre

Rah zut. Bon je remet tout ensemble et je laisse décanter. — Dakdada 3 septembre 2014 à 22:19 (UTC)Répondre

Ça a l'air d'aller maintenant. Il y a encore un peu de boulot à faire. — Dakdada 4 septembre 2014 à 08:54 (UTC)Répondre

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)Répondre

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)Répondre

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)Répondre

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

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

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)Répondre

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)Répondre

Bon c'était pas compliqué dont j'ai mis les colonnes à largeur fixes. — Dakdada 4 septembre 2014 à 15:15 (UTC)Répondre

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)Répondre

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)Répondre

J’ai rendu les cadres déroulants aussi en cliquant sur l’en-tête en attendant qu’on utilise mw-collapsible (). 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)Répondre

Oui, et il y en a d'autres à regarder :

— Dakdada 16 septembre 2014 à 13:06 (UTC)Répondre

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.indexOf( CrTr_Trad + "|m|" ) > 0 ||

codesplit.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 7 septembre 2014 à 10:34 (UTC)Répondre

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);
if (array_genre !== null) {
    genre = array_genre;
}

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)Répondre

Merci, ça semble fonctionner correctement sur les cas que j’ai testés. Pamputt 7 septembre 2014 à 21:22 (UTC)Répondre

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 9 septembre 2014 à 09:27 (UTC)Répondre

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)Répondre

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)Répondre

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)Répondre

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é .

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)Répondre

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) Ça marche. — Dakdada 17 septembre 2014 à 13:48 (UTC)Répondre

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)Répondre

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)Répondre

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)Répondre

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)Répondre

Le mieux je pense :

• git clone le dépôt dans un dossier local (e.g. git clone [email protected]: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)Répondre

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

$ git clone [email protected]: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)Répondre

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)Répondre

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)Répondre

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)Répondre

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)Répondre

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)Répondre

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)Répondre

@Automatik : j'ai eu le même problème après ma soumission de samedi 8/11, où j'avais incorporé du pywikibot "rewrite" dans du "trunk", dans l'espoir de transférer des liens interwikis sur Wikidata comme dans les tutos.

J'ai donc dû télécharger le .zip ma version du 31/10 (le reclonage prenant la dernière version) pour repartir sur de bonnes bases. JackPotte ($♠) 12 novembre 2014 à 22:03 (UTC)Répondre

J’ai essayé aussi de coder avec la version "core" (alias "rewrite") de pywikibot, mais justement à cause d’un mélange avec mes scripts écrits en version "compat" (anciennement "trunk") j’ai dû revenir à une version entièrement "compat", qui permet l’utilisation des .get() et .put() entre autres, alors que le core ne les permet pas semble-t-il — il utilise une autre syntaxe d’après ce que j’ai compris pour ces méthodes courantes. — Automatik (discussion) 12 novembre 2014 à 22:17 (UTC)Répondre

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)Répondre

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)Répondre

Ah c'est parce que je suis toujours en Recherche avancée. — Dakdada 17 septembre 2014 à 18:27 (UTC)Répondre

Ça devrait le corriger. — Dakdada 17 septembre 2014 à 18:36 (UTC)Répondre

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)Répondre

Il me semble que oui on pourrait les mettre en gadget, tout comme NavFrame.js non ? — Automatik (discussion) 19 septembre 2014 à 11:39 (UTC)Répondre

Fait pour searchEngines.js. — Dakdada 19 septembre 2014 à 14:26 (UTC)Répondre

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)Répondre

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)Répondre

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)Répondre

Ça remarche, → voir Wiktionnaire:Questions sur les mots/septembre 2014, merci mon poteau. --GaAs 21 septembre 2014 à 12:45 (UTC)Répondre

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)Répondre

Ça devrait être corrigé. — Automatik (discussion) 21 septembre 2014 à 18:31 (UTC)Répondre

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)Répondre

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)Répondre

@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)Répondre

Oh pardon j'avais pas vu le premier message... Je corrige. — Dakdada 13 octobre 2014 à 12:58 (UTC)Répondre

Voilà. — Dakdada 13 octobre 2014 à 13:05 (UTC)Répondre

Bonsoir,

Quand je suis connecté avec WinSCP (donc SSH) au Tool Labs, j’ai l’interface ci-contre : je suis donc connecté à [email protected] . 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é à [email protected], 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)Répondre

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)Répondre

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 1^er du mois à 00:00 (UTC). Les pages mensuelles suivantes sont concernées :

• Wiktionnaire:Wikidémie
• Wiktionnaire:Pages proposées à la suppression
• Wiktionnaire:Proposer un mot
• Wiktionnaire:Questions sur les mots
• Wiktionnaire:Questions techniques
• Wiktionnaire:Demandes aux administrateurs

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)Répondre

Merci beaucoup ! — TAKASUGI Shinji (d) 30 septembre 2014 à 23:53 (UTC)Répondre

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)Répondre

Bon, le bot ne s’est pas lancé, je vais essayer de comprendre pourquoi et le lancer dans la soirée. — Automatik (discussion) 1 novembre 2014 à 17:56 (UTC)Répondre

Ça devrait aller maintenant . — Automatik (discussion) 1 novembre 2014 à 19:16 (UTC)Répondre

Genre, tu croyais que ça allais marcher du premier coup ? — Dakdada 1 novembre 2014 à 19:41 (UTC)Répondre

Il m’a semblé avoir pourtant fait un test réussi avant ça, mais le bot s’est déloggé entre-temps (j’ai dû changer son mdp il y a peu). Ça a failli ! :) — Automatik (discussion) 1 novembre 2014 à 19:48 (UTC)Répondre