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

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.

Mauvaise indexation dans un common.js

Requête acceptée - 23 mai 2024 à 07:36 (CEST)

Bonsoir, en me rendant ici Projet:Primates/Évaluation, j'ai vu 100,1 % dans la barre sous fond vert. Grâce à Antimuonium, je sais que le problème vient de :

Pages où apparaît ce message : Utilisateur:Nandoo/common.js

Changement proposé : Je vous demande donc d'intervenir pour que la partie "primates" de ce common.js ne soit plus indexée, même si cette personne n'est plus là depuis 9 ans, ce ne serait pas correct de faire une suppression sèche. Merci d'avance. Wikipédiennement.

Slzbg (discuter) 23 mai 2024 à 00:11 (CEST)[répondre]

Fait @Slzbg. J'en profite pour préciser que le gadget d'évaluation a été modifié pour ajouter automatiquement les portails présents dans la page à la liste proposée. Escargot (discuter) 23 mai 2024 à 07:36 (CEST)[répondre]

MediaWiki:Sp-contributions-footer-anon et MediaWiki:Sp-contributions-footer-anon-range – divulgation des informations IP

Requête acceptée - 27 mai 2024 à 23:43 (CEST)

Pages où apparaît ce message : en bas des pages de contributions d’adresses IP / de plages d’adresses IP

Changement proposé :

Bonjour,

la présence d’une bonne partie des informations présentes dans ces encadrés me semble désormais en contradiction avec les Directives pour l'outil Wikimedia d'information sur l'adresse IP car elle en facilite le contournement en proposant un accès direct et surtout non journalisé à des données à caractère personnel (voir le tableau de la page): notamment les liens RIPE, AliveProxy, IPQualityScore, Google (dans une moindre mesure), mais également Wikiscan (puisque pour les IP, il affiche l’ASN et le pays) qu’il faudrait retirer ; la présence des outils hébergés par la WMF ne sont pas concernés par ma requête. Ces outils sont certes très utiles pour la lutte contre le vandalisme, et on ne pourra pas empêcher totalement leur usage, mais je pense que faciliter autant l’accès à ces outils, y compris pour les utilisateurs qui ne sont pas supposés bénéficier de ce niveau d’accès ne vient pas s’inscrire dans l’esprit de la politique de confidentialité.

Dans l’éventualité où la nécessité de cette requête ne vous apparaîtrait pas assez évidente, merci de me l’indiquer afin que je puisse demander directement l’avis de legal@ / privacy@ sans attendre.

— Metamorforme42 (discuter) 22 mai 2024 à 15:15 (CEST)[répondre]

Tel que je l'avais interprété, une fois que les IPs seront remplacées par des comptes temporaires, seuls les utilisateurs avec le droit pour voir les IPs verront encore ce pied de page. Pour ces utilisateurs, il reste utile et justifié. Mais peut-être que j'ai mal compris ? Escargot (discuter) 22 mai 2024 à 17:35 (CEST)[répondre]

Bonjour Metamorforme42. Les Directives pour l'outil Wikimedia d'information sur l'adresse IP concernent IP Information tool (par extension mw:Extension:IPInfo).

