Discussion Projet:Scripts et gadgets/2017

Archives

2006-2007, 2008-2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2017, 2018, 2019, 2020, 2021, 2022

Cette page de discussion est destinée aux discussions sur le Projet:Scripts et gadgets.

• Si vous souhaitez signaler un bug, utiliser la page de rapport de bug.
• Si vous souhaitez demander une fonction qui ne se trouve pas dans la liste des fonctions disponibles, utilisez la page de demande de fonction.
• Pour tout autre demande, vous êtes au bon endroit.

Personnaliser l'interface

Données clés

Aide • Exemples

Fonctions avancées

Apparence Vector

Apparence Timeless

Projet:Scripts et gadgets

(en) User styles

CSS

common.css personnel

Common.css commun

Monobook.css commun

Vector.css commun

(en) Catalogue of classes

Index des propriétés CSS2

JavaScript

common.js personnel

Common.js commun

Fonctions JavaScript

Cliquez ici pour purger le cache

Mise à jour gadget ExternalSearch

Bonjour, sur les pages de recherche, les liens « Recherche interne », « Exalead », « Google », etc. sont mal positionnés depuis quelques temps.

Cela est dû à un changement récent de l'apparence de la boîte de recherche, et le gadget ExternalSearch (activé par défaut) aurait besoin d'être mis à jour.

À première vue, on est un peu obligé de copier le margin-top (1.640625em…) du .oo-ui-fieldLayout… ce qui me gonfle, c'est qu'au moindre changement futur du DOM le gadget est bon à encore devoir mettre à jour…

od†n ↗^blah 8 février 2017 à 15:00 (CET)

Avant, les options de recherche étaient renvoyées à la ligne. Elles ne le sont plus car .oo-ui-actionFieldLayout flotte à gauche. Avec #mw-search-top-table div.oo-ui-actionFieldLayout { float: none; }, c'est plus joli.

Orlodrim (discuter) 8 février 2017 à 17:53 (CET)

Possible en effet, et surtout sur pas mal d'écrans il n'y a pas assez de place pour faire tenir ces options sans retour à la ligne. Du coup le correctif devrait être plus simple que je ne pensais. od†n ↗^blah 8 février 2017 à 18:19 (CET)

Script mis à jour. od†n ↗^blah 8 février 2017 à 20:14 (CET)

Gadget tooltipRef : module déprécié jquery.ui.position

Bonjour,

Le gadget tooltipRef (code, css, documentation) produit à ce jour cet avertissement JavaScript : « This page is using the deprecated ResourceLoader module "jquery.ui.position". ». Refs phab:T142418, gerrit:302732. Le module en question est utilisé depuis cette modif.

J'avais fait quelques essais avec mw:OOjs UI/Widgets/Popups, mais c'était compliqué et le résultat était vraiment pourri. De toute façon ce qui nous intéresse ce n'est pas la création d'un popup, mais seulement le positionnement d'un élément déjà créé. Ping Orlodrim, si jamais tu as la solution dans un tiroir.

od†n ↗^blah 7 mars 2017 à 16:06 (CET)

