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 :
- 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
- 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.
Ouverture d'élections pour le comité d'arbitrage
Requête acceptée - 1 septembre 2024 à 00:02 (CEST)
Pages où apparaît ce message :Liste de suivi
Changement proposé :Les candidatures au Comité d'arbitrage sont ouvertes du 1er au 19 septembre inclus. Seuls les comptes créés depuis plus de trois mois et censés avoir effectué plus de 350 contributions dans l'espace encyclopédique à l'ouverture du scrutin le 20 à 0:00 peuvent candidater.
Merci
Michel421 (discuter) 31 août 2024 à 21:57 (CEST)
- Bonjour Michel421
- C'est fait, bien que je me sois permis une version plus courte à l'image de cette reformulation (Mwarf) de cette annonce. LD (d) 1 septembre 2024 à 00:02 (CEST)
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.
Requête à traiter
Présentation :
J'ai déjà effectuer cette demande [1] il y a peu, qui a été mise en attente suite à cette discussion. Je me suis rapproché de Ltrlg pour essayer une méthode alternative à celle proposée ici-même. Il s'avère qu'il n'y a pas de solution à part celle que je propose.
Changement proposé : Pour régler un bug d’affichage dans l'infobox série de jeux vidéo : {{Infobox Série de jeux vidéo}}
Au niveau de la partie plate-forme, il y a un décalage au dessus de la colonne de gauche et de droite (cf. l'exemple sur la documentation du modèle).
Je suis en train de modifier l'infobox sur un brouillon, où j'ai substitué le modèle {{Début de colonnes}} à {{Colonnes}}, ppour pouvoir rajouter une classe à l'infobox (enfin, plutôt au modèle {{Début de colonnes}}).
Il faudrait donc une classe supplémentaire (exemple sur mon brouillon) :
.infobox-serie-de-jv p {margin:0 !important;}
et en cas de liste (exemple ici Silent Hill (série))
.infobox-serie-de-jv ul {margin:0 0 0 1.6em !important;}
Bonjour
Pour régler un bug d’affichage dans l'infobox série de jeux vidéo : {{Infobox Série de jeux vidéo}}
Au niveau de la partie plate-forme, il y a un décalage au dessus de la colonne de gauche et de droite (cf. l'exemple sur la documentation du modèle).
Je suis en train de modifier l'infobox sur un brouillon, où j'ai substitué le modèle {{Début de colonnes}} à {{Colonnes}}, ppour pouvoir rajouter une classe à l'infobox (enfin, plutôt au modèle {{Début de colonnes}}).
Il faudrait donc une classe supplémentaire (exemple sur mon brouillon) :
.infobox-serie-de-jv p {margin:0 !important;}
et en cas de liste (exemple ici Silent Hill (série))
.infobox-serie-de-jv ul {margin:0 0 0 1.6em !important;}Archimëa [Toc 2 Mi] 8 février 2015 à 15:36 (CET)
- Archimëa, je n’aime pas trop cette solution spécifique pour un problème qui affecte potentiellement d’autres portions de code. De plus, c’est tout à fait corrigeable sans passer par des CSS globaux : le plus immédiat est ceci — après, il vaudrait mieux garder le
<p>
plutôt que le<div>
, mais ça suppose de créer les colonnes sans modèle, ce qui n’est pas forcément une meilleure idée. Bien évidemment, aucune de ces solutions ne fonctionne s’il y a plusieurs paragraphes ici, mais je pense que dans une infoboîte, ça ne doit pas être une contrainte trop forte.— Ltrlg (discuter), le 12 février 2015 à 22:55 (CET)
- Bonsoir, mais c'est super. J'ai juste essayé de bidouiller deux-trois fils avec mon baguage de développeur (ah non je suis pas développeur ^^) et ce n'était qu'une proposition.
- Cela me semble faire l’affaire. D'autant plus que je ne voit pas bien comment faire des colonnes sans modèle (surement parles-tu des balises classiques table td tr ?)...
- Pour l'instant je n'ai pas de cas ou d'autres/plusieurs paragraphes seraient utilisés comme mef, mais si cela devait poser problème, on avisera.
- La demande me semble close maintenant.
- Merci pour cette aide -- Archimëa [Toc 2 Mi] 12 février 2015 à 23:05 (CET)
- Non, je pensais à mettre directement un
<p>
avec les styles qui vont bien (les*column-*
du modèle) plutôt qu’un<div>
(ce qui est fait dans le modèle afin d’être le plus générique possible). - De rien et tant mieux ! ou Comment répondre dans le désordre le plus total
- — Ltrlg (discuter), le 12 février 2015 à 23:12 (CET)
Ltrlg : étant pris sur un brouillon, je viens seulement d’essayer maintenant dans le cas d'une liste et il y a un bug d'affichage sur le premier item de la liste cf. mon brouillon (toujours au même endroit) -- Archimëa [Toc 2 Mi] 13 février 2015 à 15:48 (CET)
- Non, je pensais à mettre directement un
-- Archimëa [Toc 2 Mi] 24 mars 2015 à 21:48 (CET)
- Bon, mon dernier essai ne promettant pas une sûreté aussi avancée que la solution ci-dessus (même s’il devrait suffire dans le cas présent), pourquoi pas. Mais quelques petites choses choses :
- Peut-on utiliser
colonnes-sans-marges
(ou équivalent), plutôt ? - Pourquoi y a-t-il des
!important
? Ils ne me semblent pas indispensables… - Je préférerais ne pas écraser les marges latérales, on ne sait jamais quelle décision pourrait changer la valeur par défaut.
- Peut-on utiliser
- J’eus préféré une solution à base de
:first-child
et:last-child
qui se serait appliquée automatiquement à toutes les utilisations du modèle (l’utilisation avec une liste étant courante et le problème se posant systématiquement), mais le second n’est pas reconnu par des version encore supportées d’IE. Quoique juste:first-child
serait déjà une avancée. D’autres avis ? - — Ltrlg (discuter), le 25 mars 2015 à 19:28 (CET)
colonnes-sans-marges
; c'est le nom de la classe ? OK, bien sûr, on peut.- Pour '!important" c'était pour être sûr que cela s'applique, dans la mesure ou je ne peux pas accéder pour modifier par derrière. Donc inutile apparemment.
- Je ne sais pas bien comment bien gérer les marges latérales. Si tu as une idée pour les gérer autrement, propose.
- Pour le dernier point, je crois que c'est pas à moi que tu t'adresses je ne comprends rien ! :DD -- Archimëa [Toc 2 Mi] 25 mars 2015 à 21:17 (CET)
Pour moi, le code suivant est suffisant :
.colonnes-sans-marges p,
.colonnes-sans-marges ul {
margin-top: 0;
margin-bottom: 0;
}
Effectivement, ça ne s’adresse pas forcément qu’à toi (mais tu as aussi le droit de comprendre mes délires). L’idée serait d’avoir une classe systématiquement sur {{colonne}} et compagnie (disons colonnes
) avec des règles du type :
.colonnes > :first-child {
margin-top: 0;
}
.colonnes > :last-child {
margin-bottom: 0;
}
Le code précédent supprime la marge supérieure (resp. inférieure) du premier (resp. dernier) élément du contenu (au premier niveau uniquement). Ainsi on résout la plupart des cas de décalage (le cas le plus fréquent d’utilisation étant le seul présent sur la doc, avec un décalage systématique de 0,3 em), tout en conservant les marges internes. Le code ci-dessus présente cependant trois inconvénients :
- le deuxième bloc n’est pas reconnu par IE < 9 (mais ça ne peut que déséquilibrer les colonnes, pas les décaler) ;
- ça ne fonctionne pas avec des marges à un niveau inférieur ;
- il faudrait probablement un moyen de supprimer la classe ou de rétablir des marges sur le
<div>
du modèle.
Voilà. Comme je suis sous-qualifié pour évaluer l’impact d’un tel code, j’aimerais d’autres avis.
— Ltrlg (discuter), le 25 mars 2015 à 22:15 (CET)
En y réfléchissant un peu plus, le margin-bottom: 0
n’est peut-être pas nécessaire, même dans ton cas.
- Par contre, si on ne met que margin-top, tu occultes complètement le problème de centrage latéral des listes : ici, que j'ai essayé de palier avec
.infobox-serie-de-jv ul {margin:0 0 0 1.6em;}
- Je tiens à rectifier ca, comme indiqué dans ma demande initiale, et celle ci (sans liste, c'est centré, alors qu'avec une liste cela ne l'est plus, ce bricolage recentre la liste). Si tu as comme pour les autres cas une solution améliorée, bien sûr quelle peut être préférée. -- Archimëa [Toc 2 Mi] 26 mars 2015 à 13:50 (CET)
- Comme tu le dis, c’est un bricolage : si la liste est composée de plateformes dont le nom est plus court ou plus long, l’effet est perdu. Pour cette raison, je pense qu’il vaut mieux laisser en l’état dans l’absence d’une bonne solution. De plus, une liste à puces étant un objet naturellement aligné du côté de ses puces, centrer la liste ne me semble pas nécessaire. — Ltrlg (discuter), le 28 mars 2015 à 15:56 (CET)
- OK - donc ?
- Comme tu le dis, c’est un bricolage : si la liste est composée de plateformes dont le nom est plus court ou plus long, l’effet est perdu. Pour cette raison, je pense qu’il vaut mieux laisser en l’état dans l’absence d’une bonne solution. De plus, une liste à puces étant un objet naturellement aligné du côté de ses puces, centrer la liste ne me semble pas nécessaire. — Ltrlg (discuter), le 28 mars 2015 à 15:56 (CET)
.colonnes-sans-marges p,
.colonnes-sans-marges ul {
margin-top: 0;
}
-- Archimëa [Toc 2 Mi] 30 mars 2015 à 00:02 (CEST)
- Un admin/dev peut donner son avis, ou
Ltrlg tu as absolument besoin d'autres avis ? -- Archimëa [Toc 2 Mi] 3 avril 2015 à 14:06 (CEST)
- Sérieusement, quelqu'un peu statuer ? la première demande date du 12 février, bientôt deux mois que l'histoire traine! -- Archimëa [Toc 2 Mi] 5 avril 2015 à 15:12 (CEST)
- Au secours! -- Archimëa [Toc 2 Mi] 6 avril 2015 à 22:35 (CEST)
Ltrlg : désolé de te déranger encore, est-ce que tu pourrais appliquer les modifs, si quelqu'un intervient plus tard pour proposer mieux, on mettra à jour. Ca commence à être pesant là! -- Archimëa [Toc 2 Mi] 8 avril 2015 à 22:11 (CEST)
- Au secours! -- Archimëa [Toc 2 Mi] 6 avril 2015 à 22:35 (CEST)
- Sérieusement, quelqu'un peu statuer ? la première demande date du 12 février, bientôt deux mois que l'histoire traine! -- Archimëa [Toc 2 Mi] 5 avril 2015 à 15:12 (CEST)
Requête acceptée
Pages où apparaît ce message : Modèle:Infobox Club sportif
Changement proposé : Ajouter le sport « Ultimate » :
.entete.ultimate {
background: url("//upload.wikimedia.org/wikipedia/commons/thumb/e/e7/Ultimate_pictogram.svg/120px-Ultimate_pictogram.svg.png") no-repeat top right;
}
Requête à traiter
Pages où apparaît ce message : 42
Changement proposé : Bonjour, je propose une version du Common.css allégée (simplification des commentaires, factorisation si possible des classes, harmonisation). Je tiens à rappeler que pour éviter une charge système trop importante, le fichier CSS n'est pas censé dépasser 50ko (30ko étant recommandé), ce qui est loin d'être le cas ici...
À noter que le code pour l'amélioration de la résolution du logo (phab:T37337) peut être retiré. Cordialement, Hlm Z. (discuter) 5 avril 2015 à 17:21 (CEST)
- Pour ce dernier point, d'après le lien phab il faudrait juste attendre que gerrit:201915 introduit aujourd'hui arrive au statut merged (c'est là qu'il y a ce qu'il faut pour frwiki). — Oliv☮ Éppen hozzám? 5 avril 2015 à 20:11 (CEST)
Requête acceptée - 7 avril 2015 à 07:08 (CEST)
Changement proposé : Pouvez-vous s'il-vous-plaît ajouter jp.barralis.com à la blacklist ? J'ai passé un moment à tracker les contributions sous de multiples identités du webmaster qui a mis à plein d'endroits des liens vers son site où il s'est contenté de copier des contenus libres en ajoutant des pubs autour (j'ai remplacé à chaque fois par un lien pour le même contenu sur le site d'origine). Le mettre en liste noire permettra d'éviter la récidive et sera plus efficace que de bloquer ses différents comptes qu'il n'utilise que pour le spam.
Merci,
Denis Dordoigne (discuter) 5 avril 2015 à 20:25 (CEST)
Denis Dordoigne :
- Il y a encore 16 occurrences
- Il faut les supprimer avant de mettre en blacklist pour ne pas bloquer la modif de ces pages.
- ⇨ Dr Brains ∞ Consultation ∞ 5 avril 2015 à 20:37 (CEST)
- Alors j'ai annulé mon blacklistage trop rapide. J'ai mal regardé les liens encore existant. -- Habertix (discuter) 5 avril 2015 à 20:44 (CEST).
Liens retirés des articles + rétablissement blacklistage. Cordialement.— Gratus (discuter) 7 avril 2015 à 07:08 (CEST)
Dr Brains : ça a été changé il y a quelques années il me semble, depuis seul l'ajout d'un nouveau lien bloque. –Akéron (d) 7 avril 2015 à 11:12 (CEST)
- Alors j'ai annulé mon blacklistage trop rapide. J'ai mal regardé les liens encore existant. -- Habertix (discuter) 5 avril 2015 à 20:44 (CEST).