De plus, la Privacy policy ne s'applique pas à toutes les données du monde mais uniquement aux données obtenues, collectées et traîtées par la Wikimédia Foundation auprès de ses utilisateurs. Ce bas de page utilise des liens externes, donc les données sont externes. Pour le dire autrement, la WMF n'a aucune obligation de confidentialité à propos de ces sites tiers : ces informations peuvent être publiques ou privées cela importe peu puisqu'elle ne les republie même pas sur son site, elle ne fait que les référencer en renvoyant ses utilisateurs vers un site externe. Ce serait comme dire que votre navigateur préféré enfreint la confidentialité en vous renvoyant d'une adresse IP à un DNS (information publique) ou qu'une extension affiche le lieu d'hébergement (souvent non publique, cela est interprêté du lien entre l'hébergeur et la nom de domaine dans la déclaration du DNS).

Toutefois, ce n'est que ma lecture ; si vous souhaitez des réponses, il est préférable de contacter @STei (WMF) qui pourra faire le lien avec Legal. LD (d) 22 mai 2024 à 18:58 (CEST)[répondre]

Merci Escargot bleu et LD

pour ces réponses. Je vais rédiger un mail à legal. J’aurais du commencer par ça, désolé pour le dérangement. — Metamorforme42 (discuter) 22 mai 2024 à 19:12 (CEST)[répondre]

Metamorforme42 Dans ce cas, contacte plutôt info

wikimedia.org qui eux te transféreront en assignant une priorité à la demande selon l'urgence. LD (d) 22 mai 2024 à 19:31 (CEST)[répondre]

Merci LD, Metamorforme42 faites-moi savoir si vous avez encore besoin d'autre chose que de contacter Legal. –– STei (WMF) (discuter) 22 mai 2024 à 19:38 (CEST)[répondre]

MediaWiki:Statistics-footer – lien mort

Requête acceptée - 27 mai 2024 à 23:43 (CEST)

Pages où apparaît ce message : Spécial:Statistiques : « Le trafic total sur Wikipédia est estimé par Alexa. »

Changement proposé : puisque Alexa Internet n’existe plus depuis mai 2022, et que le nom de domaine alexa.com a été racheté par Amazon pour faire la promotion de son produit Amazon Alexa, il faudrait retirer cette ligne.

— Metamorforme42 (discuter) 27 mai 2024 à 16:56 (CEST)[répondre]

Fait. Bien à vous, LD (d) 27 mai 2024 à 23:43 (CEST)[répondre]

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

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:Sharedupload-desc-here – simplification

Requête à traiter

Pages où apparaît ce message : Les pages de l'espace Fichier:
Changement proposé : Je souhaiterais une simplification de ce message système. En effet, je trouve (et d'autres personnes le trouvent aussi) que ce message système n'est pas suffisamment simple et lisible. Avec Koreller, nous avons exploré les possibilités de changement, qui se trouvent ici. Voici un rendu de la proposition 1, que je préfère :

Accéder au fichier sur Commons

Ce fichier et sa description proviennent de Wikimedia Commons.

Merci d'avoir regardé cette demande. Manjiro91 15 janvier 2022 à 18:39 (CET)[répondre]

Bonjour Manjiro et Koreller. Je pense comme vous que cette présentation gagnerait à évoluer. Cependant, je me pose juste deux questions.

Dans les insertions du « bouton cliquable 2 », ce dernier correspond souvent, quand il est bleu (class=mw-ui-progressive), à un bouton d'édition (« Ajouter un sujet », « Écrire », « Nouveau sujet », etc.) ou à une action (« Inscription », invitation à s'exprimer dans un débat). Ce bouton est aussi très ressemblant à celui de validation des publications de l'outil d'édition et peut donc effrayer légèrement les nouveaux. Donc je me demandais si la couleur bleue n'était pas destinée à ce type d'actions et la grise aux liens informatifs, plus neutres. Mais on a aussi quelques exceptions, bien sûr. Donc ? La documentation du modèle {{Bouton cliquable}} indique des nuances d'incitation à cliquer et de type d'actions. Quel degré d'incitation à cliquer doit-on avoir sur ce type de bandeau ? Le gris pourrait convenir pour cette action basique consistant à ouvrir une page sur Commons. Cette question est peut-être de l'ordre du détail.

Par ailleurs, si cette discussion est encore d'actualité, il semblerait que le maintien de la présence du logo de WikiCommons soit préférable. Sur ou à gauche du bouton ? Cordialement. — Ideawipik (discuter) 16 janvier 2022 à 00:49 (CET)[répondre]

Ideawipik : Bonjour, j'ai mis en bleu car plus lisible mais aussi car lorsque l'on clique sur une image, elle se zoome et il y a un bouton bleu avec écrit « Accéder au fichier ».

Manjiro91 16 janvier 2022 à 00:53 (CET)[répondre]

Tout à fait @Ideawipik. Tu as raison les principes de la Wikimedia Foundation distinguent clairement le bouton bleu du bouton gris. Je me suis posé ce genre de question et à mon avis la couleur du bouton devrait être débattu, mais je pense que les personnes qui vont jusqu’à la page de description veulent aller plus loin et que le bouton bleu est plus pertinent, surtout que le bouton gris est peu visible rapidement.

Pour l'icône effectivement c'est pertinent de le garder, j'ai préparé les propositions 4 et 5 — Koreller (d) 16 janvier 2022 à 01:53 (CET)[répondre]

Bonjour Koreller et Manjiro. Le bouton « Plus de détails » (lien vers Commons de l'extension Media Viewer), apparaissant quand on clique sur une image, est déjà bleu (une idée pour le logo ?). Il est vrai aussi qu'il n'y a pas grand chose à faire sur la page Wikipédia de ce genre de fichiers (mis à part « Ajouter une description locale (wikicode) » opération pas très claire pour un novice et même pour ancien, késako ?). Donc ton raisonnement peut s'entendre. Il serait intéressant de savoir si les utilisateurs passent plus souvent par le lien concerné par votre demande, placé en milieu de page, ou par celui plus discret situé en haut, parmi les "onglets d'action" (Lire, Créer, Modifier, Modifier en wikicode, Voir sur Wikimedia Commons, etc.). Je n'ai plus d'objections. — Ideawipik (discuter) 16 janvier 2022 à 19:04 (CET)[répondre]

Rebonjour ou bonsoir Koreller et Ideawipik j'ai préparé les propositions propositions 6 et 7 où, à la place du logo bicolore, le logo est soit noir soit progressive. Bien à vous. Manjiro91 16 janvier 2022 à 21:51 (CET)[répondre]

Cette page est normalement pour les requêtes prêtes à être effectuées, autrement dit dont les discussions ont déjà abouti ailleurs. Cela dit, je comprends l'impasse, car la page Discussion Projet:Charte graphique semble très peu active (et donc aussi très peu suivie). od†n ↗^blah 1 février 2022 à 06:26 (CET)[répondre]

Pour donner rapidement mon avis, je pense qu'il est indispensable que le logo Commons soit présent (donc ça exclut les propositions 1, 2 et 3), et que le logo ne soit pas dénaturé et corresponde bien à l'identité visuelle de Commons (donc ça exclut les propositions 6 et 7) ; par élimination il reste donc les propositions 4 et 5. od†n ↗^blah 1 février 2022 à 06:31 (CET)[répondre]

Manjiro5 : cette requête est en l'état depuis bientôt 2 ans. Y a-t-il eu de l'avancement ? Les modifications demandées sont-elles toujours d'actualité ?

Wikipédiennement, Epok__ (✉), le 27 octobre 2023 à 22:10 (CEST)[répondre]

Bonsoir Epok

, il n'y a malheureusement eu aucun avancement depuis environ 2 ans. En revanche, les modifications demandées sont toujours d'actualité. Bonne soirée. Cordialement, manȷıro^💬 28 octobre 2023 à 01:11 (CEST)[répondre]

Manjiro5 : cette discussion ne s'est donc pas poursuivie ailleurs (notamment sur le projet Charte graphique comme suggéré par Od1n) ?. Il serait à mon avis bon de lancer une discussion sur un espace dédié à cela, afin d'entériner le choix.

Mon avis sur ces propositions : de ce que je comprends de la discussion ci-dessus, le bouton ne doit pas être bleu, et il faut le logo Commons pour bien indiquer que l'on va sortir de Wikipédia. Cela élimine un certain nombre de propositions. De mon point de vue aussi, il y a un problème dans l'ordre des propositions car le lien "accéder au fichier" est au dessus du texte indiquant que le fichier est sur Commons. Cela me semble une inversion de l'information : à mon sens, il faut d’abord fournir l'information ("Ce fichier et sa description proviennent de Wikimedia Commons"), puis ensuite donner un moyen d'y accéder ("Accéder au fichier sur Commons"). Par ailleurs, il me semble que le texte gris sur fond blanc provoque un problème de lisibilité du texte et donc de l'information. Que disent les règles d'accessibilité sur ce point ? Le contraste est-il suffisant ?

Wikipédiennement, 28 octobre 2023 à 08:13 (CEST)

Bonne remarque concernant l'ordre des éléments, il serait effectivement plus judicieux de mettre le texte, puis le bouton en dessous.
Pour ce qui est de la couleur du bouton, j'opterais pour le gris ("neutre"), plutôt que le bleu ("incitatif"), dans la mesure où le visiteur n'est pas obligé d'aller sur Commons, ce n'est vraiment que s'il le souhaite.
- Mais en fait, un bouton n'est pas approprié, voir notamment Buttons#Using buttons dans la documentation de Codex. Je serais preneur d'une proposition avec un lien au lieu d'un bouton (et l'ordre des éléments inversé, comme évoqué supra).

od†n ↗^blah 28 octobre 2023 à 12:38 (CEST)[répondre]

En remettant le texte d’abord, et avec un lien plutôt qu’un bouton, on retrouve à peu près le design actuel… qui n’est donc pas si mal. Pour améliorer sa visibilité, je pense que le plus important est d’augmenter les marges supérieures et inférieures, pour l’isoler visuellement.

Remarque : les styles ont plus leur place sur MediaWiki:Filepage.css (exemple sur Meta-Wiki). --Pols12 (discuter) 15 décembre 2023 à 21:47 (CET)[répondre]

MediaWiki:Gadget-dark-mode-toggle.js – Wikipedia:Dark mode (gadget)

Requête à traiter

Pages où apparaît ce message : Toutes les pages.

Changement proposé : Bonjour :) Est-ce qu'un administrateur d'interface pourrait implémenter le gadget suivant: https://en.wikipedia.org/wiki/Wikipedia:Dark_mode_(gadget)

