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 d’août 2014


Placeholder et anciens navigateurs[modifier | modifier le wikitexte]

Bonjour,

Est-ce qu'il y aurait des développeurs qui auraient les moyens de développer sur des navigateurs anciens (comme IE8 et versions antérieures ou éventuellement Iceweasel,…) ?

J’explique le besoin éventuel :

Suite à une suggestion de Darkdadaah dans Wiktionnaire:Wikidémie/juillet_2014#Remarques, j’ai ajouté depuis un texte par défaut dans les champs de l’outil d’ajout de traductions, en utilisant l’attribut HTML adéquat, "placeholder".

Mais il subsiste un problème pour certains navigateurs, où cet attribut placeholder n’est pas géré et où il est en plus considéré comme valeur par défaut (ce qui devrait être le rôle du champ "value" uniquement). J’ai donc modifié le gadget pour ne pas prendre en compte les valeurs des différents champs lorsqu’elles sont égales à la valeur du placeholder, sauf pour les champs de noms de langue et de traduction (car une traduction "traduction" pourrait exister potentiellement).

Mais j’aimerais bien savoir ce qu’on voit exactement sous ces navigateurs et si en plus un volontaire veut bien tester des morceaux de codes pour gérer la compatibilité sur ces navigateurs… — Automatik (discussion) 20 août 2014 à 19:26 (UTC)

Le support d'anciens navigateurs est une assez lourde tache (peu d'utilisateurs et des bricolages spécifiques), aussi est-il plus logique de ne regarder que les navigateurs actuellement supportés. En d'autres termes, on ne devrait pas travailler sur les navigateurs antérieurs à IE7 (IE7 et IE8 sont eux-mêmes voués à un abandon imminent).
Quant à Iceweasel, n'est-ce pas exactement comme Firefox ?
Sinon pour la question technique, voir par exemple par ici. — Dakdada 21 août 2014 à 12:45 (UTC)
J’avais déjà essayé ce code de hagenburger [1], sans succès cependant. Mais c’est peut-être une question de temps (de cache…). C’était pour éviter ce genre de modif [2] qui est arrivé plusieurs fois. Dans la même modif., on voit que trad-- est utilisé, à tort évidemment. J’aimerais bien savoir d’où ça vient, mas n’ayant pas de navigateur assez ancien sous la main, je vais effectivement ne pas m’attarder davantage sur la gestion des anciens navigateurs. — Automatik (discussion) 21 août 2014 à 12:53 (UTC)
PS : non, Iceweasel n’est pas comme Firefox justement (selon cette discussion). — Automatik (discussion) 21 août 2014 à 12:55 (UTC)
PS2 : En fait si, c’est plus une question de version du navigateur. — Automatik (discussion) 26 août 2014 à 01:18 (UTC)

Saut de ligne avec replace.py[modifier | modifier le wikitexte]

Comme précédemment expliqué à JackPotte je cherche à retirer le bandeau {{vérifier création automatique}} des articles créé par PiedBot qui ont été modifié par un humain depuis l’apposition du bandeau. J’ai une liste de 184 articles depuis le dernier dump. J’ai essayé de le faire avec replace.py en utilisant la commande suivante

python core/pwb.py core/scripts/replace.py "{{vérifier création automatique}}" "" -file:bandeau_a_enlever.txt

Ça marche bien mais le problème c’est que ça laisse une ligne vide au début de l’article. J’ai essayé d’ajouter un « \n » après « {{vérifier création automatique}} » mais là le script ne trouve plus rien. Bref, vous n’auriez pas une idée de comment supprimer {{vérifier création automatique}} et la ligne du début ? Pamputt [Discuter] 22 août 2014 à 19:06 (UTC)

