Wikipédia:Demande d'intervention sur un message système

Requête aux administrateurs

• Suppression immédiate
• Intervention sur une page protégée
• Protection et déprotection de page
• Fusion d'historiques
• Purge d'historique
• Renommage de page
• Restauration de page
• Vandalisme en cours
• 2 requêtes de déblocage
• 1 demande du statut de révocateur

---

Requête aux administrateurs d'interface

• Intervention sur un message système

---

Requête aux éditeurs de filtres

• Intervention sur un filtre
• Signalement de faux positif

---

Requête aux bots

Cette page a pour but de demander une intervention aux administrateurs d'interface sur un message système (dans l'espace MediaWiki) de l'interface de Wikipédia.

Pour effectuer une requête aux administrateurs, veuillez employer les liens dans l’encadré ci-contre. Pour effectuer votre demande sur un message système, cliquez sur le lien ci-dessous et rédigez votre demande. Elle se retrouvera tout en bas de cette page.

Notes :

• N'hésitez pas à consulter le projet Scripts et gadgets si vous avez besoin d'aide pour votre requête ;
• si vous ne connaissez pas le nom du message système, vous pouvez le trouver en suivant les instructions de la page Aide:Message système (explication de l'utilisation de &uselang=qqx), ou en recherchant dans Spécial:Messages système. À défaut écrivez tout de même votre demande de la façon la plus précise possible ;
• si la modification proposée est assez générale pour s'appliquer aux autres wikis fonctionnant sous MediaWiki (c'est-à-dire non spécifique à Wikipédia ni à Wikimedia), il est préférable de modifier le message correspondant sur translatewiki.net (demander les droits de traducteur, ou demander à un utilisateur les possédant) ; la modification se répercutera ici dans les jours/semaines qui suivront ;
• penser à l'accessibilité.

Demander une intervention sur un message système

Archives

• Archive 2010, 2011
• Archives

Requêtes traitées

• Les requêtes classées ci-dessous ont été traitées par un administrateur.
• Les requêtes traitées depuis plus de 7 jours sont archivées.

Requêtes refusées ou sans suite

• Les requêtes classées ci-dessous ont été refusées ou n'ont pas eu de suite.
• Les requêtes traitées depuis plus de 15 jours sont archivées.

Requêtes à traiter

• Pour effectuer une nouvelle requête, ajouter une nouvelle section ci-dessous. Un administrateur se chargera d'y répondre.
• Les requêtes traitées ou refusées sont déplacées dans la section correspondante puis gardées pendant une semaine.

MediaWiki:Gadget-LiveRC.js – PNG --> SVG

Requête à traiter

---

Pages où apparaît ce message : LiveRC.

Changement proposé : remplacer "Kde crystalsvg eraser.png" par "Crystal128-eraser.svg" (aussi dans MediaWiki:Gadget-LiveRC-frWP.js et dans MediaWiki:Gadget-LiveRC.css/Test/Ligne), ce qui donnerait une image bien plus nette, même en 12 px.

Bonjour Thomas Linard , c'est une bonne idée je trouve mais ce serait encore mieux de remplacer toutes les icônes PNG par des SVG si elles sont disponibles. (si t'as pas le courage de faire la liste je la ferai si tu préfères)

De plus, je pense que ce serait bien de changer aussi les icônes des AdQ et BA qui avaient été changées il y a quelques temps. --Niridya (discuter) 22 juin 2019 à 13:23 (CEST)…

Bonjour Niridya , "" est un choix qui ne prête pas à controverse comme c'est juste une amélioration technique (version SVG d'une icône 32 × 32 pixels). Mais bien sûr je suis pour passer à des icônes vectorielles et plus au goût du jour partout !

Voici l'état de mes recherches :

Propositions

>  Oui

>  Oui

>  Oui

>  Oui

>  ? (cf. {{Utilisateur patrouilleur}})  Oui

> (au minimum, mais aussi : ou )  Oui pour

> (cf. MediaWiki:Semiprotectedpagewarning)  Oui

> (cf. MediaWiki:Protectedpagewarning)  Oui

> , ou  Oui pour

>  Oui

>  Oui

>  Oui

>  Oui

> , ou  Oui pour car relatif à Flow

> (au minimum, mais aussi : , cf. {{Requête info}})  Oui

> (au minimum, mais aussi : ou )  Oui pour

> ou  Oui pour

> , , ou  Oui pour

> (au minimum, mais aussi : , ou , avec toute une série utilisable : , , , , , , idem avec , série : , , , , , )  Oui pour , série : , , , , , )

> (ou , )  Oui pour

> (au minimum, mais aussi : , , ou )  Oui pour

>  Oui

>  Oui

> , ou  Oui pour

>  Oui

> , ou  Oui pour

> , ou  Oui pour

> , , ou  Oui pour

> ou  Oui pour

> (au minimum, mais aussi : , , ou )  Oui pour

>  Oui