Mes yeux vous remercient, par avance.

hydro

Bonjour Wikihydro (d · c · b), c'est une bonne idée mais la liste de MediaWiki:Gadgets-definition est déjà bien longue et il faut obtenir un consensus pour l'agrandir. Du coup je vote pour. JackPotte ($♠) 13 septembre 2022 à 21:28 (CEST)[répondre]

Bonjour JackPotte, merci bien pour votre réponse, sur le serveur Discord, on m'a indiqué que c'était possible comme ceci, sans implémenter le gadget, je cite:

"Programmateur01: Je ne sais pas si c'est le même mais tu peux importer un darkmode sur wiki fr en ajoutant

@import "https://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-dark-mode.css&action=raw&ctype=text/css";"

Donc ce n'est clairement pas une priorité :) — Le message qui précède, non signé, a été déposé par Wikihydro (discuter), le 14 septembre 2022 à 11:19

JackPotte et Wikihydro : Voici une discussion récente à ce sujet : Wikipédia:Le_Bistro/22 janvier 2023#Wikipédia mode sombre. — SleaY ^(contacter) 3 février 2023 à 15:59 (CET)[répondre]

Bonjour, pour information l'équipe de développement web de Wikimédia a commencé à travailler sur l'intégration d'un mode sombre à la suite des derniers souhaits de la communauté (cf. meta:Community Wishlist Survey/Updates/fr#Mode sombre). Escargot (discuter) 29 juillet 2023 à 09:09 (CEST)[répondre]