J'avais fait le changement pour résoudre un problème d'affichage dans Chrome (Discussion utilisateur:Orlodrim/Archive 19#Projet:JavaScript/Notices/refErrors 2).

en:MediaWiki:Gadget-ReferenceTooltips.js semble marcher sans utiliser jquery UI.

Orlodrim (discuter) 7 mars 2017 à 20:09 (CET)

J'ai mis en place une première version, à première vue cela fonctionne, même si je ne suis pas pleinement satisfait. En particulier car du calcul de positionnement se base sur les dimensions du tooltip, obtenues dynamiquement, ce qui nécessite que le CSS soit déjà chargé, et que le tooltip soit préalablement visible.

Aussi quelques bugs, déjà présents dans la version précédente. Un majeur et un mineur :

• lorsqu'un tooltip est affiché et que l'on redimensionne ensuite la fenêtre, le tooltip se retrouve aux quatre vents.
• pendant qu'un tooltip est affiché, un espacement vide est présent tout en bas de la page.

Donc au final, cela semble fonctionner aussi bien que la version précédente, mais sans la dépendance dépréciée jquery.ui.position. od†n ↗^blah 8 mars 2017 à 18:39 (CET)

Gadget OpenStreetMap : modules jquery.ui dépréciés

Le gadget MediaWiki:Gadget-osm.js (définition) (activé par défaut !) utilise des modules jquery.ui dépréciés et produit des avertissements JavaScript. od†n ↗^blah 7 mars 2017 à 19:02 (CET)

Pour info, ce gadget n'est plus activé par défaut, et en fait a même été délisté des préférences. Refs : Supprimer les gadgets WikiOpenStreetMap et WikiMiniAtlas, ainsi que Retrait de vieux gadgets. od†n ↗^blah 31 août 2018 à 02:14 (CEST)

Relooking de printemps

Hello,

Sur une remarque de 0x010C, j'ai mis à jour le design des pages du projet (sur Projet:JavaScript/intro et Projet:JavaScript/Cadre), car il commençait à vieillir un peu — enfin, c'est subjectif, évidemment. J'ai proposé une couleur qui représente le projet, mais on peut très bien la changer .

Amicalement, — Jules ^Discuter 27 mars 2017 à 00:15 (CEST)

Palettes sur la version mobile

Est-ce qu'un jour les palettes déroulantes verront le jour sur la version mobile ? Car celles-ci amélioreraient le confort d'utilisation notamment sur l'application Wikipédia ou bien même sur un navigateur mobile. Serait-il possible d'avoir cette fonctionnalité qui est indispensable pour parcourir les articles liés à une page ? 109.223.24.37 (discuter) 19 avril 2017 à 12:41 (CEST)

Bonsoir, il s’agit d’une demande formulée à WP:DIMS qui est en attente depuis le 24 août 2016. --FDo64 (discuter) 21 avril 2017 à 22:56 (CEST)

Petit code perso pour amélioration ergonomie des palettes

Salut à tous, alors ce soir j'ai fait une petiteuh vidéo un petit script, pour améliorer le confort d'utilisation des palettes de navigation. (vous savez, ces boîtes plus importantes que les articles et qui sont affichées seulement sur les vrais ordinateurs, et pas sur les game boy)

Donc voilà le code en question. Ça permet de dérouler/enrouler les palettes de navigation en cliquant n'importe où sur l'entête. Des fois que ça vous plaise aussi.

od†n ↗^blah 19 mai 2017 à 19:25 (CEST)

Pour info, j'ai depuis lors intégré cela dans le Common.js. Ça fonctionne bien, et difficile de s'en passer une fois qu'on y est habitué. Je n'ai eu aucun retour d'utilisateur, que ce soit en positif ou en négatif… bon, c'est que ça doit aller. od†n ↗^blah 31 août 2018 à 02:47 (CEST)

@Od1n : je viens de tester, c'est top ! Merci . — Jules ^Discuter 31 août 2018 à 09:42 (CEST)

Conflit d’édition —  Od1n : Je n'avais même pas tilté que cette fonctionnalité n'était pas là par le passé, tellement c'est pratique , et j'ignorais que c'était toi qui l'avait ajoutée.

À chaque fois d'ailleurs je me fait prendre sur meta ou enwiki (et d'autres wikis) à cliquer n'importe où sur le titre d'une palette pour l'enrouler/dérouler, et ça ne marche pas... .

Donc, oui, ce truc est génial, tellement intuitif même que je n'ai même pas remarqué quand tu l'a ajouté. Par contre je remarque quand il n'est pas là sur les autres wikis...

--Tractopelle-jaune (discuter) 31 août 2018 à 09:49 (CEST)

sajax_init_object

Bonjour, un petit message pour rappeler que le code ajax "pré-jquery", déprécié en 2012, est supprimé depuis 2015. On a quelques dizaines de pages qui utilisent encore ce code et qui sont donc cassées.

• mw:ResourceLoader/Legacy JavaScript#ajax.js
• recherche « insource:sajax_init_object »
• T55120 et 5472c66d7831
• [Wikitech-ambassadors] Goodbye sajax

od†n ↗^blah 22 mai 2017 à 07:38 (CEST)

Je vais repasser sur les pages d'aides du projet, dont beaucoup contiennent encore des mentions d'ajax pré-jquery (voir des paragraphes entiers (voir entièrement centré dessus)) et les réécrire selon les bonnes pratiques actuelles. — 0x010C ^~discuter~ 1 juin 2017 à 13:23 (CEST)

Demande légitime

Bonjour à tous et à toutes !
Nous souhaiterons que vous rendiez ces gadgets compatibles avec le nouveau mode de wikitexte :

1. La compatibilité du gadget DotsSyntaxHighlighter au nouveau mode de wikitexte actuellement en bêta
2. La compatibilité du gadget Quick Preview au nouveau mode de wikitexte actuellement en bêta

J'espère que vous pourrez rendre cela possible. — Menthe à l'eau - 7 juin 2017 à 13:23 (CEST)

Flow (et PasTec)

Bonjour,

je tente actuellement de rendre MediaWiki:Gadget-PaStec.js compatible avec les utilisateurs/projets flow mais je me casse les dents avec l'API de flow dont la documentation est assez succinte. J'ai tenté de dev ici. Pour les tests, vous pouvez flooder mon faux-nez Gratis (d · c · b).

P.-S. : Dans mon code, j'ai ajouté un alert(fonctionne) à l'endroit où l'api est utilisé.

— Gratus (discuter) 4 août 2017 à 17:36 (CEST)

Après recherche plus poussé, j'obtiens TypeError: mw.messagePoster is undefined dans la console. Je suppose donc qu'il faut importer [1] mais je ne sais pas comment faire. — Gratus (discuter) 4 août 2017 à 22:46 (CEST)