Essaye avec -regex "\{\{vérifier création automatique\}\}\r\n" "". — Dakdada 22 août 2014 à 19:25 (UTC)
Ça fonctionne pas non plus ; l’expression n’est pas trouvée. Pamputt [Discuter] 22 août 2014 à 19:37 (UTC)
Sans oublier le -regex ? Je viens de tester chez moi, et ça tourne. Tu fais sur quel OS ? — Dakdada 22 août 2014 à 19:42 (UTC)
Je fais ça sous Linux. J’ai bien tapé « python core/pwb.py core/scripts/replace.py -regex "\{\{vérifier création automatique\}\}\r\n" "" -file:bandeau_a_enlever.txt ». Chez moi aussi ça tourne mais j’ai le message suivant pour tous les articles de la liste
No changes were necessary in défaisance
alors que le bandeau est bien présent dans défaisance. Si tu tapes « python core/pwb.py core/scripts/replace.py -regex "\{\{vérifier création automatique\}\}\r\n" "" -page:défaisance</nowiki>, le script fait le remplacement ? Pamputt [Discuter] 22 août 2014 à 19:51 (UTC)
Ça marche, mais pas sur défaisance qui a déjà été changée. Par exemple hétéroduplex. — Dakdada 22 août 2014 à 20:41 (UTC)
Comprends pas. Tu es sous Linux également ? Pamputt [Discuter] 22 août 2014 à 21:29 (UTC)
Ha, ça fonctionne. Mais j’ai du enlever le \r. J4avais pas fait gaffe qu’il était là. Donc sans lui, ça fonctionne bien. Je garde la commande sous le coude. Merci Sourire Pamputt [Discuter] 22 août 2014 à 21:40 (UTC)

Passage de NavFrame à mw-collapsible[modifier | modifier le wikitexte]

J'ai commencé à changer les NavFrame vers mw-collapsible : Modèle:fi-décl. Le but est de se débarasser du surplus de code occupé par les NavFrame dans Mediawiki:Common.js et Mediawiki:Common.js.

Le plus compliqué sera de migrer {{(}} puisqu'il a de nombreux paramètres, très peu utilisés (67 modèles, contre des milliers d'articles qui l'utilisent en mode défaut). Le mieux serait de réserver {{(}} aux articles, et d'utiliser un modèle souple {{cadre déroulant}} si on veut des cadres plus compliqués. — Dakdada 24 août 2014 à 21:40 (UTC)

On a déjà {{boîte déroulante}} si jamais. — Automatik (discussion) 24 août 2014 à 22:05 (UTC)
Voilà oui (même si ces boîtes-là sont fermées par défaut). — Dakdada 25 août 2014 à 08:03 (UTC)
Par contre le rendu laisse parfois à désirer : hiirihaukka. Le titre semble de longueur fixe (à comparer avec haukka). Il faut utiliser l’ascenseur horizontale pour avoir la fin des déclinaisons à droite (testé sous firefox et IE) et la boîte est déroulée par défaut (ce qui n’était pas le cas auparavant et qui est assez pénible). — Unsui Discuter 25 août 2014 à 09:55 (UTC)
J'ai changé en une largeur dynamique (min-width -> max-width), c'est mieux ? Sinon il me semble que c'était déroulé par défaut de toute façon (sauf les notes) ? — Dakdada 25 août 2014 à 15:16 (UTC)
Oui c'est bien mieux, merci. JackPotte ($) 25 août 2014 à 19:46 (UTC)
C’est en effet bien mieux. Merci. Par contre les boîtes étaient bien fermées auparavant. (tout du moins celles gérées par ce modèle - c’est même la raison pour laquelle je l’avais modifié). — Unsui Discuter 25 août 2014 à 21:46 (UTC)
On peut facilement les enrouler par défaut en ajoutant la classe mw-collapsed juste après mw-collapsible. Mais ne confondrais-tu pas avec un autre modèle ? Car apparemment ta modif ne fermait pas la boite par défaut [3] et quand on revient à la version d’avant Dakdada, la boite n’est pas enroulée par défaut non plus [4]. Mais ça n’empêche que si il faut l’enrouler alors enroulons-la. — Automatik (discussion) 25 août 2014 à 21:51 (UTC)
Tu as raison : ce n’est pas ma modif qui fermait la boîte. Ce que j’ai fait, c’est que j’ai commencé à modifier les modèles de déclinaisons du finnois pour qu’ils appellent Modèle:fi-décl. Car ce modèle tenait compte de l’option "fermer les boîtes déroulantes par défaut" (exemple: Modèle:fi-décl-valo) ]] alors que les anciens modèles tels que Modèle:fi-décl-sairas n’utilisaient pas de boîte. Il semble donc que maintenant, cette option n’ait pas d’action sur le nouveau modèle. — Unsui Discuter 26 août 2014 à 09:21 (UTC)
Si j’ai bien compris tu utilises le gadget cacheBoites, j’ai donc fait en sorte qu'il cache aussi les boites utilisant le nouveau code pour les enrouler/dérouler. Cela n’empêcherait pas de les fermer par défaut si besoin… — Automatik (discussion) 26 août 2014 à 14:29 (UTC)
La classe mw-collapsed ne suffit pas, car elle est ajoutée après que le menu déroulant soit installé. Il faudrait en fait appuyer sur le bouton automatiquement (si l'élément n'est pas déjà caché). — Dakdada 26 août 2014 à 15:01 (UTC)
Chez moi elles se ferment bien par défaut (et c’est bien qu’elles soient ajoutées après l’installation des boites déroulantes non ?). Mais je te laisse opérer pour que ça marche dans d’autres situations. — Automatik (discussion) 26 août 2014 à 15:32 (UTC)
Est-ce que chez toi la boîte dans {{fi-décl}} se ferme ? — Dakdada 26 août 2014 à 19:11 (UTC)
Avec le gadget CacheBoites activé, oui, elle se ferme bien. — Automatik (discussion) 26 août 2014 à 19:39 (UTC)
Oui, maintenant elles se ferment bien avec le gadget CacheBoites activé. Merci à vous deux. — Unsui Discuter 26 août 2014 à 19:53 (UTC)

