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

Ceci est une version archivée de cette page, en date du 2 octobre 2016 à 18:08 et modifiée en dernier par Ltrlg (discuter | contributions). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.

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

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 en cours d'examen

MediaWiki:Histlegend – Lien vers l'engin de filtrage d'historique par auteur

Requête en attente d'informations


Lien pour trouver les modifs d'un auteur depuis les pages d'historique.

Grands prêtres de Wikipedia, bonjour !

Demande : http://fr.wikipedia.org/wiki/WP:Questions_techniques/semaine_5_2016#Trouver_les_modifs_d.27un_auteur_dans_un_historique

Faisons avancer ce sujet, si vous le voulez bien. Ce serait fort utile.

1) Si je traduis l'engin en français, voudrez-vous bien l'ajouter en lien dans les pages d'histo ?

2) Pouvez-vous ajouter dès maintenant dans les pages d'histo le lien vers l'engin en l'état, comme sur la Wikipedia anglophone ?

Merci.

Nnemo

-- Nnemo (discuter) 14 février 2016 à 14:13 (CET)[répondre]

Pas de problème pour moi (une légère préférence pour attendre une version en français, mais non bloquante). Tu l’appellerais comment : « Modifications par utilisateur » ? — bonnes contributions, Ltrlg (discuter), le 14 février 2016 à 15:35 (CET)[répondre]
Notification Ltrlg. "Modifs par utilisateur", ça me paraît très bien comme libellé pour le lien. Peux-tu l'ajouter ? De mon côté, je vais me renseigner auprès de l'auteur de l'engin pour le traduire en français. Je te ferai signe ici. Merci. -- Nnemo (discuter) 14 février 2016 à 19:30 (CET)[répondre]
icône « fait » Fait — bonnes contributions, Ltrlg (discuter), le 14 février 2016 à 19:48 (CET)[répondre]
Notification Ltrlg. Super, merci ! -- Nnemo (discuter) 14 février 2016 à 20:16 (CET)[répondre]
.

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:Common.css : Palette de navigation

Requête à traiter