MediaWiki:Gadget-Evaluation.js – Ajouter l'avancement « homonymie » dans MW:Gadget-Evaluation.js

Requête à traiter

Pages où apparaît ce message : Discussion MediaWiki:Gadget-Evaluation.js Changement proposé : Bonjour les Adm d'interface, suite à la requête de Lepticed7 (d · c · b) voir Discussion MediaWiki:Gadget-Evaluation.js, pouvez-vous basculer le code proposé (affichage testé...)(trois lignes ajoutées et maj quelques commentaires explicatifs) Utilisateur:Philippe rogez/Gadget-Evaluation.js dans MediaWiki:Gadget-Evaluation.js. En vous en remerciant d'avance et A+--Philippe rogez (discuter) 8 avril 2023 à 00:47 (CEST)[répondre]

Idéalement, il faudrait le proposer seulement quand la page contient à la fois un bandeau d'homonymie et un bandeau de portail, le but de cette évaluation étant de ne pas créer de déséquilibre entre le nombre de pages évaluées et le nombre de pages liées à un portail. Orlodrim (discuter) 21 juin 2023 à 23:36 (CEST)[répondre]

MediaWiki:Category-article-count et MediaWiki:Category-subcat-count

Requête à traiter

Pages où apparaît ce message : Sur toutes les catégories de la Wikipédia francophone, ou bien Catégorie:Projet de la Fondation Wikimédia par exemple

