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

Une page de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher
Raccourcis [+]
WP:DIMS
WP:SYSTEM

Cette page a pour but de demander une intervention sur un message système (dans l'espace MediaWiki) de l'interface de Wikipédia. Pour effectuer une autre 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 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 le code]

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

Requêtes refusées ou sans suite[modifier le code]

  • 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[modifier le code]

Requêtes à traiter[modifier le code]

  • 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[modifier le code]

  • Statut : -


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)

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)
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)
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)
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)
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)

┌─────────┘
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)


MediaWiki:Gadgets-definition[modifier le code]

  • Statut : -


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)

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)
Pareil je me pose la même question. @Orlodrim, Ltrlg, FDo64 : Qu’en pensez-vous ? — Thibaut (会話) 21 décembre 2015 à 15:08 (CET)
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)
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)
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 Sourire — bonnes contributions, Ltrlg (discuter), le 29 décembre 2015 à 10:53 (CET)
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)

┌─────────────────────────────────────────────────┘
Je propose de clore cette discussion. Cette option est maintenant disponible nativement pour l'éditeurvisuel et via la fonctionnalité beta Nouveau mode de wikitexte pour le wikicode. (Notification Mathis B) Cordialement - Drongou (discuter) 2 juin 2017 à 02:07 (CEST)

MediaWiki:Mobile.css ou MediaWiki:Common.css[modifier le code]

  • Statut : -

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)

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)
  • 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)
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)
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)
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)
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)
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)
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)
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)
Notification Ltrlg : Je m'étais pas mal investi sur cette requête et je n'ai aucune réponse depuis avril 2016. Je suppose qu'on peut fermer ta demande ? --FDo64 (discuter) 1 février 2017 à 14:01 (CET)

MediaWiki:Mobile.js et MediaWiki:Mobile.css – Demande d'affichage des palettes sur version mobile[modifier le code]

  • Statut : -

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)

Notification Nouill : les palettes ne sont pas dans le code HTML fournit par MediaWiki dans la version mobile, donc on ne peux rien faire avec Mobile.css.
Les ajouter par du code JavaScript me parait une très mauvaise solution.
Le plus « simple » serait à mon avis de modifier le code des palettes pour ne plus utiliser la class navbox. Et il faudra s'assurer que le rendu est correct sur un écran de 3,5 pouce, ce qui m'étonnerait avec la plupart des palettes actuelles.
Voir aussi phab:T124168. — Zebulon84 (discuter) 18 octobre 2016 à 04:08 (CEST)
Demande relancée le 19 avril 2017. Voir bistro, Projet:JavaScript et Projet:Palette. --FDo64 (discuter) 21 avril 2017 à 22:58 (CEST)

MediaWiki:Common.css – corrections de bugs d'affichage[modifier le code]

  • Statut : -


Pages où apparaît ce message : Modèle:Bannière page, Utilisateur:J. N. Squire/Brouillon Portail de l'Afrique, Utilisateur:J. N. Squire

Changement proposé : Bonjour, J'ai repris le brouillon de la future version de Portail:Afrique et j'ai essayé d'apporter quelques changements au modèle de bannière utilisé, mais il semblerait qu'une classe CSS utilisée dans le modèle soit à modifier directement dans la feuille de style commune.