Changement proposé : Je propose de faire quelques retouches (relativement mineures) sur le style des palettes de navigation :

  • Tout d'abord, corriger la largeur actuelle des groupes qui est abusive et qui s'adapte très mal.
  • Modifier la couleur de fond de la palette (#f9f9f9 en #fff) et des listes pairs (even) (#eef en #f7f7f7). Cela permettra d'homogénéiser les couleurs de fond afin de les rendre génériques (un blanc/gris est plus sobre qu'un violet clair).

Si personne ne s'y oppose, voici les modifications à effectuer :

Cordialement, Hlm Z. (discuter) 30 juillet 2015 à 21:51 (CEST)[répondre]

Salut ! Sans parler d'opposition, j'ai quelques doutes :
  • je ne crois pas que le « text-align: right; » soit une bonne idée
  • j'ai peur que tout gris ne fasse triste, peux-tu présenter une version avant/après ?
PS. Ta section « Section déroulante » génère un titre inopportun.
--FDo64 (discuter) 30 juillet 2015 à 23:33 (CEST)[répondre]
La modification en gris, c'est juste pour l'alternance des listes, en aucun cas je propose de modifier la couleur par défaut des palettes ; un exemple précis : les palettes anglophones ou alors Utilisateur:Hlm Z./Palette de navigation, de même pour le text-align:right;. Cordialement, Hlm Z. (discuter) 31 juillet 2015 à 01:44 (CEST)[répondre]
Salut ! Désolé mais je ne suis toujours pas convaincu. Le gris ne s'accorde pas bien avec le reste et je préfère quand les groupes sont centrés. Ce qui me convient par contre, c'est de réduire la largeur par défaut des groupes.
Par ailleurs, j'en profite pour te rappeler cette discussion : tes nouvelles palettes continuent à n'afficher que « [modifier] », ce qui avait été refusé.
A+ --FDo64 (discuter) 31 juillet 2015 à 08:56 (CEST)[répondre]
Pour les groupes centrés, cela permet d'avoir une mise en forme un peu plus soignée et donc un affichage moins aléatoire des groupes, mais bon, on peut le laisser ainsi, ce n'est pas vraiment problématique. Par contre, je persiste sur le gris car la couleur actuelle n'est pas générique et donc ne s'adapte pas si la couleur de la palette change (à moins que l'on spécifie explicitement la couleur des listes pairs, i.e. |stylepair=background:blue; |styleimpair=background:red;). De plus, la couleur actuelle semble changer sous différentes configurations, le passage vers le gris permet de résoudre le problème et le niveau de contraste est assuré.
À propos des nouvelles palettes et de « modifier » : J'ai apporté cette modification récemment dans /Bacasable 2. Cordialement, Hlm Z. (discuter) 31 juillet 2015 à 14:59 (CEST)[répondre]
Salut ! J'ai consulté la section « Autres tests » dans laquelle on peut voir l'alignement proposé et je reste sur ma position : des trois possibilités (centré, gauche, droite) l'alignement à droite est celui qui me plaît le moins. Ça reste mon avis, et d'autres que moi peuvent s'exprimer.
Sinon, ta page de test est très bien, j'espère que ton nouveau module sera bientôt prêt !
A+ --FDo64 (discuter) 3 août 2015 à 18:55 (CEST)[répondre]

┌─────────┘
Au passage, encore et toujours dans MediaWiki:Gadget-newCollapsible.css, voici la version stable du code CSS à mettre à jour :

De plus, pour rendre l'autocollapse opérationnel et en attendant que cette option soit native à la classe mw-collapsible (phab:T32352), il est nécessaire d'ajouter le code JavaScript suivant à MediaWiki:Gadget-newCollapsible.js :

Merci d'avance à la personne qui s'en chargera. Cordialement, Hlm Z. (discuter) 17 août 2015 à 15:39 (CEST)[répondre]

.

Requête à traiter


Bonjour, suite à une discussion sur le bistro, je propose d'ajouter à la liste des gadgets l'outil reFill qui permet de transformer les liens externes mis dans des balises <ref> en les mettant en en forme dans des modèles {{lien web}}. L'outil est en PHP et hébergé sur Tool Labs, mais il peut être utilisé en ajoutant une ligne de code à son commons.js :

mw.loader.load( "https://meta.wikimedia.org/w/index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript" );

Mathis B (d · c · b) m'a proposé de faire la demande ici, mais je ne sais pas trop quelles modifications apporter, ni à quelles pages. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 21 décembre 2015 à 14:11 (CET)[répondre]

Pour compléter, il s'agirait de créer MediaWiki:Gadget-reFill.js en y mettant la ligne de load ci-dessus et de l'ajouter à la liste des gadgets. Techniquement c'est faisable, mais je ne sais s'il est d'usage de mettre ce type d'outil comme gadget. --Mathis B discuter, le 21 décembre 2015 à 15:06 (CET)[répondre]
Pareil je me pose la même question. @Orlodrim, Ltrlg, FDo64 : Qu’en pensez-vous ? — Thibaut (会話) 21 décembre 2015 à 15:08 (CET)[répondre]
Je pense que ce n’est pas un problème d’inclure ce type de gadgets, nous avons déjà des gadgets qui ne sont que des chargements de scripts distants de l’écosystème Wikimedia. En revanche, la page des gadgets étant assez encombrée, on évite généralement d’ajouter des gadgets s’ils risquent d’être peu utilisés. Maintenant que nous avons des statistiques d’utilisation, il est plus simple d’éjecter un gadget trop peu utilisé, cependant l’absence des moyens techniques pour prévenir les utilisateurs d’un retrait — afin de rendre la transition le plus agréable possible — me laisse encore réticent à accepter un gadget sans grande demande des utilisateurs — bonnes contributions, Ltrlg (discuter), le 22 décembre 2015 à 20:34 (CET)[répondre]
Notification Ltrlg : oki, je comprends tout à fait. Mais le truc c'est que si on ne fait pas de pub pour, personne ne va l'utiliser, et si personne ne l'utilise, on ne fait pas de pub pour... Tire la langue. Pour ma part, j'ai découvert cet outil grâce au lien qu'il crée dans la liste de suivi lorsqu'on l'utilise. Il est vrai qu'il y a un sacré paquet d'outils pour wikipédia, mais quand même peu qui sont en français (avec des modèles en français). Je vais en parler au projet Wikification (qui n'a que sept membres...) et essayer de mettre un lien vers le mode d'emploi de l'outil à des endroits stratégiques, ça permettra peut-être a plus de monde de découvrir reFill. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 22 décembre 2015 à 23:05 (CET)[répondre]
Rien n’empêche de faire de la pub : c’est une unique ligne à insérer dans le common.js personnel, c’est à peine plus compliqué que l’activation d’un gadget. Il doit notamment être possible de le lister avec les autres Émoticône sourire — bonnes contributions, Ltrlg (discuter), le 29 décembre 2015 à 10:53 (CET)[répondre]
Notification Ltrlg : merci, mais je ne vois pas trop où mettre cet outil dans la page Projet:JavaScript/Liste des fonctions disponibles ni quel lien ajouter pour le script à ajouter a son commons.js (faut-il que je crée une sous-page personnelle « .js » ou pour Utilisateur:Zhaofeng Li, le créateur de l'outil, qui ne parle pas français ?) . Peux-tu faire cet ajout, ou au moins me dire où le faire ? Il faudrait ajouter ceci à un des tableaux :
| reFill
| [[Utilisateur:Zhaofeng_Li/reFill#Lien_dans_la_barre_d.27outils_de_gauche]]
| Convertit les liens externes bruts mis en référence en modèles {{m|Lien web}} complétés ([[WP:REFILL|Documentation]]).
|-
Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 29 décembre 2015 à 17:06 (CET)[répondre]


.

Requête à traiter


Pages où apparaît ce message : (presque) toutes, mais plus spécifiquement celles où {{citation bloc}} est utilisé.

Problème : à l’occasion de la création de T114885, j’ai découvert que des guillemets sont automatiquement ajoutés autour des <blockquote> sur la version mobile, via les CSS. À cause du fonctionnement de ce modèle, il y a donc deux séries de guillemets affichées aux utilisateurs (exemple). Ce modèle est présent sur plus de 5 000 pages, dont probablement plusieurs AdQ, puisqu’il fait partie des outils de mise en page avancée. Ce problème touche aussi {{citation étrangère bloc}}, dont le fonctionnement est similaire.

Changement proposé : Je vois trois solutions possibles à ce problème :

  1. ajouter des règles au mobile.css pour ne pas afficher ces guillemets supplémentaires ;
  2. retirer les guillemets en dur des modèles concernés et utiliser un méthode similaire dans notre common.css, choix qui se subdivise en deux :
    1. utiliser une classe pour limiter la modification à ces modèles,
    2. modifier d’un coup tous les <blockquote> ;
  3. isoler les guillemets de ces modèles dans des <span> avec une nouvelle classe pour la rendre invisible dans mobile.css.

Les options 1 et 3 sont à mon avis plus des hacks que des solutions durables, me faisant pencher vers la solution 2. La solution 2.2 implique une décision éditoriale (qui a déjà été faite pour la version mobile, par les développeurs) et un passage sur dump pour vérifier qu’on n’introduit pas le même problème sur la version bureau pour les utilisation directes de <blockquote>. La version 2.1 est plus simple à mettre en place, mais ne résout pas le problème des utilisation directes avec guillemets explicites.

Ma préférence va donc vers la solution 2.2, mais j’invite mes collègues à indiquer leur opinion. Si l’on se dirige vers la 2.2, un sondage sur le bistro pourrait être pertinent avant la mise en place, quels que soient les arguments donnés ici, à cause de l’impact qu’elle aurait.

— bonnes contributions, Ltrlg (discuter), le 22 décembre 2015 à 19:43 (CET)[répondre]

Bon Ltrlg, les double guillemets ça n'intéresse personne ?
Pour ma part, de ce que je comprends, je suis d'accord avec ton choix, le reste est du bricolage de mon point de vue. Dans le même raisonnement, c'est-à-dire que je ne vois pas plus de raison de douter, il n'y a pas besoin d'un sondage, mais juste d'une annonce avant ou après, au Bistro, histoire de prévenir ceux qui auraient constaté quelque chose, ou ceux qui voudraient vérifier que rien ne cloche dans les pages qu'ils connaissent. Ce n'est qu'une affaire de guillemets. TigH (discuter) 31 décembre 2015 à 18:05 (CET)[répondre]
  • Pour la solution 2, il faut savoir qu'il n'est pas possible d'afficher les guillemets par CSS sur IE6/7. Donc si on utilise cette solution il faut accepter que les lecteurs utilisant toujours ces navigateurs n'aient pas de guillemets sur les <blockquote> (ça me va bien, mais ce n'était pas l'avis d'Orlodrim en 2013 pour les citations). Pour la solution 2.2 il y a 4 modèles et 2 modules à retoucher, mais surtout 2500 pages (majoritairement des articles) qui utilisent directement blockquote, avec des guillemets divers.
  • La solution 1 est facile à mettre en œuvre, il suffit d'ajouter à Mobile.css le code :
    blockquote {
    	quotes: "" "";
    }
    
    Elle présente aussi l'avantage de ne pas afficher ces guillemets anglo-saxons. Les guillements français se prêtent mal à une telle mise en page. Les guillemets anglais sont ici plus joli, mais je ne suis pas sur qu'ils soient acceptés si on consulte le bistrot vu qu'ils ont été adoptés par une PPD.
Zebulon84 (discuter) 2 janvier 2016 à 23:36 (CET)[répondre]
Je pense qu’on peut ignorer IE6/7 ici : si les guillemets sont indispensables pour séparer <q> du reste d’un paragraphe, je pense qu’on peut s’en passer avec <blockquote> puisqu’il présente déjà une coupure d’avec le reste du texte — bonnes contributions, Ltrlg (discuter), le 3 janvier 2016 à 10:15 (CET)[répondre]
Je viens d'appliquer la solution 1.
Cela n'empèche pas de se préparer pour la solution 2, notamment en remplaçant les utilisations de blockquote dans l'espace principal par {{citation bloc}}, puis de consulter la communauté pour choisir entre 2.1 et 2.2.
Je laisse donc cette section ouverte, mais un autre admin peut la fermer s'il le désire puisqu'une solution au problème est en place. — Zebulon84 (discuter) 6 février 2016 à 15:31 (CET)[répondre]
OK. Orlodrim, pourrais-tu regarder dans un dump le nombre d’utilisations directes de <blockquote>, avec ou sans guillemets ? — bonnes contributions, Ltrlg (discuter), le 6 février 2016 à 19:01 (CET)[répondre]
Sans compter les pages utilisateur et les espaces de discussion, il y a 1245 pages sans guillemets après et 1585 pages avec guillemets (y compris via le modèle {{citation}} imbriqué dans blockquote...). Orlodrim (discuter) 6 février 2016 à 20:13 (CET)[répondre]
Bonsoir. Pour information il y a longtemps que j'ai intégré à AWB une règle pour remplacer cette balise et je confirme qu'elle est parfois doublonnée avec le modèle {{citation}}. Par ailleurs, c'est du cas par cas : parfois il faut la remplacer par le modèle {{citation}} et parfois avec le modèle {{citation bloc}}. Difficile à automatiser... Par contre, s'il y a moins de 3000 pages, en s'y mettant à plusieurs, on doit pouvoir y arriver. --FDo64 (discuter) 6 février 2016 à 22:26 (CET)[répondre]
Bonsoir, je commence à traiter les pages avec guillemets (deuxième liste). J'ignore pour l'instant lorsqu'il y a un background. Et comme je ne sais pas faire, il faudra que quelqu'un d'autre s'occupe de Module:Biblio/Article et Module:Biblio/Ouvrage. A+ --FDo64 (discuter) 10 février 2016 à 19:15 (CET)[répondre]
Notification Ltrlg, TigH, Zebulon84 et Orlodrim : Bonsoir, je viens de finir de traiter les deux listes. Comme j'étais tout seul et que j'avais d'autres travaux en parallèle, ça m'a pris 2 mois. Il faudrait générer à nouveau ces listes dans lesquelles il ne devrait rester que les cas que j'ai ignoré (ceux où il y a un background et pour lequel je n'ai eu aucune consigne).
Par ailleurs, quelle est la suite à donner à cette demande ? Qui s'en occupe ?
--FDo64 (discuter) 14 avril 2016 à 01:10 (CEST)[répondre]
.

MediaWiki:Common.css – Pictogramme pour infobox

Requête à traiter


Bonjour,

Pages où apparaît ce message : Modèle:Infobox Moine militaire hospitalier

Changement proposé : Suite à la création de l'infobox Moine militaire hospitalier, pouvez-vous ajouter à commons.css :

.entete.templiers {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/3/30/Picto_infobox_Templiers.png");
}
.entete.teutoniques {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/6/66/Picto_infobox_Teutoniques.png");
}
.entete.espagnols {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/1/1f/Picto_infobox_Autre_ordre.png");
}
.entete.malte {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/e/e4/Picto_infobox_Malte.png");
}

Par la même occasion, serait-il possible de semi-protéger la page Modèle:Infobox Moine militaire hospitalier ?

Merci. Cordialement --Alaspada (discuter) 15 mai 2016 à 01:27 (CEST)[répondre]

Notification Alaspada : je ne suis pas favorables à des icônes en couleur, ni à ajouter 4 icônes pour une infobox qui n'est même pas encore utilisée ; cf. Projet:Infobox/V2#Pictogrammes : «  pour des raisons d'ergonomie et de lourdeur des CSS, il est préférable de s'en tenir aux grands thèmes ».
Je ne vois pas non plus de raison de protéger un modèle inutilisé.
Lorsque cette Infobox sera utilisée, on pourra éventuellement ajouter l'image Picto_infobox_Teutoniques.png qui n'est pas en couleur.
Zebulon84 (discuter) 16 mai 2016 à 15:44 (CEST)[répondre]
Si l'infobox n'est pas utilisée c'est qu'elle vient d'être créée et tous les paramètres de sont pas utilisables (pictogramme).
Il y a déjà un pictogramme qui a été enregistré pendant la mise au point de l'infobox, il ne reste plus qu'à enregistrer les derniers. Ce n'est pas le non-enregistrement des pictogrammes qui va faciliter la pose de l'infobox, elle interdit de fait son utilisation sur au moins la moitié des articles.
Les pictogrammes en couleur, le rouge et le noir, se marient très bien avec le bandeau rouge (voir le picto déjà enregistré). De toute façon les gouts et les couleurs ...
--Alaspada (discuter) 16 mai 2016 à 16:04 (CEST)[répondre]
.

MediaWiki:Common.js – messages de l'éditeur de code

Requête à traiter


En regardant le code dans cette page, l'éditeur de code a en marge droite des messages de warning ou d'info à propos de :

- "==" à remplacer par "===",

- ";" manquant,

- variables "Enrouler" et "Derouler" utilisées hors de leur scope dans la fonction "BoiteDeroulante",

- trop d'erreurs pour terminer l'analyse.

Est-ce normal ?

Je n'ai pas repéré dans quelles circonstances cela pourrait avoir une incidence, mais cela serait peut-être utile qu'un spécialiste vérifie et transmette si besoin partout où ce serait utile.

D'avance merci. -- SGlad (discuter) 15 mai 2016 à 15:51 (CEST)[répondre]

J'ai corrigé ce que je comprenais. Il reste des erreurs mais je comme je ne maitrise pas ces parties du code (et que je n'ai pas envie de passer deux heures à les décrypter), j'ai préféré laisser. De toute façon ce sont plus des problèmes liès a des risques potentiels que des bugs réels, donc cela peut éventuellement rester comme ça. — Zebulon84 (discuter) 15 mai 2016 à 17:24 (CEST)[répondre]
.

MediaWiki:Common.js – Dans l'éditeur de code, la boîte de recherche cache le haut de l'ascenseur droit

Requête à traiter


Si on regarde le code dans cette page, cliquer dans le code puis Ctrl-F affiche la boîte de recherche de chaîne, en haut à droite du cadre, ce qui cache le haut de l'ascenseur droit du cadre.

Merci de corriger et transmettre partout où c'est utile. -- SGlad (discuter) 15 mai 2016 à 16:11 (CEST)[répondre]

Personnellement, je n'ai pas ce problème. -- Sebk (discuter) 15 mai 2016 à 16:43 (CEST)[répondre]
ha si effectivement, ça ne cache pas "l’ascenseur" mais juste une petite partie de ce dernier (mais bon, ça n’empêche pas de l'utiliser, ça ne bloque pas le scrolling). -- Sebk (discuter) 15 mai 2016 à 16:52 (CEST)[répondre]
Le problème se situe au niveau de l'éditeur de code Ace, peut-être le signaler sur leur github ? J'ai cherché rapidement et n'ai pas trouvé d'issue correspondante. od†n ↗blah 15 mai 2016 à 17:06 (CEST)[répondre]
Signalé sur github : #2969. od†n ↗blah 15 mai 2016 à 17:50 (CEST)[répondre]

Pages où apparaît ce message :

Changement proposé :

.

MediaWiki:Mobile.js et MediaWiki:Mobile.css – Demande d'affichage des palettes sur version mobile

Requête à traiter


Pages où apparaît ce message : Toute

Changement proposé : Voir Discussion MediaWiki:Common.css#Version mobile et Wikipédia:Le Bistro/24 août 2016#Palettes sur la version mobile (en attente d'une réponse), Wikipédia:Le Bistro/21 août 2016#Palettes sur la version mobile. Je pense que le non-affichage des palettes sur la version mobile est quand même un sujet d'une assez grande importance et qui au minimum faire le maximum de pub pour qu'il soit résolue le plus vite/le mieux est pertinent. --Nouill 24 août 2016 à 16:40 (CEST)[répondre]


.

MediaWiki:Gadget-RenommageCategorie.js – activation du botflag

Requête à traiter


Pages où apparaît ce message : Comme soulevé dans le bistro du jour, le bot flag n'est pas activé lors de l'édition des articles des catégories renommés. Merci, Prométhée (discuter) 2 octobre 2016 à 17:19 (CEST)[répondre]

Changement proposé :

Il suffit de rajouter dans l'objet "datas" (lignes 416-424) la ligne suivante :

bot       : RenommageCategorie_IsBot,
.