Le projet « Scripts et gadgets » a 1 notification (voir).

Le projet « JavaScript » a 1 notification (voir).

Raccourcis [+]

WP:JS
P:JS

PROJET SCRIPTS ET GADGETS

Centraliser les fonctions JavaScript, Vue et CSS pour éviter la dispersion du code.

modifier

Archives

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

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

modifier

Enregistré sur Phabricator
Tâche 204201

Enregistré sur Phabricator
Tâche 63007

Ne pas archiver.

Bonjour,

Depuis phab:T204201#9559072 il est possible de restreindre l'activation de gadgets aux pages dans une certaine catégorie, ce qui permet de faire des mw:Template gadgets : du code javascript qui ne s'active que lorsqu'un certain modèle est présent dans la page (le modèle doit juste ajouter une catégorie). Cela fonctionne car les gadgets activés par défaut sont aussi activés pour les IPs.

Beaucoup de code dans MediaWiki:Common.js a précisément pour rôle de ne s'activer que lorsqu'un modèle précis est présent : Modèle:Titre incorrect, Modèle:Sous-titre, Modèle:Méta palette de navigation, Modèle:Boîte déroulante, Modèle:Animation, Modèle:Aide contextuelle et indirectement Modèle:Édition et Modèle:Page de discussion. On pourrait déplacer ce code dans des gadgets dédiés pour alléger la taille du fichier js livré par défaut à tous les visiteurs.

Liens utiles :

• mw:Extension:Gadgets#Options, liste des paramètres spécifiant quand activer un gadget dans MediaWiki:Gadgets-definition ;
• Wikipédia:Demande d'intervention sur un message système/Archives2#c-Framawiki-2017-06-19T17:54:00.000Z-MediaWiki:Common.js – prise en charge des paramètres withJS & withCSS, discussion sur l'ajout de paramètres d'url pour forcer l'activation de gadgets aboutissant à un refus.

Escargot (discuter) 4 juin 2024 à 18:14 (CEST)Répondre

C'est effectivement intéressant. Une petite mise en garde au sujet de Modèle:Page de discussion (la classe "transformeEnPageDeDiscussion"), vu que tu l'as mentionné : dans le MediaWiki:Common.js il y a tout un code lourdingue où l'on teste sur le nom de la page pour déterminer si la page est à "transformer", plutôt que de se baser sur la présence du modèle. Ceci permet d'appliquer la transformation aussi lorsque l'on modifie une section (et non la page entière), car dans ce cas le modèle ne peut pas être détecté. C'est un code que je n'aime franchement pas, en raison de cette grosse liste de pages qui se trouve dans le code, mais je ne vois vraiment pas d'autre solution. od†n ↗^blah 4 juin 2024 à 20:36 (CEST)Répondre

Le passage de ns-subject à ns-talk n'est pas suffisant pour faire fonctionner les outils de discussion (activés par défaut sur mobile et en beta sur bureau). Il faut obligatoirement que le mot magique __NEWSECTIONLINK__ soit présent, éventuellement en combinaison avec __NONEWSECTIONLINK__ si on veut désactiver le bouton « Ajouter un sujet ».

En considérant que ce mot magique sera forcément présent sur les pages qu'on veut changer en page de discussion (et qu'il sera absent sinon), il y a peut-être moyen de le détecter et d'utiliser ça pour déterminer que ns-subject doit être remplacé par ns-talk (même si je n'ai pas trouvé comment). Escargot (discuter) 7 juin 2024 à 21:40 (CEST)Répondre

J'ai fait le changement en question pour MediaWiki:Gadget-Diaporama.js qui charge maintenant avec la catégorie Catégorie:Page utilisant le modèle Animation.

Le modèle fonctionne correctement en prévisualisation, y compris pour une section, mais pas avec l'aperçu rapide, même avec la page complète, ni avec l'éditeur visuel.

Je ne reviens pas en arrière sur mon changement qui permet quand même de faire fonctionner le modèle sur mobile. Escargot (discuter) 9 juin 2024 à 13:12 (CEST)Répondre

LiveRC n'a pas totalement cassé (bonne nouvelle), mais les contributions des comptes temporaires s'affichent quand on coche « Utilisateurs débutants » (qui affichait auparavant les comptes enregistrés non autopatrolled), et plus rien ne s'affiche si on coche uniquement « Utilisateurs sous IP ». Autrement dit on ne peut pas afficher uniquement les contributions des comptes temporaires.

Il faudrait renommer la case « Utilisateurs sous IP » en « Comptes temporaires » et changer le code sous-jacent pour que cette case affiche les contributions des comptes temporaires.

— Jules* ^💬 24 juin 2025 à 11:20 (CEST)Répondre

• Pour détecter des parties du code qui auraient besoin d'être mises à jour, on peut chercher /state.+["']IP["']/ (j'ai actuellement cinq résultats).
• J'ai repéré un autre endroit à mettre à jour : dans la fonction addUsertypesCheckInMenu, les arrays de la ligne var UserValues = ... (cette fonction produit des valeurs d'attributs HTML showUser_FOOBAR et des clés i18n SHOWUSER_FOOBAR)
• Et aussi divers messages, noms de modèles, etc. : recherche à l'arrache
• J'ai le sentiment qu'il serait (légèrement) plus simple de remplacer toutes ces parties "IP" par des parties "TEMPUSER" (ou plutôt "TEMPACCOUNT" ?), plutôt que d'ajouter un mode supplémentaire "TEMPUSER". J'ai l'impression que seulement en remplaçant le case 'anon': par case 'temp': on aurait déjà quelque chose de totalement fonctionnel, et les autres modifications ne concerneraient que l'interface affichée.

