Wikipédia:Demande d'intervention sur un message système
- Suppression immédiate
- Intervention sur une page protégée
- Intervention sur la liste noire
- Protection et déprotection de page
- Fusion d'historiques
- Purge d'historique
- Renommage de page
- Restauration de page
- Vandalisme en cours
- Demande de déblocage
Requête aux administrateurs d'interface
Requête aux éditeurs de filtres
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 :
- Si votre requête porte sur une annonce à la communauté, n'oubliez pas que différent types d'annonces existent ; des explications sont données dans Aide:Diffuser une annonce ;
- 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é.
Requêtes traitées
modifier- 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.
MediaWiki:Revertpage – Ajout du singulier
modifierRequête acceptée - 25 décembre 2024 à 07:50 (CET)
Pages où apparaît ce message : résumés de modifications
Changement proposé : Révocation {{PLURAL:$7|de la modification|des modifications}} de [[Special:Contributions/$2|$2]] (retour à la dernière version de [[:User:$1|$1]])
Raison : Le logiciel MediaWiki supporte depuis l’année passée le mot magique PLURAL. Le changement à déjà été implanté dans les autres projets Wikimedia, ainsi que MediaWiki:Revertpage-nouser, mais pas ici. Est-ce que ce message pourrait aussi refléter ce changement? quebecguy ⚜️ (discuter | contributions) 24 décembre 2024 à 17:54 (CET)
- Bonjour @Quebecguy, à quoi correspond
$7
ici ? Je suis surpris que l'on passe de$1
et$2
à$7
. Escargot (discuter) 24 décembre 2024 à 18:11 (CET)- Escargot bleu : sûrement le nombre de modifications qui seront révoquées, pour la numérotation, j'ai aucune idée quebecguy ⚜️ (discuter | contributions) 24 décembre 2024 à 18:30 (CET)
- Dans ce cas, où avez-vous trouvé cette correction @Quebecguy ? Je ne pense pas qu'elle puisse fonctionner telle quelle. Il n'y a pas de lien entre les numérotations des différents messages système donc on ne peut pas simplement reprendre le code d'un autre message. Escargot (discuter) 24 décembre 2024 à 19:20 (CET)
- Escargot bleu : Ma correction provient du message par défaut.
$7
est le nombre de modifications qui ont été révoquées. D'un point de vue technique, si c'est une modification seulement, le message sera au singulier. Si il y a 2 et plus, le message sera au pluriel. Aussi, les variables$1
,$2
, etc. ne veulent pas dire nécessairement la même chose. Leur fonction changent de message à message. quebecguy ⚜️ (discuter | contributions) 24 décembre 2024 à 19:30 (CET)- Merci, j'ai pu voir à quoi correspondaien les autres paramètres sur translatewiki. Escargot (discuter) 25 décembre 2024 à 07:50 (CET)
- Escargot bleu : Ma correction provient du message par défaut.
- Dans ce cas, où avez-vous trouvé cette correction @Quebecguy ? Je ne pense pas qu'elle puisse fonctionner telle quelle. Il n'y a pas de lien entre les numérotations des différents messages système donc on ne peut pas simplement reprendre le code d'un autre message. Escargot (discuter) 24 décembre 2024 à 19:20 (CET)
- Escargot bleu : sûrement le nombre de modifications qui seront révoquées, pour la numérotation, j'ai aucune idée quebecguy ⚜️ (discuter | contributions) 24 décembre 2024 à 18:30 (CET)
MediaWiki:Gadget-CatRename.js – Ajout d'explication concernant le renommage par bot
modifierRequête acceptée - 27 décembre 2024 à 20:48 (CET)
Pages où apparaît ce message : utilisation du gadget de renommage de catégories
Changement proposé : Bonjour! Régulièrement, des contributeurs renomment manuellement les pages de la catégorie à renommer, alors même qu'ils viennent d'ouvrir une demande de renommage par bot. Il semble que le gadget n'affiche actuellement pas de message de confirmation lorsqu'une demande de renommage est inscrite.
Je propose d'ajouter ce message avant la ligne 741, n'hésitez pas à modifier le message si vous avez une meilleure formulation:
OO.ui.alert( "La demande de renommage a été enregistrée. Il n'est pas nécessaire de modifier chaque page présente dans la catégorie. Un robot s'en chargera dans les heures ou jours qui suivent, selon le nombre de renommages à effectuer.", { size: 'large' } );
Merci! -Framawiki ✉ 23 août 2024 à 09:26 (CEST)
- Bonjour @Framawiki, que penses-tu de cette formulation ?
- "La demande de renommage a été enregistrée, il n'est pas nécessaire de modifier chaque page présente dans la catégorie. Un robot s'en occupera dans les heures ou les jours qui suivent en fonction du nombre de demandes en attente."
- --Niridya (discuter) 23 août 2024 à 16:08 (CEST)
- Bonjour Niridya, c'est parfait! -Framawiki ✉ 25 août 2024 à 10:38 (CEST)
- Je vais pouvoir faire la modification, tu as vérifié que le code fonctionnait bien @Framawiki ? Je ne voudrais pas faire une requête aux bots pour rien, juste pour essayer. --Niridya (discuter) 25 août 2024 à 12:56 (CEST)
- @Niridya J'ai testé ma modif sur testwiki:, il y a effectivement un soucis dans l'ordre d'affichage des fenêtres, mais je ne suis pas arrivé à trouver une solution acceptable -Framawiki ✉ 28 août 2024 à 01:09 (CEST)
- @Framawiki J'ai voulu tester ta version sur testwiki, mais ça ne fonctionne pas. Je n'ai même pas de menu de renommage qui apparaît sur les catégories. testwiki:User:Niridya/common.js --Niridya (discuter) 28 août 2024 à 15:14 (CEST)
- Je me permets de te mentionner à nouveau si tu as le temps de regarder @Framawiki, afin que je puisse faire la modification. --Niridya (discuter) 6 septembre 2024 à 14:58 (CEST)
- les problèmes de concurrence en JavaScript ne me sont pas familiers, si un professionnel relit cette demande (tel qu'@od1n), si tu as un moment pour regarder comment ajouter un message d'alerte sans qu'il ne soit instantanément masqué par le callback de la fonction, qui recharge la page. Merci! -Framawiki ✉ 11 septembre 2024 à 10:30 (CEST)
- À la différence de alert(), la fonction OO.ui.alert() est asynchrone. Il faut faire :
OO.ui.alert( 'Something happened!' ).then( function () { console.log( 'User closed the dialog.' ); } );
- J'ai essayé, mais il y a un autre problème : l'alerte apparait en dessous de la fenêtre du script, du coup on ne peut pas la fermer… La solution serait d'afficher l'alerte après la fermeture automatique de la fenêtre du script.
- Actuellement, le "window.location" est déclenché avant la fermeture automatique de la fenêtre du script. Il y aurait donc aussi un ajustement à faire à ce niveau.
- À la différence de alert(), la fonction OO.ui.alert() est asynchrone. Il faut faire :
- od†n ↗blah 11 septembre 2024 à 13:32 (CEST)
- 218542217. Je vous laisse peaufiner : mettre le texte dans le système de messages localisés, mettre le code dans une méthode dédiée (comme font les autres process.next). od†n ↗blah 11 septembre 2024 à 13:56 (CEST)
- Bon, vu que ça a traîné trois mois supplémentaires sans que personne ne se penche dessus, j'ai finalisé les modifications, avec en particulier 221441160 et 221445253. od†n ↗blah 27 décembre 2024 à 20:48 (CET)
- 218542217. Je vous laisse peaufiner : mettre le texte dans le système de messages localisés, mettre le code dans une méthode dédiée (comme font les autres process.next). od†n ↗blah 11 septembre 2024 à 13:56 (CEST)
- les problèmes de concurrence en JavaScript ne me sont pas familiers, si un professionnel relit cette demande (tel qu'@od1n), si tu as un moment pour regarder comment ajouter un message d'alerte sans qu'il ne soit instantanément masqué par le callback de la fonction, qui recharge la page. Merci! -Framawiki ✉ 11 septembre 2024 à 10:30 (CEST)
- @Niridya J'ai testé ma modif sur testwiki:, il y a effectivement un soucis dans l'ordre d'affichage des fenêtres, mais je ne suis pas arrivé à trouver une solution acceptable -Framawiki ✉ 28 août 2024 à 01:09 (CEST)
- Je vais pouvoir faire la modification, tu as vérifié que le code fonctionnait bien @Framawiki ? Je ne voudrais pas faire une requête aux bots pour rien, juste pour essayer. --Niridya (discuter) 25 août 2024 à 12:56 (CEST)
- Bonjour Niridya, c'est parfait! -Framawiki ✉ 25 août 2024 à 10:38 (CEST)
Le bandeau prévenant d'une suppression préalable. (je ne sais pas si vous pourrez faire qqch)
modifierRequête acceptée - 28 décembre 2024 à 22:09 (CET)
Bonjour ! Je ne sais pas du tout s'il vous sera possible de faire quelque chose.
Quand on veut créer un article, on peut le faire soit avec l'éditeur visuel, soit en modifiant le Wikicode. Aucun problème quand on essaie de modifier le Wikicode, on a bel et bien le message « Attention : vous êtes en train de recréer une page qui a été précédemment supprimée. » avec le motif de suppression, le tout avec un fond de couleur saumon (exemple ici).
Or j'ai appris hier que quand on veut créer un article via l'éditeur visuel, ce même message n'est pas directement visible, et pour le voir, il faut cliquer sur le en haut à droite, puis faire défiler tout l'ascenseur pour enfin voir la même annonce tout en bas, exemple ici.
Je comprends donc mieux pourquoi autant d'articles déclarés non-admissibles sont recréés en toute bonne foi.
Pensez-vous pouvoir faire quelque chose pour que cette annonce couleur saumon soit directement disponible en haut de l'éditeur visuel, sans rien avoir à cliquer nulle part ?
Un très grand merci par avance.
Slzbg (discuter) 23 août 2024 à 11:19 (CEST)
- Bonjour @Slzbg,
- Pour moi, le message apparaît directement en cliquant sur ton lien, sans avoir besoin de cliquer sur l'icône « ». Cependant, c'est le deuxième message dans la boîte, donc il pourrait être nécessaire de faire défiler la boîte pour y accéder. La gestion de l'ordre des messages et de la mise en page dans l'ÉditeurVisuel est assurée par les développeurs de MediaWiki. Je ne pense pas que les administrateurs d'interface puissent corriger ce problème localement.
- Amicalement. — SleaY [contacter] 23 août 2024 à 13:53 (CEST)
- Bonjour SleaY Merci, c'est ce que je redoutais. Wikipédiennement. Slzbg (discuter) 23 août 2024 à 16:16 (CEST)
- Je suis vraiment d'accord, le fait que l'article ait été auparavant supprimé doit absolument être mis en évidence, il ne devrait pas y avoir à aller débusquer cette information (car évidemment personne le fait).
- Le fait est que notre message (MediaWiki:Newarticletext, on comprend mieux avec l'exemple) est absolument énorme, et pas vraiment adapté à l'éditeur visuel (qui est apparu plus tard).
- À noter que dans le cadre gris de notre message, il y a encore un autre avertissement : le « Attention ! » en rouge. Mais cet avertissement n'attire guère l'attention, il est noyé au milieu de tout le reste. On a réussi un tour de force : dans le message, il y a DEUX avertissements, représentant environ la moitié du contenu, indiquant que la page a été supprimée, et malgré cela, ça n'est pas du tout visible !
- Le message utilisé par enwiki (en:MediaWiki:Newarticletext) est beaucoup plus court : exemple
- Le message d'origine (translatewiki:MediaWiki:Newarticletext/en) est encore plus court : exemple
- Le fait est que notre message (MediaWiki:Newarticletext, on comprend mieux avec l'exemple) est absolument énorme, et pas vraiment adapté à l'éditeur visuel (qui est apparu plus tard).
- od†n ↗blah 23 août 2024 à 17:27 (CEST)
- Il serait possible de modifier la mise en page pour mieux mettre en évidence la suppression lorsqu'une page de DdA existe. Cependant, cela ne fonctionnerait pas pour les autres types de suppressions. Pour améliorer la visibilité du message de suppression, une simplification radicale de MediaWiki:Newarticletext serait nécessaire. — SleaY [contacter] 23 août 2024 à 21:32 (CEST)
- Je suis d'accord quant au fait que l'information soit cachée dans l'éditeur visuel ; il est possible d'intervenir avant, comme cela a été souligné.
- S'il est légitime d'informer une personne que l'article a été supprimé, il faut faire bien attention à ce que cela ne soit pas contre-productif ni restrictif :
- on ne peut pas juste mettre en avant le fait que l'article a été supprimé. La recréation d'un article n'est pas nécessairement autorisée, ni faite de la même manière, si la suppression d'article il y a 3 jours n'est pas le même cas qu'un article supprimé il y a 3 jours ou 3 ans.
- Dans le cas d'une recréation post-DdA, on n'arrive pas à se mettre d'accord à partir de quand une SI reste légitime. Or, ne pas informer correctement une personne de l'(im)possibilité de recréer cet article n'est pas correct.
- Il est possible de recréer un article si la suppression était pour copyvio ; d'ailleurs rien n'empêche de recréer un article légitime dans la minute.
- Est-ce que le motif de suppression est toujours bien documenté et compréhensible ? (qui n'a pas croisé des acronymes sans liens ?)
- Typiquement le type de réflexion que le projet:aide et accueil accueille habituellement ; cela ferait un bon sujet là bas ! :) Trizek bla 18 novembre 2024 à 10:14 (CET)
- Slzbg, SleaY et Trizek : Je me suis occupé de cette requête, qui commençait à bien traîner. Cela aura demandé un certain travail de mise au propre / clarification au préalable. Voir mes modifs de ce dans MediaWiki:Common.css et dans MediaWiki:Newarticletext. Le résultat est un avertissement bien visible, tant avec l'éditeur de code qu'avec l'éditeur visuel, et néanmoins bien intégré. Je pense qu'un tel avertissement bien visible est une très bonne chose, car cela devrait amener à réduire significativement la quantité de re-créations indésirables de pages. En prime, cela m'aura conduit à améliorer diverses choses dans le Common.css (et à réduire sa taille minifiée de 267 octets). od†n ↗blah 28 décembre 2024 à 22:09 (CET)
- Merci Od1n. Du même ordre : on pourrait raccourcir Mediawiki:moveddeleted-notice & MediaWiki:Recreate-moveddeleted-warn & MediaWiki:Moveddeleted-notice-recent : « Cette page n'existe plus/a déjà été supprimée/a récemment été supprimée. Les journaux sont fournis ici pour information : ». Simple, concis, efficace àmha. LD (d) 28 décembre 2024 à 22:36 (CET)
- Merci infiniment Od1n Même si le nouveau bandeau n'est toujours pas ultra-flagrant en création via l'éditeur visuel, l'information est + haut qu'auparavant, c'est une bonne chose. Il va simplement falloir retoucher le texte, car j'ai appris de la part d' Esprit Fugace : que les DRP ne sont pas obligatoires. Je lui laisse la main. Wikipédiennement. Slzbg (discuter) 28 décembre 2024 à 22:47 (CET)
- Un escargot fort rapide passait par là, et a remonté la position de l'avertissement, ce qui est effectivement judicieux (suite à vos commentaires, je m'apprêtais à faire la même chose). Avec mon écran 4K je n'avais pas pensé à cette autre problématique. Concernant les textes des messages, une discussion a été ouverte, sur ce point je vous laisse faire. od†n ↗blah 29 décembre 2024 à 13:30 (CET)
- Merci infiniment Od1n Même si le nouveau bandeau n'est toujours pas ultra-flagrant en création via l'éditeur visuel, l'information est + haut qu'auparavant, c'est une bonne chose. Il va simplement falloir retoucher le texte, car j'ai appris de la part d' Esprit Fugace : que les DRP ne sont pas obligatoires. Je lui laisse la main. Wikipédiennement. Slzbg (discuter) 28 décembre 2024 à 22:47 (CET)
- Merci Od1n. Du même ordre : on pourrait raccourcir Mediawiki:moveddeleted-notice & MediaWiki:Recreate-moveddeleted-warn & MediaWiki:Moveddeleted-notice-recent : « Cette page n'existe plus/a déjà été supprimée/a récemment été supprimée. Les journaux sont fournis ici pour information : ». Simple, concis, efficace àmha. LD (d) 28 décembre 2024 à 22:36 (CET)
- Slzbg, SleaY et Trizek : Je me suis occupé de cette requête, qui commençait à bien traîner. Cela aura demandé un certain travail de mise au propre / clarification au préalable. Voir mes modifs de ce dans MediaWiki:Common.css et dans MediaWiki:Newarticletext. Le résultat est un avertissement bien visible, tant avec l'éditeur de code qu'avec l'éditeur visuel, et néanmoins bien intégré. Je pense qu'un tel avertissement bien visible est une très bonne chose, car cela devrait amener à réduire significativement la quantité de re-créations indésirables de pages. En prime, cela m'aura conduit à améliorer diverses choses dans le Common.css (et à réduire sa taille minifiée de 267 octets). od†n ↗blah 28 décembre 2024 à 22:09 (CET)
- Il serait possible de modifier la mise en page pour mieux mettre en évidence la suppression lorsqu'une page de DdA existe. Cependant, cela ne fonctionnerait pas pour les autres types de suppressions. Pour améliorer la visibilité du message de suppression, une simplification radicale de MediaWiki:Newarticletext serait nécessaire. — SleaY [contacter] 23 août 2024 à 21:32 (CEST)
- Je suis vraiment d'accord, le fait que l'article ait été auparavant supprimé doit absolument être mis en évidence, il ne devrait pas y avoir à aller débusquer cette information (car évidemment personne le fait).
- Bonjour SleaY Merci, c'est ce que je redoutais. Wikipédiennement. Slzbg (discuter) 23 août 2024 à 16:16 (CEST)
Requêtes refusées ou sans suite
modifier- 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 en cours d'examen
modifierRequêtes à traiter
modifier- 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.