Changement proposé : Je souhaiterais remplacer l'icône à gauche par celle-ci car, à mon humble avis, l'actuelle n'est pas moderne, et est peu accessible avec son manque de contraste, et ne respecte pas la Charte graphique. Voici l'icône actuelle et sa potentielle remplaçante : manȷıro^💬 25 août 2023 à 14:28 (CEST)[répondre]

Je soutiens cette demande de Manjiro — Koreller (d) 26 août 2023 à 11:13 (CEST)[répondre]

Je soutiens également cette demande de Manjiro --Wyslijp16 (discuter) 2 septembre 2023 à 14:43 (CEST)[répondre]

Bonjour

Ces deux pages ne sont pas à modifier directement : c'est le modèle {{Boîte des catégories}} qui gère les icônes, en héritant de ce qui est défini dans Module:Bandeau/Class.

LD (d) 3 septembre 2023 à 17:17 (CEST)[répondre]

Je ne suis plus aussi certain de l'intérêt d'avoir modifié Module:Bandeau/Class#L-70. L'icône est héritée de MediaWiki:Common.css#L-863 mais la nouvelle image est beaucoup trop grande pour faire le changement. Il faudrait 46px : on tend vers png en 46px ? LD (d) 4 septembre 2023 à 03:33 (CEST)[répondre]

Bonjour LD

, je pense que la version 46 px en png conviendra parfaitement. Bonne journée. Cordialement, manȷıro^💬 14 septembre 2023 à 16:30 (CEST)[répondre]

MediaWiki:Common.css – correction de beugues avec VE et amélioration typo

Requête à traiter

Changements proposés :

--Pols12 (discuter) 15 novembre 2023 à 17:19 (CET)[répondre]

MediaWiki:Abusefilter-disallowed-382 – message complémentaire

Requête à traiter

Pages où apparaît ce message : Lors de l'ajout d'un __INDEX__ ou autre mot magique dans un article (Spécial:Filtre_antiabus/382)

Changement proposé : Régulièrement des contributeurs demandent sur Wikipédia:AbuseFilter/Faux positifs‎ pourquoi leur modif est bloquée, malgré l'affichage du message explicatif. Je propose d'ajouter une explication pour les utilisateurs de l'éditeur visuel, en dessous de la première phrase: « Peut-être avez-vous modifié le menu Paramètres avancés de la page, auquel cas vous veuillez laissez la valeur de ce paramètre par défaut. » Cordialement, -Framawiki ^✉ 2 février 2024 à 11:01 (CET)[répondre]

Cordialement, -Framawiki ^✉ 2 février 2024 à 11:01 (CET)[répondre]

Salut Framawiki

, je ne suis pas sûr d'avoir compris la partie ÉV « en paramètres avancés » : parles-tu du basculement entre « modifier » puis « modifier le code », exemple => visualeditor-switched ?, ce qui engendrerait un INDEX ?

À la limite, on peut modifier le filtre pour écarter certaines éditions plutôt que d'expliquer un phénomène obscur de l'ÉV. LD (d) 7 février 2024 à 15:01 (CET)[répondre]

Bonjour @LD, le filtre fonctionne plutôt bien, le problème est que l'utilisateur qui utilise l'éditeur visuel ne comprend pas le message.