En effet, dans .liste-horizontale ul, .liste-horizontale ol, .liste-horizontale li { margin-left: 0; display: inline; white-space: nowrap;, il faudrait supprimer white-space: nowrap; pour que le sommaire ne soit plus coupé.

Merci d'avance. :) -- J. N. Squire[Discussion constructive] 3 juin 2017 à 18:29 (CEST)

-? Plutôt contre C'est un bug de Firefox lorsqu'il y a des sous-listes, le sommaire n'est pas coupé sur Chrome ou Edge.
Un tel changement modifierait le comportement de l'ensemble des pages avec des listes horizontales (assez utilisé pour les palettes), alors qu'il n'y a que quelques pages qui utilisent {{Bannière page}}. — Zebulon84 (discuter) 3 juin 2017 à 19:36 (CEST)

MediaWiki:Common.js – prise en charge des paramètres withJS & withCSS[modifier le code]

  • Statut : -

Bonsoir. Commons a un bout de code très pratique dans c:MediaWiki:Common.js: il permet de charger des modules javascript supplémentaires lorsque c'est demandé dans l'URL. Le code en question est présent sur mw.org : mw:Snippets/Load_JS_and_CSS_by_URL.

Outre la possibilité offerte de tester sur une seule page un JS/CSS avant de le mettre dans sa config, il permet de ne pas charger des JS inutiles qui sont utilisables sur une unique page.

Il serait très pratique d'ajouter sur Wikipédia:Cartographie_de_la_communauté un lien vers la même page mais avec le paramètre &withJS=MediaWiki:Gadget-WhereWikimediansLive.js en plus, ce qui charge le gadget même si il est pas activé dans les prefs Notification 0x010C :. Voici un exemple pour charger le superbe VisualFileChange sur commons, même si tu ne l'a pas coché: https://commons.wikimedia.org/w/index.php?title=Help:VisualFileChange.js&withJS=MediaWiki:VisualFileChange.js.

J'y pensé en voulant mettre cette astuce pour ma page User:Framabot/requêtes, qui serait très pratique, afin d'avoir un formulaire en bout de JS qui n'ai pas à charger à chaque page et à être activé manuellement par chaque utilisateur.

Serait il donc possible d'ajouter le code présent sur mw:Snippets/Load_JS_and_CSS_by_URL dans MediaWiki:Common.js ? Merci --Framawiki 19 juin 2017 à 19:54 (CEST)

Wikipédia:Administrateur/Framawiki ? Sourire
Je vois deux bouts de code, lequel doit-on ajouter ? — Thibaut (discuter) 19 juin 2017 à 19:55 (CEST)
 Plutôt pour pour l'avoir utilisé à plusieurs reprise sur commons ou meta, c'est effectivement utile. Je pense cependant que l'avis d'autres administrateur serait le bienvenue avant d'ajouter cette fonctionnalité plutôt sensible à notre common.js.
@Thibaut120094 c'est le premier bloc de code de la section Code qui fait le job.
— 0x010C ~discuter~ 20 juin 2017 à 09:12 (CEST)
C'est surtout étonnant que ça ne fasse pas partie de Médiawiki ou d'une extension, et qu'il faille l'activer manuellement avec du JS... Mais de mon avis on peut faire confiance à Commons si ils l'utilisent :) Et seuls les scripts de l’espace Mediawiki: sont chargés.
(ça me semble un peut trop tôt pour poser ma candidature, je vais y réfléchir... Clin d'œil) --Framawiki 20 juin 2017 à 21:41 (CEST)
Up :) --Framawiki 27 juin 2017 à 00:38 (CEST)
Si je voulais compromettre le compte d'un autre utilisateur, j'aimerais beaucoup que cette fonctionnalité soit activée car elle me permettrait d'utiliser des failles XSS de n'importe quel script de l'espace MediaWiki, plutôt que d'être limité à celles des quelques pages chargées par défaut.
Concrètement, on pourrait peut-être limiter le mécanisme à des sous-pages d'une page donnée de l'espace MediaWiki, à la fois pour limiter ce type de risque et pour faciliter la maintenance (quand on cherche à savoir si un script est utilisé, c'est utile de savoir s'il peut l'être de cette façon). En fait, c'est à peu près ce qui était implémenté jusqu'en 2013.
Orlodrim (discuter) 23 juillet 2017 à 22:02 (CEST)

MediaWiki:Spam-blacklist[modifier le code]

  • Statut : -


Pages où apparaît ce message : sans objet

Changement proposé : ajout du site commercial vitaemed dont il me semble que le lien dans les articles a pu être ajouté principalement par user:Fay na

Bloubéri (discuter) 16 juillet 2017 à 15:54 (CEST)

Notification Bloubéri : je ne connais pas le contexte. Il y a eu une discussion quelque part à ce sujet ? — Kvardek du (laisser un message) le 31 août 2017 à 23:43 (CEST)

MediaWiki: Wikimedia-cookiestatement – Lien en français[modifier le code]

  • Statut : -

Bonjour Sourire ! En l’état actuel en bas de chaque page, la déclaration vers les cookies redirige vers [1]. Cependant, cette version de Wikipédia est francophone et il serait donc préférable que le lien dirige directement vers la version française soit [2]. Merci d'avance. 3(MG)² (discuter) 20 juillet 2017 à 03:28 (CEST)

MediaWiki: Wikimedia-cookiestatement ne gère que le message affiché, pas le lien. Il y a le même problème avec le lien « Développeurs » vers mw:How to contribute juste avant. Par contre « Politique de confidentialité » dirige bien vers m:Privacy policy/fr. Quelqu'un sait ou sont gérés ces liens ?
Comme je ne suis pas sûr que ce soit du ressort des admin je notifie Notification Trizek (WMF). — Zebulon84 (discuter) 20 juillet 2017 à 09:49 (CEST)
Oui, c'est vrai que je n'ai pas non plus trouvé où était le lien. Si quelqu'un sait, je suis preneur ! Clin d'œil 3(MG)² (discuter) 20 juillet 2017 à 16:16 (CEST)
Zebulon84: chez moi, le lien Développeurs dans le footer envoi vers https://www.mediawiki.org/wiki/Special:MyLanguage/How_to_contribute. Special:MyLanguage redirige vers /fr si le navigateur indique que le lecteur veut la page en français, ou en fonction des prefs du compte si enregistré. --Framawiki 20 juillet 2017 à 21:44 (CEST)
Notification Framawiki : effectivement. Mais sur mon ordinateur avec Windows 10 en français avec une installation par défaut de Chrome et en étant déconnecté (une configuration la courante chez nos lecteurs), j'arrive sur une page en anglais. Comment configure-t-on le navigateur pour qu'il indique que le lecteur veut la page en français ? J'ai bien une section langues dans les paramètres avancés de Chrome, mais même s'il n'y a que le français je tombe sur la page en anglais de MediaWiki. — Zebulon84 (discuter) 20 juillet 2017 à 22:21 (CEST)
Je viens de faire le test en spécifiant Français en premier choix, et j'ai moi aussi la page anglaise. Même si je pense que c'est bon vu que j'ai le même problème, Zebulon84 tu peux regarder sur cette page si Accept-Language a bien fr ou fr-FR en premier choix chez toi ? --Framawiki 20 juillet 2017 à 22:28 (CEST)
Notification Framawiki : Mon navigateur par défaut (Firefox) me donne « Accept-Language: fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3 », mais même avec Edge, IE 11 (sur W7) ou Chrome configuré pour n'avoir que « Accept-Language: fr », le résultat est le même. Le pire c'est sur Edge car la barre de langue sort de la fenêtre, et il faut utiliser l'ascenseur horizontal pour trouver le français. — Zebulon84 (discuter) 20 juillet 2017 à 22:48 (CEST)
Le lien semble être codé « en dur ». Il y a peut-être des raisons légales à cela. J'ai fait un ticket. Trizek (WMF) (discuter) 21 juillet 2017 à 16:05 (CEST)
C'est ce que je pensais aussi vu la notice qui indique que seul la version en anglais fait foi. — Thibaut (discuter) 21 juillet 2017 à 16:07 (CEST)

MediaWiki:Gadget-WikEd.js/local – Erreur de partition[modifier le code]

  • Statut : - 20 juillet 2017 à 11:28 (CEST)

Pages où apparaît ce message : Catégorie:Page avec erreurs de rendu de partition, MediaWiki:Gadget-WikEd.js/local

Changement proposé : Bonjour, la catégorie Catégorie:Page avec erreurs de rendu de partition recense un problème d'erreur de rendu de partition sur la page MediaWiki:Gadget-WikEd.js/local. En effet, cette catégorie recense automatiquement les pages utilisant la balise <score> avec un contenu invalide (voir Aide:Partitions). Je souhaitais corriger cette erreur mais la page est protégé en écriture, ce qui est bien évidemment légitime. Pouvez vous corriger cette erreur ? Cordialement. — Sourire Menthe à l'eau - 7 juillet 2017 à 13:08 (CEST)

Fait Fait mais ça risque d'être écrasé lors de mise à jour du script. Peut-être que déplacer la page sous MediaWiki:Gadget-WikEd/local.js en n'oubliant pas de mettre à jour MediaWiki:Gadget-WikEd.js résoudrait le problème sans avoir à modifier les commentaires. — Zebulon84 (discuter) 20 juillet 2017 à 11:28 (CEST)
Quelqu'un pour déplacer la page MediaWiki:Gadget-WikEd.js/local sous MediaWiki:Gadget-WikEd/local.js en n'oubliant pas de mettre à jour MediaWiki:Gadget-WikEd.js comme le propose Notification Zebulon84 : ? — Sourire Menthe à l'eau - 4 septembre 2017 à 12:24 (CEST)