od†n ↗^blah 24 juin 2025 à 22:11 (CEST)Répondre

J'ai remplacé les IP par TEMP et case 'anon': par case 'temp':. Pour la mise en forme des liens Spécial:Contributions/ au lieu de User:, je n'ai pas réussi. Il faut remplacer l'ensemble des usages de UserIsIP ou aucun. Escargot (discuter) 25 juin 2025 à 21:20 (CEST)Répondre

Super, merci beaucoup à tous les deux ! — Jules* ^💬 25 juin 2025 à 22:26 (CEST)Répondre

Bonjour, lorsqu'on visualise un historique dans une fenêtre popup, et qu'on clique sur un compte temporaire, on tombe par défaut sur la page Utilisateur:~XXXX-XXXXX, comme pour un compte enregistré. Serait-il possible d'avoir à la pace un lien vers la page Spécial:Contributions/~XXXX-XXXX, comme c'est le cas pour une IP ? 🐾 tiloudeux ^{(on papote ?)} 25 juin 2025 à 15:22 (CEST)Répondre

Bonjour @Tiloudeux,

Le gadget est sur Wikipédia en anglais : en:MediaWiki:Gadget-popups.js, c'est là-bas qu'il faut faire la demande. Le gadget en français contient juste les traductions des messages du gadget. Escargot (discuter) 25 juin 2025 à 15:29 (CEST)Répondre

Aïe, ça va être compliqué avec mon niveau d'anglais proche de zéro. Merci quand même pour la réponse 🐾 tiloudeux ^{(on papote ?)} 25 juin 2025 à 15:34 (CEST)Répondre

Toujours vivant, mais toujours du mal à trouver du temps. Cependant je continue d'allonger ma liste de chose à traiter. Est-ce que vous pourriez me dire ce que vous pensez de l'idée d'afficher un avertissement via JavaSript aux lecteurs qui lisent les articles de frwiki... depuis un autre nom de domaine ?

Depuis plusieurs mois, certains moteurs de recherche actent certains décisions délétères comme la traduction automatique d'extraits de sites web dans leurs résultats, ou des synthèses générées par IA. Je vois de temps en temps des plaintes hors de nos murs, de plus en plus nombreuses, comme ici ou ici. Google, par exemple, se permet de court-circuiter les sites web finaux en réécrivant les URL et en proposant de force son proxy Google Translate. Parallèlement, sachez que Google traduit automatiquement de force des vidéos YouTube (sous-titres, mais aussi à présent l'audio), mais il y a aussi reddit qui s'amuse dans les plus connus.

Personnellement, je sature devant ces décisions de prédateurs.

Le comportement de Google au moins n'est pas paramétrable, surprend beaucoup de nos lecteurs et la traduction automatique de nos articles abaisse nécessairement la qualité de ces derniers. L'idée est donc d'avertir le lecteur de la cause et de l'informer d'une solution pour s'extirper des mains d'un moteur de recherche comme Google. Cela ne devrait pas surcharger le chargement des pages tant ce genre d'avertissement sera facilement mis en place et peu coûteux. Santé. Lofhi (discuter) 14 août 2025 à 16:19 (CEST)Répondre

Un avis @Escargot bleu ? Lofhi (discuter) 23 août 2025 à 08:17 (CEST)Répondre

@Lofhi, Je ne pense pas que ça concerne uniquement les membres du projet Script et Gadget. Il faudrait plutôt une discussion sur le Bistro.

Personnellement, je n'arrive pas à reproduire cette traduction automatique. Quelles seraient les solutions à afficher dans le message ? Les discussions reddit dont trop longues et beaucoup des solutions proposées sont suivies d'un message de quelqu'un disant que ça ne fonctionne pas pour lui.

J'ai l'impression que ça concerne majoritairement Wikipédia en anglais et que c'est rare qu'un article de Wikipédia en français soit suggéré par Google à un non francophone. Escargot (discuter) 23 août 2025 à 08:50 (CEST)Répondre

Je vais demander l'avis au Bistro. S'il y a une forme d'intérêt développé pour le sujet par la communauté, je creuserai un peu plus le sujet pour te le détailler. Cela ne sert à rien de creuser si la communauté n'en veut pas. Lofhi (discuter) 26 août 2025 à 19:39 (CEST)Répondre

C'est peu constructif pour le moment. Je me suis cassé la tête à trouver des exemples sourcés de témoignages primaires sur cette fonctionnalité externe qui dérange nos lecteurs et on a réussi à m'afficher qu'ils peuvent la désactiver, alors qu'ils témoignent bien ne pas pouvoir. Lofhi (discuter) 27 août 2025 à 11:09 (CEST)Répondre

Bonjour à tous, Je recherche un outil/gadget qui permet de retirer facilement un bandeau {{ébauche}}, quand je lis la documentation de BandeauxEbauches, j'ai l'impression qu'on peut retirer le bandeau facilement, mais dans la réalité j'y arrive pas, je ne vois pas comment faire... Est ce que quelqu'un saurait me donner un coup de mains pour trouver l'outil idéale pour retirer les bandeaux ébauches

Merci Guillaumrs (discuter) 9 septembre 2025 à 16:12 (CEST)Répondre

@Guillaumrs, la réponse est dans la documentation du gadget : « Si tous les champs sont vides lors de la validation, le modèle d'ébauche sera retiré. » 🐾 tiloudeux ^(miaou ?) 9 septembre 2025 à 16:44 (CEST)Répondre

Honte à moi ca fonctionne Merci Guillaumrs (discuter) 9 septembre 2025 à 16:58 (CEST)Répondre