Il s'agit de prendre en compte les 2 cas: expliquer l'usage de l'INDEX dans le cas où il utilise le wikicode, et expliquer les paramètres graphiques dans le cas où il utilise l'EV.

des exemples: Wikipédia:AbuseFilter/Faux_positifs#Spécial:AbuseFilter/382_2024-02-06_19:52, Wikipédia:AbuseFilter/Faux_positifs/2024#Spécial:AbuseFilter/382_2024-01-15_12:13 ou plus simple à comprendre Wikipédia:AbuseFilter/Faux_positifs/2024#Spécial:AbuseFilter/382_2024-01-31_20:38.

Idéalement, il faudrait que le menu de l'éditeur visuel ne soit pas affiché pour les articles, mais c'est un changement de config complexe. Cordialement, -Framawiki ^✉ 7 février 2024 à 15:24 (CET)[répondre]

Framawiki J'ai compris plus en détails en consultant m:Help:VisualEditor/User_guide/fr ; mais pour le côté obscur : je trouve cela très étrange qu'autant de FP soient signalés si cela vient de paramètres choisis. Il doit y avoir des cas où l'ÉV force le INDEX sans raison. A défaut, on peut peut-être demander aux dévs de ne pas conserver cette option sur WP-fr : on ne veut jamais de INDEX, en théorie.

Le mieux reste de suggérer un texte qui s'adapte à un faible niveau de technicité afin que le message soit compris. Une proposition ? LD (d) 11 février 2024 à 20:47 (CET)[répondre]

Hello LD. Un ticket de bug phab:T331661 mentionne le même problème avec un autre paramètre qui n'a rien non plus à faire dans les articles. Il n'y a pas configuration prise en charge par l'éditeur visuel pour désactiver ces options.

Je ne pense pas qu'il y ait de faux positifs, toutes les détections sont certainement des contributeurs qui cliquent dans les menus, et activent ce paramètre sans plus de réflexion. Ajouter dans le message du filtre une explication comme celle de Wikipédia:AbuseFilter/Faux_positifs/2024#Spécial:AbuseFilter/382_2024-01-31_20:38 pourrait être un bot début? Wikipédiennement, -Framawiki ^✉ 12 février 2024 à 12:13 (CET)[répondre]

MediaWiki:Wikimedia-copyright – nous n'avons plus de conditions générales d'utilisation depuis x jours/mois/années

Requête à traiter

Pages où apparaît ce message : partout.

Changement proposé : remplacer https://wikimediafoundation.org/wiki/Conditions_d%27utilisation par https://foundation.wikimedia.org/wiki/Special:MyLanguage/Policy:Terms_of_Use/fr ou [[foundation:Special:MyLanguage/Policy:Terms_of_Use/fr|conditions d’utilisation]]. Peut-être micro-corriger MediaWiki:Wikimedia-copyrightwarning aussi. Lofhi (discuter) 11 février 2024 à 21:52 (CET)[répondre]

Bonjour Lofhi. Fait pour le second. Pour le premier, il faudra un admin sys.

N.b. « Special:MyLanguage » n'est pas utile ici (cela sert principalement à rediriger vers une Main Page si la page est supprimée). LD (d) 11 février 2024 à 23:50 (CET)[répondre]

MediaWiki:Gadget-Adiutor.css – support de Firefox pour le gadget Adiutor

Requête à traiter

Pages où apparaît ce message : dans le panneau du gadget.

Changement proposé : voir Discussion MediaWiki:Gadget-Adiutor.css#c-Doǵu-20240211230300-Update Gadget-Adiutor.css.

Lofhi (discuter) 12 février 2024 à 00:24 (CET)[répondre]

Lofhi et Doǵu : it seems "height" and "min-height" property are duplicated in your commit, which one are necessary? Prométhée (discuter) 17 février 2024 à 09:55 (CET)[répondre]

@Prométhée il t'a répondu sur la PDD de la page. Lofhi (discuter) 17 février 2024 à 14:46 (CET)[répondre]