> ou  Oui pour

> , ou  Oui pour

>  Oui

> , , ou  Oui pour

> (mais plutôt, si je comprends bien l'action représentée : , ou )  Oui pour

> ou  Oui pour

> ou Plutôt  ?

>  Oui

>  Oui mais un doute sur la couleur...

> J'aurai plutôt pensé à

> (si je comprends bien l'action représentée)  Oui

>  Oui

> ou J'aurai plutôt pensé à

> J'aurai plutôt pensé à

> ou (si je comprends bien l'action représentée) J'aurai plutôt pensé à (comme c'est pour les modifications mineures)

Resterait à faire ou à trouver :

 

Thomas Linard (discuter) 22 juin 2019 à 22:44 (CEST)

Merci pour ta liste @Thomas Linard. Je regarderai dans quelques jours si je trouve pour les dernières ou si j'ai des trucs à faire remarquer sur certaines (quand j'aurai passé ma dernière épreuve de bac demain). . En attendant je met une boîte déroulante pour éviter de perturber la navigation sur la page

Bon courage pour demain, @Niridya ! Mon fils est dans le même cas. 😀 Thomas Linard (discuter) 23 juin 2019 à 23:37 (CEST)

@Thomas Linard J'ai mis mon avis après chaque image et globalement ça paraît super ! Si tu es d'accord avec mes remarques, je pourrai remettre en forme la demande (avec directement le code du coup). --Niridya (discuter) 26 juin 2019 à 19:56 (CEST)

@Niridya OK, content que mon boulot serve ! Globalement on part donc pour un style majoritairement OOjs, avec un peu de Breeze et de Twemoji (et un soupçon d'Oxygen + divers). Ça me semble cohérent. 👍 Et j'ai moi aussi un doute sur le cadenas bleu… Par contre, pourquoi  ? Je la trouve vieillote… Si tu as des réserves sur le noir, ça pourrait être , non ? Thomas Linard (discuter) 27 juin 2019 à 00:07 (CEST)

Oh, j'y pense : pour la gomme, qui est au départ de tout ça : le contraste avec le style des autres icônes pourrait être trop grand. On pourrait prendre : , ou . Thomas Linard (discuter) 27 juin 2019 à 00:11 (CEST)

Pour l'archive, j'avais pris celle de {{archive}}. 😇 Perso je trouve assez jolie l'actuelle (et c'est l'une des rares icônes non flat que j'aime bien). Mais la orange que tu proposes me convient très bien, après tout ça fait du bien de varier un peu. 😉

Pour la gomme, je trouve bien la OOjs. Et d'ailleurs OOjs a été renommé en OOUI (c'est pas une remarque c'est juste pour t'informer vu que les fichiers n'ont pas été renommés).

Je vais mettre le code qu'on proposera sur Utilisateur:Niridya/Brouillon 2, tu pourras bien sûr modifier si tu vois des problèmes ou juste par envie. 😋 --Niridya (discuter) 27 juin 2019 à 20:41 (CEST)

Thomas Linard et Niridya : Mettez dans votre common.js

window.LiveRC_Config = {'InstallationPage': 'Utilisateur:Aabbccddeeffabcdef/LiveRC-frWP-test.js'};

importScript('Utilisateur:Aabbccddeeffabcdef/LiveRC-test.js');.

Chargez ensuite LiveRC. J'ai modifié quelques icônes, même si je n'ai pas encore trouvé pour modifier les couleurs de l'interface. Le code est donc sur User:Aabbccddeeffabcdef/LiveRC-frWP-test.js. Aabbccddeeffabcdef (discuter), le 30 juin 2019 à 10:48 (CEST).

Bonjour @Niridya : merci pour l'info sur OOUI, je l'avais raté. Pour la gomme OOjs, je ne l'ai pas trouvé… J'ai fait les modifs restantes sur ta page.

Bonjour @Aabbccddeeffabcdef : merci ! Nous avons bientôt fini de modifier la page de Niridya, comme cela nous pourrons tester toutes les nouvelles icônes et leur taille. Thomas Linard (discuter) 30 juin 2019 à 11:48 (CEST)

Thomas Linard et Niridya : Salut. Vous savez où se trouve le code pour l'apparence en général, sans compter les icônes. Parce que je trouve qu'elle fait un peu vieillotte avec ses dégradés sombres et ses mauvais contrastes. AirSThib (Personnel navigant · Vols), le 3 juillet 2019 à 17:52 (CEST).

@AirSThib C'est vrai que c'est bien les icônes mais qu'une bonne partie de l'interface fait vieillotte. Les styles semblent être sur MediaWiki:Gadget-LiveRC.css (mais il y a aussi MediaWiki:Gadget-LiveRC.css/Dev.css et MediaWiki:Gadget-LiveRC.css/GlobalStyles.css donc vaudra mieux vérifier^^). N'hésites pas à proposer des nouveaux trucs pour améliorer en tous cas ! --Niridya (discuter) 4 juillet 2019 à 00:22 (CEST)

Niridya et Thomas Linard : Et comment fait-on pour importer notre fichier CSS personnalisé ? AirSThib (Personnel navigant · Vols), le 4 juillet 2019 à 18:39 (CEST).

┌───────────────────────────┘

Si tu veux dire faire ton propre fichier CSS pour remplacer celui de LiveRC, il faut que tu remplaces MediaWiki:Gadget-LiveRC.css/GlobalStyles.css (utilises la recherche pour trouver) par Utilisateur:AirSThib/LiveRC.css dans Utilisateur:AirSThib/LiveRC-test.js je pense.

Après, je ne parle pas JavaScript (juste quelques bases et déductions) donc désolé si ça ne marche pas. --Niridya (discuter) 6 juillet 2019 à 15:56 (CEST)

Niridya : Je crois avoir une des solutions : MediaWiki:Gadget-LiveRC.js/CSS.js. Je pense qu'on pourra modifier l'apparence et faire un truc beaucoup plus moderne. J'ai bien dit je pense. . AirSThib (Personnel navigant · Vols), le 6 juillet 2019 à 16:00 (CEST).

@AirSThib C'est déjà bien de penser, je t'aiderai si t'as des soucis. --Niridya (discuter) 6 juillet 2019 à 22:32 (CEST)

MediaWiki:Imagemap-Highlight.js et MediaWiki:Gadget-imgToggle.js – chargement global sur wikifr

Requête à traiter

---

Pages où apparaît ce message : Modèle:Image interactive

Changement proposé : Après avoir importé localement les deux scripts pour faire fonctionner le modèle Image interactive, j'obtiens une différence de fonctionnement avec le modèle source russe. J'ai prévenu le développeur qui est l'auteur du modèle et qui a travaillé sur les scripts, mais il ne peut voir le résultat tant que ces scripts ne sont pas globalement accessibles. Donc serait-il possible de les rendre accessibles sur wikifr depuis n'importe quel poste pour analyse?

Liens :

• Questions techniques/semaine 8 2020
• Demande sur la page de discussion de Igor
• Chargement local
• Résultat obtenu (l'erreur entourée en rouge)

Akhmadjan :

Bonjour,

Je ne sais pas si j'aurai vraiment le temps de m'impliquer dans cette requête, mais pour avoir une chance que ça avance, voici quelques conseils :

1. (passage réécrit, maintenant que j'ai trouvé toutes vos sous-pages) Les scripts sont chargés dans Utilisateur:Akhmadjan/vector.js donc ça devrait marcher pour vous. Si ce n'est pas le cas, le développeur initial devrait pouvoir tester lui-même en les important depuis son propre vector.js (ou common.js). En fait, ce serait bien que tous les utilisateurs qui le veulent puissent d'abord tester le script par cette méthode. Ça marche pour moi... au bug près, d'où l'objet de cette requête. Mais vous avez raison : si Igor importe ses scripts depuis son compte utilisateur wikifr il aura aussi l'anomalie.
2. Indiquez quelques exemples d'articles où le modèle pourrait être utilisé, pour qu'on puisse estimer dans combien d'articles le modèle serait utile. La finalité du modèle Image interactive est son utilisation par le modèle Plan interactif du métro de Moscou. Ce dernier sera lui-même inséré dans les modèles Infobox Ligne de transport en commun (testé ici) et Infobox Station de métro (testé là). Ça impacte 15 pages pour les 15 lignes du métro moscovite et environ 204 pages pour les stations (sur a priori 3326 pages qui font appel à l'infobox Station de métro). Le modèle peut aussi être mis directement dans les pages Métro de Moscou et Liste des stations du métro de Moscou.
3. Postez un lien vers cette demande sur Discussion Projet:Scripts et gadgets.

Les modèles qui nécessitent des scripts pour fonctionner ont un coût de maintenance plus élevé qu'un simple modèle, donc on ne les active pas à la légère. Il faudrait obtenir un consensus sur l'utilité du modèle et s'assurer que le code est fonctionnel et stable avant d'envisager de le copier dans l'espace MediaWiki. Si maintenance il y a, je pense que ce sera plus sur le modèle Plan interactif du métro de Moscou, ses sous-pages et la carte elle-même, que sur les scripts.

Si vous avez des difficultés techniques pour le réaliser le point [1], vous pouvez demander de l'aide directement sur Discussion Projet:Scripts et gadgets.

Orlodrim (discuter) 4 mars 2020 à 21:05 (CET)

Orlodrim :

Bonsoir, les réponses sont en bleu ci-dessus. Akhmadjan (discuter) 5 mars 2020 à 21:56 (CET)

MediaWiki:Explainconflict

Requête à traiter

---

Je reçois parfois des messages de contributeurs mécontents car ils ont « perdu » leur travail après un conflit d’édition avec mon robot, il serait utile de préciser qu’il est possible de récupérer son travail en cliquant simplement sur le bouton précédent de son navigateur. — Thibaut (discuter) 9 juin 2020 à 07:57 (CEST)

Bonne idée. Mais il faut trouver la bonne articulation du message entre l'option « je récupère mon texte en reculant d'une page » et l'option « je récupère mon texte via la page de conflit ». J'ai pas trouvé de bonne idée c'est-à-dire de formulation qui ne soit pas indigeste et/ou trop longue. Kropotkine 113 (discuter) 9 juin 2020 à 17:01 (CEST)

Avant tout, est-on bien sûrs que cette manipulation fonctionne avec tous les navigateurs ? Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 9 juin 2020 à 18:24 (CEST)

Quand on utilise l'éditeur visuel et qu'un conflit d'édition est détecté, il y a une popup qui demande si on veut le résoudre. Si on met oui, on se retrouve en mode wikicode avec le bandeau dont on est en train de discuter. Dans ce cas, si on clique sur le bouton « précédent » du navigateur, il y a une demande de confirmation (dans Firefox : « Cette page demande de confirmer sa fermeture ; des données saisies pourraient ne pas être enregistrées »). Et là, si on confirme, la modification est effectivement perdue. On se retrouve à éditer dans l'éditeur visuel la dernière version de la page, sans les modifications qu'on voulait effectuer. Du coup, c'est risqué de proposer de cliquer sur le bouton précédent.

Si on pouvait avoir un bouton "Enregistrer ma version dans un brouillon et résoudre plus tard", ce serait plus pratique que d'avoir à rajouter des explications.

Orlodrim (discuter) 9 juin 2020 à 19:25 (CEST)

Eu égard le mécanisme actuel de gestion de conflits, le message actuel me semble être ce qu'on peut faire de mieux moins pire. Comme expliqué par Orlodrim, faire un retour "page précédente" est très risqué. Personnellement, dès que je vois ce p— de bandeau, la première chose que je fais c'est aller dans la 2^e zone de saisie, pour copier mon texte et le coller en lieu sûr (éditeur externe) ; et après seulement je traite le conflit. od†n ↗^blah 10 juin 2020 à 05:39 (CEST)

Ah mince, l'éditeur visuel… faudrait que je m'y mette ;D Pas moyen d'avoir un message distinct selon le mode d'édition ? Kropotkine 113 (discuter) 10 juin 2020 à 07:41 (CEST)

"Si on pouvait avoir un bouton "Enregistrer ma version dans un brouillon": il n'y avait pas une discussion sur ce point dans le Bistro il y a quelques semaines ? Apokrif (discuter) 29 juin 2020 à 19:40 (CEST)

@Orlodrim : Ne serait-il pas possible de préciser selon le mode de modification ? — Thibaut (discuter) 31 juillet 2020 à 11:22 (CEST)

En fait, je viens de me rendre compte que le texte de l'utilisateur est affiché dans une autre zone de texte tout en bas (c'est bien caché, je comprends pourquoi on vient souvent m'engueuler sur ma pdd), même pas besoin de cliquer sur « précédent », peut-être rendre le deuxième élément de la liste plus visible ? Pour ce qui est de l'éditeur visuel, comme l'a expliqué Orlodrim, il affiche sa propre fenêtre et il faut juste cliquer sur « résoudre » pour retrouver son texte. — Thibaut (discuter) 31 juillet 2020 à 14:48 (CEST)

Plus simple : programmer le bot pour qu'il n'intervienne ni sur les articles avec le bandeau "en cours" et pas non plus sur ceux qui ont le bandeau "en travaux". Et youpi, merci Okham. Ypirétis (discuter) 31 juillet 2020 à 11:24 (CEST)

Encore plus simple : cliquer sur précédent ou récupérer le texte sauvegardé par l’éditeur visuel.

Pour {{en cours}} c’est déjà fait depuis longtemps, pour {{en travaux}}, relire très attentivement sa documentation. — Thibaut (discuter) 31 juillet 2020 à 11:29 (CEST)

Non, c'est pas plus simple, et disserter sur les contributeurs incapables de cliquer sur retour ou de lire très attentivement la documentation n'est pas très constructif. Re-programmer ce robot résoudrait le problème en deux coups de cuillères à pot. Pas de problème = pas de solution à trouver. Qu'est-ce qui coinçe ? Pourquoi refusez-vous aussi obstinément d'envisager cela ? --Ypirétis (discuter) 31 juillet 2020 à 11:40 (CEST)

Ce bandeau autorise d’autres interventions et pas tous les articles en cours de modification ont un bandeau {{en travaux}}… — Thibaut (discuter) 31 juillet 2020 à 11:45 (CEST)

Oui, je pense qu'on a compris votre argumentation. Je réitère la mienne : il n'en reste pas moins que le seul problème qui se pose est celui consécutif à l'intervention du bot. Pas d'intervention du robot -> pas de problème (et pas de solution simple ou tarabiscotée à trouver). --Ypirétis (discuter) 31 juillet 2020 à 11:51 (CEST)

@Ypirétis merci de cesser ce faux procès. Le modèle {{En travaux}} invite explicitement d'autres contributeurs à participer, y compris les bots donc ; pour éviter les conflits c'est le modèle {{En cours}} et seulement ce modèle qui est à utiliser (et avec le plus de parcimonie possible). Et « Pas d'intervention du robot -> pas de problème » voudrait dire que ce robot particulier serait responsable de 100 % des conflits de version alors qu'il est probablement responsable de moins d'un pour mille des conflits de versions. Donc même si le bot évitait {{En travaux}} (ce qu'il n'a pas à faire) voir même serait complètement arrêté, le problème resterait très exactement le même !

Pour revenir à la vraie question, oui le système (en général) et le message en particulier devrait vraiment être améliorer. Il m'arrive souvent de devoir expliquer ce qui se passe quand j'anime des ateliers de contribution (les personnes présentes ayant tendance à contribuer sur les mêmes sujets) et à chaque fois c'est assez pénible.

Cdlt, Vigneron * ^discut. 31 juillet 2020 à 15:25 (CEST)

Faux procès ? Le topic commence par « Je reçois parfois des messages de contributeurs mécontents », c'est bien du bot dont on parle, non ? Et c'est le programmeur qui m'envoie ici. Reprogrammer le bot arrêterai les conflits liés au bot car d'évidence les contributeurs ne sont pas au courant des subtilités entre l'un et l'autre modèle. Donc améliorez ce message si vous voulez, cela n'empêche pas que le bot pourrait cesser d'intervenir autant sur les articles avec "en travaux" qu'avec "en cours" et on n'en parlerais plus ; je vois pas ce que ça poserait comme problème. Il peut tout autant attendre le retrait du bandeau A que du bandeau B, non ? --Ypirétis (discuter) 31 juillet 2020 à 16:36 (CEST)

« Reprogrammer le bot arrêterai les conflits liés au bot », admettons et une fois cette goutte d'eau réglée, on fait quoi de l'océan de problème du même tonneau ? Typiquement, pour le dernier message sur la page de Thibaut concerne un article qui n’avait pas de bandeau, donc même si le bandeau avait été exclut cela n'aurait rien changé et le contributeur aurait exactement aussi mécontent. Bref, se focaliser sur le bandeau c'est prendre le problème par le petit bout de la lorgnette et au final ne quasiment rien résoudre. Cdlt, Vigneron * ^discut. 31 juillet 2020 à 17:27 (CEST)

Merci en tout cas de considérer que c'est au moins possible d'enlever un irritant en quelques minutes (j'imagine) de programmation ; ce n'est pas totalement inutile. Pour le reste, je n'en sais rien, je vais sur la page d'un dresseur de bot pour parler de son bot ; il m'envoie ici, où je ne serais pas venu sinon. --Ypirétis (discuter) 31 juillet 2020 à 17:59 (CEST)

Ce qui m'interpelle, c'est que le robot semble intervenir de façon très irrégulière. Parfois une heure après la dernière modification, parfois cinq heures après, etc. Pourquoi un programme automatique se déclenche de façon non automatique ? Ce qui réglerait le problème serait qu'il intervienne de façon programmée, par exemple minimum 24h après la dernière modification à une heure fixe (5h du matin, heure locale de l'ip du dernier intervenant). De cette façon, on limite les dégâts. Seul celui qui aura passé 24h d'affilée sans enregistrer son travail jusqu'à l'heure fatidique de 5h du matin perdra son travail de 24h, ce qui a très peu de chance d'arriver. Ou alors, mieux : le robot ne se déclenche que lorsqu'il détecte une longue période d'inactivité de la page en question (genre une semaine après la dernière modification). Et là, on est sûr que ça ne va pas tomber sur quelqu'un en train de bosser sur l'article. Avec éventuellement une mise en garde (fenêtre pop-up avertissant de l'intervention imminente du robot).

Ceci étant, c'est vrai que ça ne règle pas le problème qui se pose entre deux intervenants travaillant en même temps sur une page. Est-ce qu'on ne peut pas verrouiller la page dont la modification est en cours ? Ou avertir le second utilisateur qu'il doit attendre la fin de la modif' en cours pour valider la sienne (en balisant le processus si possible avec un GROS bouton bien visible et clignotant) ?

Je tiens à faire savoir, sinon, que je ne critique pas l'existence du robot. C'est quand même bien pratique :), mais vénère quand même (trois heures de boulot de perdu..., et travail pas terminé en plan, ne sachant plus où j'en suis :(. Allez, bonsoir.--Amaot (discuter) 31 juillet 2020 à 20:00 (CEST)

Un robot qui génère des conflits et un dresseur qui préfèrerait se couper un bras plutôt que le reprogrammer, voilà un microscopique problème qui n'est pas digne d'être traité, sans doute. Pendant ce temps-là le texte du bandeau est méga plus important. Mais ça avance pas d'un poil pour autant. Je vous laisse à vos préoccupations d'importance. Ypirétis (discuter) 1 août 2020 à 07:35 (CEST)

@Ypirétis : inutile d'être désagréable. Le problème n'est pas le bot de Thibaut, qui est parfaitement fondé, comme un contributeur humain, à intervenir sur des aspects de forme lorsqu'un bandeau {{en travaux}} est présent. Le problème, c'est la manière toujours rudimentaire dont sont gérés les conflits d'édition par Mediawiki. Bien cordialement, — Jules* ^Discuter 1 août 2020 à 13:46 (CEST)

On demande l’activation par défaut de l'outil Conflit de modification basé sur les paragraphes, actuellement en Beta ? Cela répondrait globalement au problème. Trizek ^bla 7 août 2020 à 12:49 (CEST)

MediaWiki:Gadget-GlobalWatchlist.js – Ajout de test.wikipedia.org, test.wikidata.org et test2.wikipedia.org

Requête à traiter

---

Pages où apparaît ce message : Spécial:Page blanche/GlobalWatchlist (si gadget activé).

Changement proposé : Ajout de test.wikipedia.org, test.wikidata.org et test2.wikipedia.org ici :

if(typeof(GlobalWatchlist_Classes) == 'undefined'){
  window.GlobalWatchlist_Classes = new Object();
  GlobalWatchlist_Classes['www.mediawiki.org'] = 'wwwmediawiki';
  GlobalWatchlist_Classes['meta.wikimedia.org'] = 'metawiki';
  GlobalWatchlist_Classes['commons.wikimedia.org'] = 'commons';
  GlobalWatchlist_Classes['species.wikimedia.org'] = 'wikispecies';
  GlobalWatchlist_Classes['test.wikipedia.org'] = 'test wikipedia';
  GlobalWatchlist_Classes['test.wikidata.org'] = 'test wikidata';
  GlobalWatchlist_Classes['test2.wikipedia.org'] = 'test2 wikipedia';
  GlobalWatchlist_Classes['www.wikidata.org'] = 'wikidata';
  GlobalWatchlist_Classes['.wikipedia.org'] = 'wikipedia';
  GlobalWatchlist_Classes['.wikibooks.org'] = 'wikibooks';
  GlobalWatchlist_Classes['.wiktionary.org'] = 'wiktionary';
  GlobalWatchlist_Classes['.wikinews.org'] = 'wikinews';
  GlobalWatchlist_Classes['.wikiquote.org'] = 'wikiquote';
  GlobalWatchlist_Classes['.wikisource.org'] = 'wikisource';
  GlobalWatchlist_Classes['.wikiversity.org'] = 'wikiversity';
  GlobalWatchlist_Classes['.wikivoyage.org'] = 'wikivoyage';

}

Ainsi qu'ici :

// wikis globaux
window.GlobalWatchlist_WikiList = [
    '//www.mediawiki.org',
    '//meta.wikimedia.org',
    '//commons.wikimedia.org',
    '//species.wikimedia.org',
    '//www.wikidata.org',
    '//test.wikipedia.org',
    '//test2.wikipedia.org',
    '//test.wikidata.org',
];

Avec la suppression de translatewiki qui étant donné est un compte différent, de celui de Wikipédia, Meta... ne marche pas.

Bien cordialement,

Florian COLLIN (discussion) 14 décembre 2020 à 21:25 (CET)

Je ne sais pas comment marche ce gadget mais j'ai un doute sur le fait que mettre des espaces dans GlobalWatchlist_Classes marche comme prévu, vu que l'espace est un séparateur dans l'attribut html "class".

Est-il vraiment utile de suivre des pages sur ces wikis de tests, au fait ? La page d'accueil dit "The Wikipedia Test Wiki is not: A place to put content or anything meaningful".

Orlodrim (discuter) 15 décembre 2020 à 01:02 (CET)

Pas convaincu non plus de l'utilité d'ajouter ces wikis tests. Ce sont vraiment des wikis "poubelles" utilisés pour le développement du logiciel MediaWiki lui-même et rien d'autre. (aussi oui, les espaces posent problème pour les className)

Concernant translatewiki, j'ai trouvé ceci : 106914032.

od†n ↗^blah 22 mai 2021 à 15:34 (CEST)

MediaWiki:Gadget-StructuredCategories.js – Création d'un outil qui génère une description structurée des catégories Wikipédia.

Requête à traiter

---

Pages où apparaît ce message : Catégories Wikipédia

Changement proposé : Je veux créer un outil Gadget dans l'espace MediaWiki et l'ajouter aux préférences. Le code source de l'outil est disponible sur meta:MediaWiki:Gadget-StructuredCategories.js. L'outil permet d'insérer un lien qui génère la liste des déclarations Wikidata les plus utilisées pour définir les membres directs d'une catégorie. Cet outil a émergé suite à une discussion avec la communauté sur Discussion modèle:Catégories structurées.

De point de vue technique, je demande d'insérer:

• mw.loader.load('//meta.wikimedia.org/w/index.php?title=MediaWiki:Gadget-StructuredCategories.js&action=raw&ctype=text/javascript'); dans MediaWiki:Gadget-StructuredCategories.js.
• StructuredCategories : fournir une description structurée d'une catégorie en se basant sur des déclarations Wikidata impliquant ses membres directs. dans MediaWiki:Gadget-StructuredCategories.
• Ajouter l'outil en tant qu'un outil gadget.

Une description de l'outil est disponible sur d:Wikidata:Structured Categories. --Csisc (discuter) 20 avril 2021 à 21:08 (CEST)

Csisc :

Bonjour,

Sur Wikipédia en français, une boîte avec des liens vers divers outils est affichée sur chaque catégorie via MediaWiki:Category-subcat-count. Il me semblerait logique de mettre le lien là avec les autres, d'autant que je n'aime pas trop allonger la liste des gadgets.

Mais j'hésite car le lien généré par le gadget est très long. En fait, il contient toute la requête. Si j'ajoute ce lien dans la boîte comme ceci, les mises à jour du gadget devront être manuellement répercutées ici.

Du coup, je me demande :

• Est-ce qu'il y aurait une possibilité d'utiliser une sorte de requête préenregistrée avec cet outil (quelque chose du genre query.wikidata.org/<page pour traiter les requêtes préenregistrées>#prepopulated_request_id=123456&field_wiki=fr.wikipedia.org&field_category=Naissance_en_janvier_1950) ?
• Sinon, est-ce qu'il y a des chances qu'il y ait des modifications du gadget à l'avenir, ou est-ce que ça peut être considéré comme stable ?

Orlodrim (discuter) 22 juin 2021 à 23:57 (CEST)

MediaWiki:Spam-blacklist – mis à jour

Requête à traiter

---

Pages où apparaît ce message : MediaWiki:Spam-blacklist

Changement proposé :

 # Cette page permet de bloquer les liens externes selon leur [[Uniform Resource Locator|URL]] en interdisant leurs ajouts sur les pages.
 # Si vous ajoutez une URL suite à une requête aux administrateurs, '''pensez à enlever le « http:// » ou le « https:// » de l'URL dans la requête aux administrateurs, pour éviter l'interdiction de l'archivage par les robots''' (voir [[Special:Diff/164636858]])
 # Cette liste n'influence que ce wiki. Pour plus d'informations, voir sur MediaWiki.org [[mw:Extension:SpamBlacklist]].
 # Pour proposer une URL qui touche tous les projets de la Fondation Wikimedia, voir sur meta [[m:Spam blacklist]].
 # Pour proposer une URL pour ce wiki, demander sur [[Wikipédia:Requête aux administrateurs|WP:RA]] ou sur [[Wikipédia:Demande d'intervention sur un message système|WP:DIMS]]
 # Pour proposer un retrait de la liste, demander sur [[Discussion MediaWiki:Spam-blacklist]]
 #  ou sur [[meta:Talk:Spam blacklist]] si le blocage vient de [[meta:Spam blacklist]],
 #  en cas de refus sur meta il est possible d'ajouter une exception locale sur [[MediaWiki:Spam-whitelist]].
 # Voir aussi : [[Spécial:Journal/spamblacklist|Journal des modifications bloquées par la Blacklist]]
 #<!-- leave this line exactly as it is --> <pre>
#
# Syntaxe :
# * Tout ce qui suit « # » jusqu'à la fin de la ligne est vu comme un commentaire (cette ligne-ci est en commentaire).
# * Toute ligne non vide est une expression rationnelle qui sera comparée à la
#   partie « host » des URL (ex., « www.ibm.com » dans « http://www.ibm.com/public/... »).
# Exemple : '''(debt|financ|loan|mort?gage).*\.blogspot(\.[a-z]+){1,3}’

par

#### LISTES ####
## GLOBAL ##
# Pour proposer une URL qui touche tous les projets de la Fondation Wikimedia, voir [[m:Spam blacklist]] ;
# Pour plus d'informations, voir sur MediaWiki.org [[mw:Extension:SpamBlacklist]].

## LOCAL ##
# Cette page permet de bloquer les liens externes selon leur URL en interdisant leurs ajouts sur les pages de Wikipédia francophone ;
# Les demandes d'ajout ou de retrait sont à faire sur [[Discussion MediaWiki:Spam-blacklist]] ;
# Voir aussi : [[Spécial:Journal/spamblacklist|Journal des modifications bloquées par la blacklist]].

## EXCEPTIONS ##
# Pour les demandes d'exceptions globales, voir [[meta:Talk:Spam blacklist]] ;
# En cas de refus sur meta, il est possible d'ajouter une exception locale à [[MediaWiki:Spam-whitelist]], après demande motivée sur [[Discussion MediaWiki:Spam-blacklist]].

#### AbuseFilter ####
# Si l'URL n'est pas listée parmi les différentes listes noires, voir [[Wikipédia:AbuseFilter/Modifications bloquées]] et [[Wikipédia:AbuseFilter]].

#### ADMINS ####
# Avant d'ajouter une URL, assurez-vous qu'elle ne soit pas utilisée sur [[Spécial:Recherche de lien]] en enlevant le « http:// » ou le « https:// » ;
# * Exemple : [[Spécial:Recherche de lien/*.wikipedia.org]] ;
# Si vous ajoutez une URL suite à une requête, pensez également à enlever le « http:// » ou le « https:// » de l'URL dans la requête [[WP:RA|RA]] ou [[WP:MWS]], pour éviter l'interdiction de l'archivage par les robots (voir Special:Diff/164636858) ;
#<!-- leave this line exactly as it is --> <pre>
# Syntaxe :
# * Tout ce qui suit « # » jusqu'à la fin de la ligne est vu comme un commentaire (cette ligne-ci est en commentaire) ;
# * Toute ligne non vide est une [[expression rationnelle]] qui sera comparée à la
# partie « host » des URL (ex., « www.ibm.com » dans « http://www.ibm.com/public/... »).
# Exemple : '''(debt|financ|loan|mort?gage).*\.blogspot(\.[a-z]+){1,3}'''

Bon, je ne comprends pas ce que vient faire <!-- leave this line exactly as it is --> <pre> , merci --LD ^{• m'écrire •} 5 juillet 2021 à 00:16 (CEST)

MediaWiki:Templatedata-modal-title-templateformatstring – Ajout d'un lien d'aide dans l'éditeur de données TemplateData

Requête à traiter

---

Éditeur de données TemplateData, où apparaît le message à modifier.

Pages où apparaît ce message : Éditeur de données TemplateData (accessible en haut à gauche lors de la modification d'un modèle ou d'une page de documentation de modèle)

Changement proposé :

Ajouter un lien d'aide expliquant la structure des formats personnalisés de mise en forme du wikicode.

Car actuellement, si on ne connaît pas cette syntaxe spéciale, on est incapable d'ajouter ou même de comprendre la structure d'une chaîne telle que {{_↵ | __________________ = _↵}}↵.

Des contributeurs suppriment ainsi régulièrement par inadvertance ou méconnaissance ces formats personnalisés, nécessaires pour indiquer à l'éditeur visuel comment positionner et mettre en forme les modèles. Ce système permet notamment d'indiquer les formats d'indentation pour les infobox (alignement vertical des paramètres), ou bien qu'un modèle comme {{Voir homonymes}} ou un bandeau doit être seul sur sa ligne, etc.

Je propose donc que le message par défaut actuel :

Chaîne de format personnalisé

Soit remplacé par :

Chaîne de format personnalisé ([[Aide:TemplateData#Format personnalisé|aide]])

Ce qui afficherait :

« Chaîne de format personnalisé (aide) »

Merci d'avance.

--Tractopelle-jaune (discuter) 7 juillet 2021 à 12:47 (CEST)

[[MediaWiki: ]] – Gadget ArchiveLinks && ExtendedCache

Requête à traiter

---

Ensemble des articles : Tous les articles de wikipedia francophone.

Changement proposé : Concerne des demandes sur le gadget ArchiveLinks et ExtendedCache gestion des liens archives :

• Retirer l'archivage des liens vers mediawiki.org

https://fr.wikipedia.org/wiki/Discussion_utilisateur:Patafisik_(WMF)#q:Wikiquote:Le_Salon/avril_2021 suite à cette demande formulée par @Malik2Mars MediaWiki:Gadget-ArchiveLinks.js une règle est à implémenter à la ligne 20.

• Etendre la vision à la version mobile de cette PDD communautaires des archives wikiwix

'ArchiveLinks [ResourceLoader|default|dependencies=user,user.options] | ArchiveLinks.js' remplacer par 'ArchiveLinks [ResourceLoader|targets=desktop,mobile|default|dependencies=user,user.options] | ArchiveLinks.js' dans MediaWiki:Gadgets-definition

• Etendre la vision à la version mobile de cette PDD communautaire de l'affichage des liens d'archive

'* ExtendedCache [ResourceLoader|dependencies=ext.gadget.ArchiveLinks] | ExtendedArchiveLinks.js' remplacer par '* ExtendedCache [ResourceLoader|targets=desktop,mobile|default|dependencies=user,user.options] | ExtendedArchiveLinks.js' dans MediaWiki:Gadgets-definition Pmartin (discuter) 23 juillet 2021 à 00:55 (CEST)