J'ai réussi à faire fonctionner l'API. Cependant le système de commentaires de diff/vérification/balisage est cassé sur les fonctions utilisant flow (problèmes moins grave comparé aux messages d'erreurs que l'on recevait auparavant lorsqu'on voulait avertir un utilisateur/projet utilisant flow). — Gratus (discuter) 5 août 2017 à 13:25 (CEST)

JavaScript associé au Modèle:Animation

Bonjour, simplement pour attirer votre attention sur le message que j'ai posté concernant le JavaScript de ce modèle : Discussion modèle:Animation#Besoin de réécriture du JavaScript. od†n ↗^blah 27 août 2017 à 20:13 (CEST)

Fait, pour plus de détails se rendre sur la pdd du modèle : Discussion modèle:Animation#Besoin de réécriture du JavaScript. od†n ↗^blah 10 avril 2018 à 04:23 (CEST)

Demande d'aide - Caractères spéciaux associé à addSpecialCharset

Bonjour,

Le jeux de caractères (appelé Ludo) n'apparait pas dans la boite déroulante.

Un utilisateur peut-il éclairer ma lanterne, car je n'arrive pas à utiliser le script addSpecialCharset suite à la page Caractères spéciaux#Personnalisation avancée. Aucun caractères spéciaux n'apparait ni la possibilité de choisir dans la boite déroulante le jeux de caractères (appelé Ludo).

Ma page de script est ici et le code rajouté (qui semble scrupuleusement respecter le code de la page mentionné plus haut) est le suivant :

addOnloadHook(function() {
  addSpecialCharset("Ludo", "æ Æ à À â  ä Ä á Á · ç Ç · € é É è È ê Ê ë Ë · î Î ï Ï í Í · œ Œ ô Ô ö Ö ó Ó · ù Ù û Û ü Ü ú Ú · ÿ Ÿ · «  » {{subst:}} {{}} {{|}} [[]] [[|]] [] “” · — – → • ’ | … ~ ± # @ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ⁰ ½ ");
});

L'origine du problème et la question que j'avais posée sur le forum des nouveaux vient du fait que je n'ai plus acces aux caractères Spéciaux de Wikipedia (sous Chrome v61 x64 - Windows 8.1) donc j'ai décidé de créer un jeu de caractères. Ceci est un problème récent car depuis des années j'ai toujours utilisé ces caractères.

Ai-je fait une faute dans mon script ? Merci de m'aider ou m'aiguiller ou demander de l'aide sur Wikipédia pour résoudre ce souci de script.
— Ludopedia ^[Discu.] 18 octobre 2017 à 13:09 (CEST)

@Ludopedia: Cette documentation n’est plus à jour (comme une bonne partie de la doc JavaScript). La correction est mineure ici : remplacer addOnloadHook par jQuery :

jQuery(function() {
    addSpecialCharset("Ludo", "æ Æ à À â  ä Ä á Á · ç Ç · € é É è È ê Ê ë Ë · î Î ï Ï í Í · œ Œ ô Ô ö Ö ó Ó · ù Ù û Û ü Ü ú Ú · ÿ Ÿ · «  » {{subst:}} {{}} {{|}} [[]] [[|]] [] “” · — – → • ’ | … ~ ± # @ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ⁰ ½ ");
});

J’ai testé sur mon common.js perso, ça fonctionne avec ce changement (sur Firefox en l’occurence). Je met à jour cette partie de doc. ~ Seb35 [^_^] 26 octobre 2017 à 16:56 (CEST)

C'est un peu la rustine de réparation du pauvre, en l'occurrence il s'agit d'une race condition qui n'est pas vraiment résolue et qui pourrait se reproduire à l'avenir. La clé est que la fonction addSpecialCharset est définie dans MediaWiki:Common.js/edit.js et donc qu'il ne faut pas l'appeler avant que ce fichier ait été chargé. En fait ce fichier complet aurait peut-être besoin d'être "ResourceLoader-ifié". À étudier. od†n ↗^blah 27 octobre 2017 à 08:49 (CEST)

 Od1n : et  Seb35 :, merci à tous les deux, votre aide est vraiment appréciée. Après la modification que vous avez suggérée tout fonctionne sur Firefox v56.0.1 (par contre pas sur Chrome v62.0.32) donc grande consolation de pouvoir utiliser Firefox. Merci pour votre temps et votre aide avec ceci . — Ludopedia ^[Discu.] 5 novembre 2017 à 23:56 (CET)

Discussion tech à la WikiConvention et maintenance du projet JavaScript

Lors de la WikiConvention d’octobre 2017 à Strasbourg, nous étions plus d'une dizaine à discuter de la maintenance technique de Wikipédia en français, notamment le JavaScript vieillissant, mais aussi en partie les modules Lua et les bots. La page de la présentation est sur Meta (en français) et il y a eu un pad de prise de notes.

En résumé, à propos du JavaScript, nous trouvions qu’il faudrait :

• mettre à jour la documentation technique de ce projet JavaScript, elle est assez abondante mais elle utilise des techniques désormais obsolètes,
• mettre à jour les gadgets (Projet:JavaScript/Maintenance 2017 des gadgets), vérifier qu’ils fonctionnent, qu’ils n’ont pas de problèmes de sécurité, et lorsque nécessaire les mettre à jour avec les techniques plus actuelles,
• mettre à jour/compléter les documentations des gadgets,
• dans la mesure du possible, rendre les gadgets plus génériques avec les autres wikis, dans une optique à terme de les centraliser,

Dans l’immédiat (évoqué lors de la discussion, mais discuté un peu plus en détails après entre 0x010C, Arkanosis et moi), il a été proposé de demander un dépôt Git à la Fondation pour les gadgets francophones avec un bot qui copierait depuis ce dépôt Git vers les projets francophones (ou pas d’ailleurs) qui ont le gadget, cela serait une première étape pour centraliser les gadgets. Dans l’idée, les droits de push vers ce dépôt Git seraient largement distribués, au moins aux locuteurs réguliers en JavaScript.

@0x010C @Arkanosis @Trizek (WMF) @BamLifa @Framawiki @Lionel Scheepmans @Mathis B @Gzen92 @Nicolas NALLET @Ltrlg @Ash Crow : Le résumé vous semble correct ? N’hésitez pas à compléter et/ou commenter. ~ Seb35 [^_^] 26 octobre 2017 à 17:53 (CEST)

Seb35: Très bon résumé, merci — Arkanosis ^✉ 26 octobre 2017 à 18:16 (CEST)

A noter aussi qu'a été évoquée l'idée de créer un hackaton francophone, par exemple en marge de celui de la Fondation. La prochaine édition aura lieu en mai, peut être que la WMFr l'organisera pour cette période. N'hésitez pas à vous manifester et commenter. --Framawiki ^✉ 26 octobre 2017 à 20:53 (CEST)

Pour le repo Git, c'est pas très complexe à créer. Je veux bien m'occuper dès maintenant de faire et de suivre les démanches de création si tout le monde est d'accord. --Framawiki ^✉ 26 octobre 2017 à 20:53 (CEST)

On avait aussi proposé d'utiliser Gerrit. --Mathis B ^discuter, le 26 octobre 2017 à 22:21 (CEST)

Avec Gerrit, ce serait top, oui Je suis d'accord si tu veux bien t'en charger, Framawiki. Merci — Arkanosis ^✉ 27 octobre 2017 à 00:14 (CEST)

Heureux de voir que ce projet ne reste pas à ses bonnes intentions strasbourgeoises.

Centraliser les gadgets, surtout en ayant en vue leur possible mutualisation sur les wikis, est un projet que Amire80 tentons de mettre en place quand nous avons un peu de temps. Avoir une communauté qui se lance sur ce projet est une excellente nouvelle ! Vous pouvez compter sur notre soutien dans la mesure de nos capacités.

Un point abordé durant la réunion a été d'avoir une meilleure connaissance des bots existants par les autres dresseurs afin d'éviter de regrettables et impromptues pannes. Je pense que cela peut se dérouler en parallèle, mais c'est moins l'endroit où en parler.

Trizek (WMF) (discuter) 27 octobre 2017 à 06:25 (CEST)

@Seb35 Très bon résumé. @Framawiki go for it si tu es motivé !

Je ping aussi @Od1n pour avoir son avis, vu qu'il est un des pilliers de ce projet. — 0x010C ^~discuter~ 27 octobre 2017 à 10:31 (CEST)

Je suis pourtant à l'aise avec Git, mais je ne suis pas emballé par l'idée du dépôt Git. Ça sent la contrainte supplémentaire qui va rebuter les participants arrivants. Par rapport à la simple centralisation sur fr.wiki, on gagne quoi concrètement ? Cela ne va pas faire pousser magiquement de la main d'œuvre.

Par ailleurs, forte opposition à Gerrit. C'est une plaie pas croyable ce truc…

od†n ↗^blah 27 octobre 2017 à 11:33 (CEST)

Ton avis est intéressant od†n, mais lorsque tu dis « Ça sent la contrainte supplémentaire qui va rebuter les participants arrivants. », je ne vois pas comment faire pire que maintenant... Seuls les admins peuvent modifier les gadgets, et on a une énorme quantité de développeurs péons améliorant les scripts dans leur sous-pages utilisateur. Et ces modifications ne seront jamais centralisées via WP:DIMS (qui n'est pas une page dédiée aux Gadgets). Or, Git (ou équivalent) permet à tout un chacun, développeur, admin ou péon, de proposer des changements dans le code, et voir les retours des autres.

Je suis par contre pleinement d'accord que Gerrit n'est ni ergonomique ni attractif : il demande un très important temps d'adaptation. Cependant, il est très puissant, et plus qu'utilisable avec l'habitude. Si pas Gerrit, d'autres idées, libres si possible ? --Framawiki ^✉ 28 octobre 2017 à 18:42 (CEST)

J'avais oublié cette évidence, les pages protégées, avec les laborieux quémandages de modif sur DIMS qui font perdre un temps considérable à tout le monde. Et mécaniquement cela réduit le nombre d'améliorations apportées.

En alternative à Gerrit, je suggère GitHub sans hésiter un instant. En ergonomie et en plaisir d'utilisation, c'est le jour et la nuit. C'est tellement bien fichu qu'on peut même préparer des PR directement sur le site, sans même faire de clone local du fork. Par contre Gerrit, sur les PR même les discussions (le truc de base quoi) c'est la misère…

Je vois bien Git comme un simple complément pouvant être utilisé à la place de DIMS. En revanche, le point qui me préoccupe c'est pour la centralisation et la synchronisation. Comme je le vois, la synchronisation devrait se faire dans les deux sens, ce qui peut laisser dubitatif, et il reste la question de quel emplacement serait le master.

od†n ↗^blah 29 octobre 2017 à 00:44 (CEST)

┌──────────────────┘
Pour ma part, je peux m’investir pour rénover les gadgets, mais je ne me vois pas trop demander sur DIMS à chaque fois. Sur le système de relecture de code, certaines équipes de la Fondation utilisent Phabricator Differential (exemple) et j’avais entendu que ça pourrait remplacer Gerrit à terme (je sais pas si c’est toujours d’actualité), sinon GitHub me va très bien, et de toutes façons une fois qu’un a un dépôt Git on peut migrer facilement si besoin (pas forcément les commentaires de review mais c’est secondaire).
Sur la question du master, il faudrait effectivement éviter de se désynchroniser : peut-être que le bot qui copiera de Git vers les wikis peut ne pas faire le transfert si un autre contributeur que le bot lui-même a édité plus récemment et émettre un rapport d’erreur pour ces cas, et en parallèle mettre un avertissement en haut des gadgets en demandant à faire la modif de façon centralisée. Je sais pas si c’est suffisamment acceptable pour les admins locaux de "perdre une partie de leur champ d’action", mais ça viendrait avec le bénéfice d’avoir des gadgets mieux entretenus globalement. Peut-être en complément dire que "en cas d’urgence" (genre LiveRC qui casse à cause d’une mise à jour de MediaWiki) les admins ont toute latitude de corriger en urgence (et que ça serait mieux de rapporter ensuite de façon centralisée).
~ Seb35 [^_^] 30 octobre 2017 à 09:17 (CET)

Pour info, je viens de voir passer cette tache phab:T179550 qui peut être intéressante. Je vous ai ajouté en tant que subscribers, vous pouvez vous désinscrire si besoin. --Framawiki ^✉ 3 novembre 2017 à 14:31 (CET)

On part donc sur un répo Github ? Le seul point négatif est que c'est un outil externe, fermé, et qui n'appartient pas au mouvement Wikimédia, mais faute de mieux... --Framawiki ^✉ 3 novembre 2017 à 14:31 (CET)

En anglais

Pour info, j’ai fait un résumé en anglais de cette discussion à Samwilson (développeur à la Fondation) sur Meta : meta:User talk:Seb35#Gadgets in Git?. ~ Seb35 [^_^] 31 octobre 2017 à 10:46 (CET)

Création de balise et ajout aux préférences

Bonsoir,

Hier j'ai déplacé un script de mon espace perso vers MediaWiki (Gadget-PaletteDeluxe.js). J'envisage de créer une balise ("PaletteDeluxe"), y a t'il des règles particulières qui encadrent leur création ? Même question pour l'ajout à l'onglet "gadget" des Préférences ? Merci, Prométhée (discuter) 26 octobre 2017 à 21:15 (CEST)

@Prométhée En soi, il n'y a pas de règles écrites à ce sujet, que des règles tacites. Si ton script est opérationnel pour toutes les configurations, tu peux l'ajouter à la liste des gadgets. Idem pour la création d'une balise, si tu en as besoin, créé en une (c'est même plutôt une bonne idée pour suivre les modifs faites avec le gadget).

Cependant, je vais nuancer mes propos généraux à la vue de ton code : Dans la section juste au dessus, tu pourras constater que nous essayons de lancer un grand nettoyages des codes, et d'établir des bonnes pratiques de programmation. Je sais que cela n'a rien d'obligatoire et que l'on a pas fait encore la doc qui va bien, mais voici quelques petites améliorations que tu pourrais apporter avant de le passer en gadget :

• Utiliser mw.Api à la place des requêtes Ajax en dure ;
• Travailler plus avec JQuery pour les manipulations du DOM ;
• Commenter un peu plus tes fonctions

Amicalement — 0x010C ^~discuter~ 27 octobre 2017 à 10:06 (CEST)

D'accord merci pour tes retours, je vais travailler à la mise en place de la balises et aux évolutions avant de mettre en place le script dans les préférences. Prométhée (discuter) 27 octobre 2017 à 18:01 (CEST)

ContribsRange

Bonjour,

Vu que Special:Contributions affiche maintenant les contributions d’une plage IP (voir 92.136.0.0/16 (u · d · b) par exemple) de manière native, il faudrait mettre à jour le gadget ContribsRange pour qu’il s'affiche uniquement lorsqu’on recherche une plage avec un joker.

Cordialement. — Thibaut (discuter) 27 octobre 2017 à 14:06 (CEST)

Du coup, ce script n'est plus tellement utile ? [123.123.123.*] peut s'écrire [123.123.123.0/24], et les recherches [Pseudo*] ne doivent pas servir bien souvent… La seule chose qui reste donc est la simplicité d'utilisation de saisir [123.123.123.*] au lieu de [123.123.123.0/24].

Ce qu'on pourrait faire, c'est ajouter un javascript (pour tout le monde, pas en gadget, comme ça un gadget en moins) qui, lorsque le champ contient [123.123.123.*], redirige automatiquement vers [123.123.123.0/24]. Comme ça, script plus simple, et les résultats sont ceux natifs de mediawiki et pas ceux obtenus avec de l'ajax maison.

od†n ↗^blah 29 octobre 2017 à 01:04 (CEST)

@Od1n et @Thibaut120094 ça : Utilisateur:0x010C/neoContribsRange.js ? — 0x010C ^~discuter~ 29 octobre 2017 à 11:48 (CET)

C'est l'idée, oui. Par contre je suis dubitatif concernant le remplacement du texte pendant qu'il est saisi, c'est le genre de truc qui habituellement m'horripile. On pourrait plutôt faire la manip lors de la soumission du formulaire.

(à propos, l'event input est préférable à keyup, il gère davantage de situations, par exemple les copier-collers à la souris ; refs oninput event)

od†n ↗^blah 29 octobre 2017 à 12:00 (CET)

@Od1n Et hop ! Je pense que ça serait quand même bien de le mettre à la place du gadget actuel, au moins le temps d'avoir d'éventuels retours, avant de le mettre dans le common.js, non ? — 0x010C ^~discuter~ 30 octobre 2017 à 18:22 (CET)

Quitte à le mettre pour tout le monde, ce serait encore mieux dans MediaWiki, côté serveur — c'est-à-dire sans réécriture et sans JavaScript (et donc sans overhead ni risque d'interférer avec la saisie de l'utilisateur), non ? Amicalement — Arkanosis ^✉ 30 octobre 2017 à 19:13 (CET)

@Arkanosis J'y ai pensé, mais ça ne sera pas possible car « 78.226.* » par exemple est un nom d'utilisateur valide pour MediaWiki. Ici, on part du postulat que ce genre de pseudos n'arrivera pas (et sur frwiki, il faut être admin pour pouvoir ignorer la vérification de similitude pour avoir accès à ce genre de pseudos), mais ce n'est pas un postulat généraliseable . — 0x010C ^~discuter~ 30 octobre 2017 à 20:46 (CET)

L'autre alternative serait sinon d'éduquer les contributeurs via page d'aides ou court message dans le formulaire de Spécial:Contributions (faire attention à pas surcharger visuellement ce formulaire déjà chargé...) — 0x010C ^~discuter~ 30 octobre 2017 à 20:52 (CET)

Je suggère de continuer à le proposer sous forme de gadget, pour ne pas encore alourdir le javascript des utilisateurs qui n'ont rien demandé, mais en revanche, on pourrait le délister des définitions de gadgets, vu qu'il est relativement marginal. od†n ↗^blah 30 octobre 2017 à 23:16 (CET)

Supprimer les gadgets WikiOpenStreetMap et WikiMiniAtlas

Sauf erreur, le gadget WikiOpenStreetMap (je n'ai pas trouvé le code source, où est-il ?) ne fait plus rien depuis que Kartographer est activée. Soit dit en passant, il utilise des fonctions jquery qui seront bientôt abandonnées (voir console d'erreur qui mène à [2]). Même chose pour WikiMiniAtlas (idem pour le code source) qui n'a plus l'air de fonctionner non plus. Ces gadgets (qui devraient d'ailleurs être dans Cartographie) ne pourraient-ils pas être supprimés ? The RedBurn (ϕ) 1 novembre 2017 à 15:45 (CET)

Voir aussi Wikipédia:Le_Bistro/30_octobre_2017#.2F.21.5C_Maintenance_des_gadgets_.2F.21.5C The RedBurn (ϕ) 1 novembre 2017 à 17:25 (CET)

@The RedBurn Comme tu l'as vu sur le bistro, c'est dans les cartons. Afin d'éviter 50 000 octets de réclamations sur le bistro, j'ai pris les devants en laissant le temps aux éventuelles mécontents de réagir. Je viens de republier le message sur le bistro d'aujourd'hui, donc si d'ici quelques jours y'a pas de retours, on pourra passer à l'étape suivante .

(btw, n'hésite pas à me ping quand il est question de Kartographer)

— 0x010C ^~discuter~ 14 novembre 2017 à 21:37 (CET)

Retrait de vieux gadgets

Ola!

Voilà qui est fait, comme planifié sur la page Projet:JavaScript/Maintenance 2017 des gadgets et après avoir averti par deux fois le bistro, je viens de retirer de la liste des gadgets les 9 suivants :

• interProjets
• verifHomon
• TriInterWiki
• WikiMiniAtlas
• WikiOpenStreetMap
• Quick Preview
• newCollapsible
• MiseEnPageEspaceAide
• DeleteBot

Ils restent cependant activable via un obtenir( 'NomDuGadget' ); placé dans son common.js.

Cordialement — 0x010C ^~discuter~ 20 novembre 2017 à 21:04 (CET)

Ola!

Question à deux balles 0x010C : est-ce que newCollapsible n'était pas (par hasard) le système permettant de fermer les blocs de texte présents dans Aide:Sommaire (et à divers autres endroits) ?

Je demande, parce que là, c’est un peu cassé. Trizek ^bla 26 novembre 2017 à 10:44 (CET)

@Trizek « chez moi ça marche » © . Sinon, voici le message qu'Od1n a indiqué lorsqu'il a rajouté ce gadget à la liste : Alternative obsolète au "collapsible" natif de MediaWiki. (j'en profite pour le pinger, vu qu'il connait bien mieux ce gadget que moi) — 0x010C ^~discuter~ 26 novembre 2017 à 10:53 (CET)

Si ça marche chez l'un mais pas chez l'autre, c’est qu'il y a un problème™.

Si j'ai les infos que le "collapsible" natif, je prends pour faire les réparations. Trizek ^bla 26 novembre 2017 à 10:54 (CET)

En effet, la suppression du gadget newCollapsible ne pouvait pas se faire aussi simplement qu'en retirant le gadget. Celui-ci ne venait pas remplacer le code MediaWiki natif appliqué aux classes "mw-collapsible", mais s'appliquait à un jeu de classes différentes, "fr-collapsible". J'ai hésité à le remettre en place, puis je me suis dit que ce n'était pas plus mal comme ça, pour "forcer le mouvement" et inciter à mettre à jour les pages.

(à ce propos, j'en profite pour signaler phab:T155347 que j'aurais voulu voir résolu au préalable.)

od†n ↗^blah 26 novembre 2017 à 19:48 (CET)

(et encore à propos, j'avais aussi ouvert phab:T179612 parce que, qu'est-ce qu'il me gonfle cet effet de "fading" quand on toggle des tables…) od†n ↗^blah 26 novembre 2017 à 19:53 (CET)

Encore un défaut dans le code de mediawiki, ce sont les captions qui peuvent être ridiculement étroites sur les tables repliées (exemple) (update : problème connu sur en.wiki). Je continue néanmoins de penser qu'il faut essayer de centraliser le bazar, parce que là nous avons les palettes ("table.collapsible" dans le Common.js), les boîtes déroulantes (".NavFrame" dans le Common.js), le système natif (".mw-collapsible"), le fork local (".fr-collapsible")… od†n ↗^blah 26 novembre 2017 à 20:52 (CET)

En problème avec "mw-collapsible", on peut encore ajouter Firefox qui centre le caption n'importe comment avec les tables centrées, lorsqu'elles sont repliées (exemple, le "tableau synthétique" en bas). od†n ↗^blah 26 novembre 2017 à 21:45 (CET)

J'ai traité une partie des pages. Il reste encore des trucs cassés notamment sur les pages d'aide (exemple).  Trizek, si jamais tu as les moyens d'apporter de l'aide… Et bien entendu, mw-collapsible aurait besoin de rustines en local, en attendant espérant un jour mieux upstream (délicat de corriger de sorte à n'introduire de problème nulle part). od†n ↗^blah 27 novembre 2017 à 04:03 (CET)

od†n, maintenant que j'ai un exemple, je vais tenter d'aider. :) Trizek ^bla 27 novembre 2017 à 08:54 (CET)

• Pour réactiver rapidement le gadget : importStylesheet('MediaWiki:Gadget-newCollapsible.css'); obtenir('newCollapsible');
• Il y a aussi des "fr-collapsible-group", "fr-collapsible-group-toggle" (exemple). A priori pas très utiles, peut-être pourraient-il simplement sauter ?
• De manière plus générale, essayer de limiter l'usage des scripts "d'enroulage", qui peuvent même faire plus de mal que de bien. (exemple, le bouton bleu pour… une ligne, soupir)

od†n ↗^blah 27 novembre 2017 à 09:04 (CET)

Après avoir pas mal cogité les différents scénarios possibles, j'ai ajouté des règles qui devraient bien améliorer la situation. Si jamais vous trouvez des tables qui rendent mal avec ces règles, vos signalements sont les bienvenus. od†n ↗^blah 28 novembre 2017 à 02:46 (CET)

Beautifier et formatter le code

Question, est ce qu'il y a eu un jour une décision sur la manière de formater proprement le code des gadgets ? Question lisibilité cela pourrait être pas mal de se mettre d'accord. Prométhée (discuter) 2 décembre 2017 à 19:15 (CET)

Comme base il y a mw:Manual:Coding conventions/JavaScript, qui semble avoir été adoptée ici, par exemple par 0x010C. C'est plutôt propre comme convention, à un détail près, mais de taille : ces p** d'espaces à l'intérieur des parenthèses… Il y en a partout, c'est la plaie à lire et c'est encore plus pénible à écrire… od†n ↗^blah 3 décembre 2017 à 15:24 (CET)

C'est très bizarre sur les tableaux aussi d'avoir ces espaces, exemple :foo = [ bar, baz ];. C'est à rebours de ce que j'ai l'habitude de pratiquer ailleurs... Prométhée (discuter) 3 décembre 2017 à 21:10 (CET)

Supprimer le système "collapsible group" ?

Bonjour,

Comme déjà évoqué dans la section un peu au dessus, la suppression du gadget newCollapsible (qui était activé par défaut pour tout le monde) a incité à migrer les pages qui faisaient usage de ce système, vers le système natif "mw-collapsible" (docs : en:Help:Collapsing, mw:Manual:Collapsible elements).

Une bonne partie a déjà traitée, par contre le gadget implémentait un système "collapsible group", qui n'est pas présent nativement. Cela sert à ajouter un lien "Tout ouvrir / tout fermer". Comme vous pouvez constater, le système est assez peu utilisé : Aide:Sommaire, Wikipédia:Parrainage des nouveaux, Projet:Art+Féminisme/30 septembre 2017, Projet:Colombie.

J'ai rajouté ce système dans le Common.js mais honnêtement cela me gêne d'alourdir ainsi le javascript local, alors que ma démarche est justement de réduire la quantité de bazar ajouté en addition du javascript de mediawiki (par contre celui-là ne se gêne pas pour grossir encore et encore).

On en arrive à l'objet du message : j'ai bien envie de tout simplement supprimer ce système "collapsible group". Qu'en pensez-vous ?

od†n ↗^blah 10 décembre 2017 à 22:18 (CET)

@Od1n Si effectivement cela se résume à quelques pages hors de l'espace principale, je soutiens totalement — 0x010C ^~discuter~ 11 décembre 2017 à 15:29 (CET)

Je viens de supprimer cela, effectivement il n'y a à peine que sur les quelques pages citées plus haut que c'était réellement utilisé. Et là encore, de toute façon ça mettait la pagaille pour s'y retrouver, en déroulant tout d'un coup. od†n ↗^blah 18 décembre 2017 à 06:04 (CET)

Je trouvais ça pratique mais OK pour moi ; je notifie Jules78120 qui l'utilisait je crois. — Kvardek du ^{(laisser un message)} le 19 décembre 2017 à 21:19 (CET)

Hmmm, tu dois confondre avec quelqu'un d'autre Kvardek du ; en tout cas ça ne me dit rien, comme ça. Amicalement, — Jules ^Discuter 19 décembre 2017 à 22:09 (CET)

Tu trouvais le système pratique sur une page en particulier ? Personnellement, j'ai trouvé à l'usage que ce système était une fausse bonne idée, n'apportant en fait pas de gain en ergonomie : en déroulant tout d'un coup on ne s'y retrouve plus, et si c'est pour faire cela, autant ne pas mettre de zone déroulante du tout…

Aussi, tu devais probablement penser à Trizek, (c'est que je commence à les connaître les pages qui utilis·ai·ent les classes "fr-collapsible" 😁)

od†n ↗^blah 20 décembre 2017 à 00:44 (CET)

Je ne suis pas certain de tout comprendre... Vous voulez remplacer fr-collapsible par mw-collapsible ou vous voulez carrément retirer les boîtes déroulantes ? Trizek ^bla 20 décembre 2017 à 09:57 (CET)

Seulement remplacer fr-collapsible par le mw-collapsible natif, afin de ne pas rajouter un tas de javascript pour quelque chose qui existe déjà nativement. od†n ↗^blah 21 décembre 2017 à 06:42 (CET)

OK, ouf. :) Désolé de t’avoir fait répéter od†n, mais je n'avais pas tout compris. Trizek ^bla 21 décembre 2017 à 19:31 (CET)

Demande Nouvelle Fonctionnalité

Bonjour,

Serait-il possible de rendre compatible la fonctionnalité LeftPaneSwitch avec Timeless ? Mais en l'améliorant afin de permettre l'ajout d'un bouton permettant d'afficher/masquer le menu latéral de gauche et le menu latéral de droite. Menthe à l'Eau - 26 décembre 2017 à 13:04 (CET)