Lofhi : Cela ne répond pas à ma question sur les deux properties "height" and "min-height" qui sont doublés. En l'état seul les deux dernières vont être appliqués. Au lieu de de :

adiutor-user-dashboard-main-x {
height: 100%;
min-height: -moz-available;
min-height: fill-available;
height: max-content;
display: contents;
}

Il n'y a que ça d'utile :

adiutor-user-dashboard-main-x {
min-height: fill-available;
height: max-content;
display: contents;
}

Et second problème : "fill-available" ne semble pas valide pour min-height : cf documentation. Je pense qu'il faut reboucler avec Doǵu. Prométhée (discuter) 24 février 2024 à 10:29 (CET)[répondre]

MediaWiki:Gadget-Adiutor – rajouter les messages "Forums"

Requête à traiter

Pages où apparaît ce message : Je ne sais pas comment modifier ce gadget

Changement proposé : ajouter {{Pas un forum}} et {{Pas un forum 2}} aux messages d’avertissement des pages de discussions d’utilisateurs.

Chouette (discuter) 17 février 2024 à 14:52 (CET)[répondre]

MediaWiki:Common.css – marge haute du bandeau portail

Requête à traiter

Pages où apparaît ce message :

Toutes les pages avec un bandeau portail (voir Wikipédia:Le Bistro/16 février 2024#Palette collée à la boite portail), y compris celles qui n'ont pas de palette : exemple pris au hasard.

Changement proposé :

Ajouter !important :

#bandeau-portail {
	…
	margin-top: 1em !important;
}

J'ai trouvé dans le css vector-2022 [1] :

@media screen {
	…
    .mw-body ul,.mw-body ol {
        margin-top: 0 !important;
    }
}

qui me semble être la cause du problème.

N.B. : j'espère être au bon endroit. Cordialement. --Ciseleur (d) 17 février 2024 à 16:01 (CET)[répondre]

Si cela peut aider, j'ai ajouté sur Le Bistro des détails sur ce qui me semble être la genèse du problème. --Ciseleur (d) 17 février 2024 à 18:17 (CET)[répondre]

Le mec a vraiment collé un "margin-top: 0 !important;" sur la totalité des listes ? Purée… od†n ↗^blah 20 février 2024 à 16:01 (CET)[répondre]

Bonjour Od1n, ben oui… En tout cas, ils sont au courant (cf. phabricator « T354975 »

Enregistré sur Phabricator
Tâche 354975

), mais je n'ai pas l'impression que cela soit corrigé dans la version MediaWiki 1.42/wmf.19 qui va être déployée cette semaine. Cordialement. --Ciseleur (d) 20 février 2024 à 16:47 (CET)[répondre]

MediaWiki:Gadget-C helper tag.js – motif pour Avantage non déclaré

Requête acceptée - 22 février 2024 à 22:05 (CET)

Pages où apparaît ce message : dans tous les articles, ajout d'un bandeau via le menu en haut à droite.

Changement proposé : Permettre l'ajout d'un motif lors de la pause de {{Avantage non déclaré}}. Pour la ligne 57 je propose:

{category:0, display:'Avantage non déclaré', template:'{{Avantage non déclaré|date=$(month) $(year)|motif=$(reason)}}', reason:'Motif :', help:''},

Merci! -Framawiki ^✉ 20 février 2024 à 15:27 (CET)[répondre]

Fait. Cordialement, — Jules* ^discuter 22 février 2024 à 22:05 (CET)[répondre]

MediaWiki:Common.css – correction temporaire en attendant la mise en production des corrections d'une régression dans MediaWiki dans le moteur de rendu des diffs

Requête à traiter

En quelques mots, le moteur de rendu des diffs a été modifié récemment et ces modifications ont causé des régressions sur la version mobile (T357213), puis les corrections de la version mobile ont eu un effet de bord sur le rendu de la version bureau (T357693). Le problème a été signalé il y a deux jours et le correctif poussé hier, donc il faudra attendre jeudi prochain, sauf rétroportage. Actuellement, il n'est plus possible pour un contributeur ayant activé l'option « Ne pas afficher le contenu des pages sous les diffs » dans les préférences de voir le lien qui permet de valider la relecture d'un diff.