Nettoyage de Commons.js[modifier | modifier le wikitexte]

J'ai enlevé de Common.js des fonctions désuettes que jQuery remplace avantageusement. J'ai pris soin de remplacer les occurrences de ces fonctions dans divers gadgets et scripts javascripts. Faites-moi signe si vous voyez des choses qui ne marchent pas (notamment pour les gadgets).

Je vais continuer à nettoyer et réécrire le code en jQuery quand c'est possible, s'il n'y a pas de remarques contre. NB : le nettoyage précédent à permis de passer de 17 Ko à 13 Ko. — Dakdada 25 août 2014 à 22:12 (UTC)

Notification Darkdadaah : j'ai beau vider mon cache, y a des crochets à la fin de chaque ligne de définition : []. JackPotte ($) 25 août 2014 à 22:41 (UTC)
Pas chez moi (Firefox, avec Vector comme avec Monobook). — Automatik (discussion) 25 août 2014 à 22:54 (UTC)
fait. Ça venait de MediaWiki:Gadget-HiddenQuote.js qui utilisait get/setCookie sans que le moteur de recherche ne le voit. Je ne peux donc pas m'y fier. — Dakdada 26 août 2014 à 07:13 (UTC)
Bon puisque le moteur ne sert à rien, j'ai dû en rater d'autres, donc je remet les fonctions en attendant d'être sûr d'avoir éradiqué ces trucs (recherche dans le dump directement).
@JackPotte : si tu vois des problèmes, dis-moi quels gadgets tu utilises et ce que dis ta console de debug. — Dakdada 26 août 2014 à 07:19 (UTC)
RAS ce matin. Sinon je me doutais bien que c'était HiddenQuote qui affichait [] au lieu de [exemples ▼] mais j'ai posté mon alerte en quatrième vitesse avant de dormir. N'as-tu pas un compte sur un autre navigateur qui a tout coché ? JackPotte ($) 26 août 2014 à 10:39 (UTC)
Notification Darkdadaah : HiddenQuote, est de nouveau HS aujourd'hui, même après vidage de cache. JackPotte ($) 28 août 2014 à 18:21 (UTC)
Chez moi ça marche. Quel navigateurs/OS as-tu essayé, et as-tu essayé de décocher/recocher le gadget ? — Dakdada 28 août 2014 à 19:23 (UTC)
Chez moi ça marchait aléatoirement à cause de l’erreur "mw.cookie is undefined", j’ai donc mis le module mediawiki.cookie comme dépendance du gadget ce qui semble régler le problème. — Automatik (discussion) 28 août 2014 à 19:50 (UTC)
J’ai du mal à comprendre par contre pourquoi certains mw.cookie.get() n’ont pas d’équivalents en .set(). — Automatik (discussion) 28 août 2014 à 19:52 (UTC)
Merci, pas le temps de creuser en parallèle mais les setters manquants sont probablement réservés au PHP. JackPotte ($) 28 août 2014 à 20:04 (UTC)
Au pire on pourrait utiliser la version jQuery $.cookie(), c'est sensé être équivalent. — Dakdada 28 août 2014 à 20:18 (UTC)

user-fixes.py (Pywikibot)[modifier | modifier le wikitexte]

Bonjour,

Y a-t-il un moyen d’accéder au titre de la page depuis le dictionnaire user-fixes utilisé par replace.py ? — Automatik (discussion) 27 août 2014 à 16:35 (UTC)

Pas que je sache : c'est sensé être uniquement basé sur le texte. — Dakdada 27 août 2014 à 16:56 (UTC)

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 ([5]). 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 [6] 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)

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 : [7].

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 ([8]). 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é [9].
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)

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)