Actuellement, le gadget n'ajoute un élément dans le menu actions qu'avec Vector. Je prévois de changer ça, en l'activant avec tous les skins mais de manière désactivable. Plus précisément :
Je vais créer un second gadget "Gadget-PublierBrouillonInit.js" dédié au chargement de premier, activé par défaut pour les utilisateurs enregistrées ("default|rights=purge") et visible dans les préférences. Il remplacera le code de MediaWiki:Group-user.js.
Ce second gadget contiendra tout le code ajoutant le menu et l'action sur le lien dans l'en-tête de brouillon (le gadget principal ne serait alors chargé que lorsqu'on l'utilise vraiment).
Dernier commentaire : il y a 4 ans1 commentaire1 participant à la discussion
Bonjour,
Est-ce que c'est possible de créer un gadget qui permettrait de basculer d'un skin à l'autre ? Cette fonctionnalité permettrait de vérifier et d'optimiser l'affichage des articles et des modèles pour tous les skins. Amicalement. MenthePoivrée • 6 février 2021 à 19:50 (CET)
Dernier commentaire : il y a 4 ans3 commentaires2 participants à la discussion
Bonjour,
On m'a conseillé sur le Bistro de venir voir ici : Wikipédia:Le Bistro/20 février 2021#Bug C-Helper?. Si la requête n'est pas assez claire, n'hésitez pas à me demander des détails ou clarifications!
Il s'agit surtout de l'espace entre chaque propositions, et aussi de la liste avec les points. En fait, j'ai l'impression que l'outil apparaît de manière "brut" sans la mise en forme. — RG067 (discuter) 20 février 2021 à 21:48 (CET)
WP:QT : Rupture d'action du gadget accessibilité dans la détection des alt= après la rencontre du Modèle:Relevé hydrologique ? Peut-on trouver une explication/solution ?
Dernier commentaire : il y a 3 ans9 commentaires5 participants à la discussion
Une réponse a été apportée.
Article(s) ou modèle(s) concerné(s) :
Les 1463 pages/articles avec le modèle relevé hydrologique ne peuvent pas être controlées par l'outil accessibilité pour le libellé alternatif alt= : voir wstat.fr Relevé hydrologique d'OrlodrimQuestions :
Bonjour. La demande n'est pas claire : je n'y ai rien compris : quel article est concerné, que veut dire "après la rencontre du Modèle:Relevé hydrologique", par quelle détection (le gadget en comporte 6, dire "faux" à propos du gadget ne veut rien dire). Merci de préciser votre demande. 'toff [discut.]24 mars 2021 à 17:35 (CET)
Bonjour Supertoff. Je tente une traduction. Il s'agit de la détection « Alternatives ». En gros, dans la page Somme (fleuve), aucune image ne possède d'alternative textuelle. Le gadget indique à juste titre « ALT MANQUANT » pour les images du début de l'article mais pas pour celles de la fin, à partir de la section Somme (fleuve)#Canal de la Somme. D'où l'étonnement de Philippe rogez. Notons toutefois que si on clique sur modifier ladite section en wikicode et que l'on prévisualise, le gadget signale bien le défaut de texte alternatif. Il reste à trouver si une quelconque erreur de syntaxe, dans la page ou dans un modèle est à l'origine de ce léger problème. Le contributeur suggère que le problème puisse être lié à la présence de l'histogramme dans la section précédente de l'article, ce que la remarque ci-avant n'exclut pas. Voilà pour la clarification. Bien à vous. — Ideawipik (discuter) 24 mars 2021 à 19:23 (CET)
Merci de la clarification. C'est effectivement dû à {{Relevé hydrologique}} : si on le supprime en prévisualisation, les alt manquants apparaissent. Voilà pour ce qui est de la raison. Pour ce qui est de la solution, je n'en ai pas : le contributeur à l'origine de ce gadget a été banni (comme quoi on peut faire des choses bien et d'autres moins) et je n'ai pas les connaissances suffisantes pour corriger ou aider à corriger mais peut-être qu'un lecteur de cette section sera plus doué que moi. 'toff [discut.]24 mars 2021 à 19:36 (CET)
L’arrêt du script en milieu de page est corrigé (modulo les mises à jour de cache, je ne sais pas pourquoi ça ne veut pas passer chez moi). Par contre il faudra peut-être voir à avoir un comportement spécifique à <timeline>, je ne suis pas convaincu que le message affiché soit pertinent. — bonnes contributions, Ltrlg (discuter), le 7 avril 2021 à 15:06 (CEST)
bonjour Ltrlg (d · c · b)Ltrlg : Super résultat . merci encore de ta participation. Il me semble que l'on cherchait un spécialiste dans ce genre de spécialité technique, depuis un certain temps... très cordialement et A+--Philippe rogez (discuter) 7 avril 2021 à 15:14 (CEST)
J'ai effectué des recherches plus larges, et je n'ai pas non plus trouvé d'occurrences de .warning ou .success. Donc effectivement, pas besoin d'ajouter ces classes.
J'ai aussi cherché s'il y a des codes (Lua notamment) cherchant des error pour détecter si une erreur a été produite (aussi justement évoqué sur le phabricator). Cela m'a un peu surpris, mais je n'ai rien trouvé (sans être sûr à 100 %). Bon… tant mieux.
Je suis d'avis à ajouter le .error dans Mobile.css.
T281228 a réintroduit une règle .mw-parser-output .error… Du coup, l'idéal serait d'éliminer les .error qui seraient présents en dehors du .mw-parser-output (typiquement, les messages systèmes), selon le phabricator à remplacer par .messagebox, .errorbox, etc. On pourrait ensuite retirer notre règle du Common.css, et modifier cele du Mobile.css en .mw-parser-output .error.
Si ça reste défini dans .mw-parser-output, les conséquences devraient être assez minimes. J'ai retiré le code de MediaWiki:Common.css et on pourra toujours corriger plus tard.
Après vérification, la classe n'existe toujours pas sur mobile, donc la question de le mettre dans MediaWiki:Mobile.css se pose quand même (là, il s'agirait de corriger MediaWiki).
Le fonctionnement de RefJournalArticle est assez obscur. Ça affiche un bouton dans la barre d'outil d'édition. Le bouton affiche une zone de saisie et un bouton "OK" qui ouvre une fenêtre sur api.labs.crossref.org, qui ne semble plus marcher (la racine du serveur affiche une page "It works"). Je pense qu'il n'y a rien à récupérer.
Je devine bien pourquoi ce n'est pas dans le CSS Mobile de MediaWiki… pour le CSS Desktop c'est dans du code intitulé "legacy", donc au moment de la création de l'interface Mobile ils se sont dit qu'ils n'allaient pas remettre les codes "legacy". Et si ensuite il s'avère que les codes sont encore nécessaires, il y a une sorte de jurisprudence et il est difficile de faire admettre qu'il faut remettre en place ces codes, tant que les autres solutions en projet n'ont pas été mises en œuvre. Je ne me souviens plus à quelle occasion, mais j'ai déjà eu le coup.
J'ai peut-être juste testé trop tôt. Il y a deux changements liés à phab:T281228. Le premier ajoute la règle .mw-parser-output .error et il est déjà actif sur la version bureau. L'autre semble faire quelque chose pour la version mobile. Orlodrim (discuter) 15 mai 2021 à 14:16 (CEST)
J'ai mis à jour les gadgets de l'espace MediaWiki (j'espère n'avoir pas trop cassé LiveRC, je ne sais même pas comment déclencher les extensions que j'ai mises à jour).
En résumé : ces scripts utilisent intoken=edit dans les requêtes à l'API MediaWiki. Ce paramètre est obsolète et va cesser de fonctionner prochainement.
À la place, vous pouvez :
remplacer le paramètre par action=query&meta=tokens&type=csrf (+ &curtimestamp=true si vous avez besoin d'une valeur pour remplir starttimestamp dans une requête d'édition), comme dans cet exemple) ;
utiliser mw.user.tokens.get('csrfToken') pour obtenir directement un token, à condition de charger le module mediawiki.user ;
utiliser les fonctions de plus haut niveau disponibles dans mw.Api, comme edit ou postWithEditToken.
Bonjour ! Je ne comprends pas non plus. Quelqu'un dispo pour m'expliquer que faire ou me le faire ? Merci . — Tarkuhal✉14 juin 2021 à 14:44 (CEST)
Simon Villeneuve : Utilisateur:Simon Villeneuve/AWB.js semble être une copie modifiée de en:User:Joeytje50/JWB.js. Ton propre common.js charge directement la version originale, donc il n'a peut-être jamais été utilisé. Dans ce cas, tu peux ignorer mon message (et éventuellement en demander la suppression). S'il est encore utilisé d'une façon que je n'ai pas vue, le plus simple serait de le mettre à jour à partir de la dernière version de en:User:Joeytje50/JWB.js, qui n'utilise plus la fonction API obsolète.
Le gadget QPreview est considéré comme obsolète, vu qu'il existe la fonctionnalité native Aperçu rapide qui est maintenant considérée au point, est globalement de meilleure qualité et mieux maintenue.
Ce gadget a été délisté en 2017 des préférences, et je l'ai délisté de la liste des fonctions en 2018, afin d'alléger un peu la liste.
Je ne le recommande pas, mais si vraiment tu veux ce gadget, tu as encore la possibilité d'ajouter dans ton common.js cette ligne : obtenir('QPreview');
À noter aussi qu'au fil du temps, de nombreux codes ont été mis à jour depuis d'anciens « addOnloadHook » ou le « document ready » de jQuery, vers le hook « wikipage.content », et sont donc compatibles avec la fonctionnalité d'aperçu rapide (on en trouve quelques-uns dans le Common.js, par exemples le toggle des palettes de navigation). od†n ↗blah19 juillet 2021 à 07:57 (CEST)
Ajout d'un modèle
Dernier commentaire : il y a 3 ans5 commentaires3 participants à la discussion
Bonjour,
Je voudrais faire ajouter un nouveau modèle sur C-helper. Le modèle est Modèle:Bienvenue nom d'utilisateur et sert à avertir un utilisateur que son nom d'utilisateur n'est pas conforme aux règles en vigueur. On m'a conseillé de venir ici avant de faire un DIMS. Vous en pensez quoi ? Cordialement,--User92259453 (discuter) 18 juillet 2021 à 17:25 (CEST)
On est sur un cas particulier qui me semble compliqué à gérer (en plus des paramètres, il y a la notion de "palette dans une autre palette"). Il vaut mieux ne pas utiliser le script dans ces cas là. Prométhée (discuter) 23 août 2021 à 19:46 (CEST)
Bonjour Prométhée La documentation du modèle {{Palette}} revendique la possibilité d'intégrer un modèle Palette complet. Si c'est un cas particulier, ça n'en reste pas moins un usage documenté. Est-ce que le gadget ne devrait pas conserver les Palettes imbriquées sans chercher à les réécrire ? --Golmote (discuter) 23 août 2021 à 20:54 (CEST)
La chasse aux proxies ouverts avec un PV !
Dernier commentaire : il y a 3 ans2 commentaires1 participant à la discussion
« PV » est un nom que l'on retient et qui signifie simplement « Proxy Verification » ; il permet de rajouter deux liens externes qui s'ouvreront dans un nouvel onglet pour vérifier que l'IP juxtaposée n'est pas un proxy ouvert (ou l'est ). Il fonctionne à partir d'un historique ou d'une page spéciale comme les modifications récentes.
Pour l'obtenir, ajoutez dans votre common.js cette ligne : importScript('Utilisateur:LD/PV.js');