Le lien pour marquer une version comme lue un diff est le suivant chez ces contributeurs :

<span class="patrollink patrollink-diffonly" data-mw="interface">[<a href="/w/index.php?title=Bohemian_Rhapsody_(film)&amp;action=markpatrolled&amp;rcid=514635655" title="Bohemian Rhapsody (film)">Marquer comme relue</a>]</span>

La classe .patrollink-diffonly ajoute un display: none;. Motivations techniques : « The diff HTML is updated to allow skins to have opinions on whether the patrol link is displayed or not. By default it is hidden which is the status quo ». Sauf que le lien était caché pour la lecture d'un diff seulement. Or, décider explicitement ne pas afficher le rendu des articles sous les diffs est considéré aussi comme la lecture d'un diff seulement. Le correctif qui est poussé, mais pas encore appliqué dans MediaWiki est de réafficher ce lien si le contributeur a explicitement souhaité ne plus afficher les rendus des articles sous les diffs dans ses préférences ; là où le paramètre URL pour afficher qu'un diff seulement prend le dessus sans cette préférence d'activée).

Il faudrait ajouter temporairement, jusqu'à jeudi prochain, la règle suivante dans MediaWiki:Common.css :

.patrollink.patrollink-diffonly { display: block; }

Plusieurs contributeurs ont exprimé que ce changement les gênent dans leurs habitudes. Lofhi (discuter) 22 février 2024 à 20:49 (CET)[répondre]

Note : puisqu'on ne peut pas détecter de notre côté qui a activé la préférence, cela va afficher le lien dans tous les cas... mais je vois mal demander aux contributeurs d'ajouter et retirer cette règle. Et puis le risque est minime, l'action étant réservée à des contributeurs à qui on peut supposer la bonne foi (autopatrouillés). @Od1n, un avis ? Lofhi (discuter) 22 février 2024 à 21:00 (CET)[répondre]

Après avoir tatonné, pour moi la correction devrait être :

.diff-title .patrollink.patrollink-diffonly { display: inline-block; }

Sans .diff-title, il y a double-affichage du lien
Sans inline-, il y a des sauts d'affichage lorsque l'on marque le diff comme relu. --Ciseleur (d) 22 février 2024 à 21:28 (CET)[répondre]

Ok concernant le ".diff-title" (sinon ça affiche aussi le lien de bas de prévisualisation, mais comme il n'y a pas de prévisualisation, ben le lien se retrouve en haut)
Pourquoi pas simplement "inline" comme à l'origine vu que c'est un span ?

J'ai aussi posté sur le ticket phabricator, parce que une fois de plus on a eu du grand jdlrobson, qui nous a encore fait un correctif comme un chien pose sa crotte au milieu du trottoir.

od†n ↗^blah 23 février 2024 à 00:13 (CET)[répondre]

Cela me semble être des choix plus judicieux ! J'ai mis la règle que sur le premier lien. Il faut dire que je le vois rarement le lien en bas de page... Pareil pour les sauts, j'ai juste vérifié ce que ça s'affichait à nouveau, mais je n'ai pas cliqué dessus avec la règle temporaire... J'ai aussi mis 10 minutes à comprendre le commit : fonctionner par négation logique, c'est jamais sympa. Lofhi (discuter) 23 février 2024 à 00:30 (CET)[répondre]

Si cela n'avait tenu qu'à moi, j'aurais simplement laissé en l'état, une semaine ça passe vite. Et j'aurais dit que le problème est marginal. Mais apparemment de nombreux utilisateurs se sont plaints, donc du coup j'ai ajouté la rustine temporaire (edit : je viens de "démasquer" aussi le 2^e lien). Je laisse la requête ouverte, vu qu'il faut revenir dessus dans une semaine… od†n ↗^blah 23 février 2024 à 01:14 (CET)[répondre]