Discussion Projet:Scripts et gadgets — Wikipédia
- Admissibilité
- Neutralité
- Droit d'auteur
- Portail de qualité
- Bon portail
- Lumière sur
- À faire
- Archives
- Commons
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.
Aide • Exemples |
Fonctions avancées |
Apparence Vector |
Apparence Timeless |
Projet:Scripts et gadgets |
(en) User styles |
common.css personnel |
Common.css commun |
Monobook.css commun |
Vector.css commun |
(en) Catalogue of classes |
Index des propriétés CSS2 |
common.js personnel |
Common.js commun |
Fonctions JavaScript |
API pour les gadgets afin d'ajouter des boutons aux titres de section
[modifier le code]Voir T337286. « [...] we think it would mitigate various problems we'll see in MobileFrontend and will soften the blow of gadgets breaking (which often web team is blamed for). MobileFrontend will likely change the HTML format further to support section collapsing for example so having a stable API seems like a good thing for both our teams on the long run. ». Lofhi (discuter) 22 avril 2024 à 18:57 (CEST)
Demande du statut d’administrateur d’interface
[modifier le code]Bonjour, je l’ai annoncé ailleurs, parce qu’il était de bon ton de le faire, mais il me semble bien de le faire ici aussi. Donc j’annonce que j’ai demandé le statut d’administrateur d’interface pour pouvoir participer au développement et à la maintenance des gadgets. Bonne journée, Lepticed7 (Viens tcharer ! :D) 17 mai 2024 à 11:46 (CEST)
Template gadgets
[modifier le code]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)
- 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)
- 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)
- 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)
- 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
Complétion de l'API pour ajouter des boutons aux titres de sections
[modifier le code]Des discussions sont en cours pour standardiser une API pour ajouter des boutons aux titres de sections. Il y a certainement des personnes ici qui ont quelque chose à apporter, voir phab:T337286. Lofhi (discuter) 19 juin 2024 à 18:48 (CEST)
Adaptation de Pastec à un nouveau modèle
[modifier le code]Bonjour,
Un nouveau modèle d'en-tête pour les DdA a été proposé dans le but de rendre les informations plus lisibles sur ces pages. Ce modèle a la particularité de changer d'apparence selon les différentes étapes de la procédure et prend en charge la conclusion des DdA. Voir les exemples d'utilisation.
Pour prendre en compte ces modifications, Pastec devra modifier les paramètres de l'en-tête lors des clôtures, plutôt qu'ajouter un bandeau de clôture. À noter qu'une période de transition est à prévoir, pendant laquelle les nouvelles procédures utiliseront le nouveau modèle, tandis que les DdA déjà existantes continueront à utiliser l'ancien.
Est-ce faisable ?
Amicalement. SleaY [contacter] 21 juin 2024 à 17:10 (CEST)
- Bonjour
- La documentation détaillée du modèle est à présent à jour.
- Merci pour votre aide, Trizek bla 26 juin 2024 à 20:23 (CEST)
Paramètres des gadgets
[modifier le code]Bonjour,
Je voudrais simplifier l'utilisation des paramètres des gadgets PaStec, Evaluation, ResumeDeluxe et peut-être HotCatsMulti. Actuellement, ces gadgets sont paramétrés depuis le common.js, ce qui n'a rien d'évident pour un certain nombre d'utilisateurs, et implique en plus de lire avec attention la notice pour les trouver dans le cas de PaStec.
Les paramètres de gadgets peuvent être enregistrés depuis les préférences utilisateur. @0x010C a créé en 2019 MediaWiki:Gadget-GadgetsPreferences.js pour permettre de le faire simplement (discussions associées : 1 et 2), dont la seule utilisation actuelle est dans Utilisateur:Arkanosis/xdone.js. GadgetsPreferences utilise la page MediaWiki:Préférences des Gadgets, sur laquelle sont réglés les paramètres, et on y accède depuis le menu déroulant en haut à droite.
Je connais deux autres manières utilisées pour le réglage de préférences de gadgets : le gadget CustomSidebar paramétré en cliquant sur un petit engrenage et qui ouvre un widget ; le gadget Adiutor dont le lien vers les options est inclus dans la liste déroulante des actions ajoutées par le gadget et dont les options sont aussi sous la forme d'un widget surgissant.
Ma question porte sur l'emplacement le plus approprié pour le paramétrage des gadgets que j'ai cités. Le plus agréable à utiliser côté utilisateur est à mon avis un widget surgissant, plutôt qu'une page à part comme MediaWiki:Préférences des Gadgets (qui a en plus l'inconvénient de ne pas être dans les espaces de nom pour lesquels ces gadgets sont activés). Mais un widget surgissant en cliquant sur le menu déroulant utilisateur me perturbe.
- Paramètres du gadget xdone
- Paramètres du gadget Adiutor
- Paramètres du gadget CustomSidebar
Escargot (discuter) 31 octobre 2024 à 20:57 (CET)
- Dans tous les cas, il faut que l'espace de nom courant n'affecte pas la possibilité d'accéder aux préférences des gadgets. Donc les paramètres de gadgets doivent à mon avis être contrôlés par un gadget autre, éventuellement GadgetsPreferences.js. Escargot (discuter) 1 novembre 2024 à 07:48 (CET)