Wikipédia:Demande d'intervention sur un message système/Archives2
Gadget AncreTitres modifier
Requête acceptée - 17 avril 2015 à 22:38 (CEST)
Bonjour, une tentative pour réparer la prise en compte des options de personnalisation pour ce gadget. Ajout de la dépendance "user", pour charger les common.js/etc. utilisateur avant le gadget. Pas certain que cela soit effectif, mais c'est une technique utilisée sur le wiki en. À tester donc.
remplacer : AncreTitres[ResourceLoader]|AncreTitres.js
par : AncreTitres[ResourceLoader|dependencies=user]|AncreTitres.js
Et au passage, une petite simplification de code.
remplacer : $.each( $( 'span.mw-headline' ), function( _, headline ) {
par : $( 'span.mw-headline' ).each( function( _, headline ) {
Merci, od†n ↗blah 15 avril 2015 à 04:48 (CEST)
Et traité, Od1n — Ltrlg (discuter), le 17 avril 2015 à 22:38 (CEST)
- Merci, je confirme le bon fonctionnement de la personnalisation désormais. vraiment du beau travail ce ResourceLoader. od†n ↗blah 18 avril 2015 à 01:16 (CEST)
Requête acceptée - 17 avril 2015 à 22:32 (CEST)
Pages où apparaît ce message : Bonjour. C'est une partie de l'interface d'ajout de caractères spéciaux de l’Éditeur Visuel. En raison du changement de fonctionnement de l’Éditeur Visuel, une adaptation de l’interface est nécessaire. Bonne soirée, Nemesis III (me contacter), le 17 avril 2015 à 20:33 (CEST).
Changement proposé :
{
"« »": "« »",
"…": "…",
"°": "°",
"′": "′",
"œ": "œ",
"æ": "æ",
"À": "À",
"Ç": "Ç",
"É": "É",
"Œ": "Œ",
"€": "€",
}
- Fait, NemesisIII. Du coup, MediaWiki:Visualeditor-specialcharinspector-characterlist-insert me semble obsolète, non ? — Ltrlg (discuter), le 17 avril 2015 à 22:32 (CEST)
- Je pense aussi que cette page est obsolète mais je n'en suis pas sûr. Du coup je pense que tu peux supprimer (on verra bien si ça casse tout !).
- Est-ce que tu pourrais également modifier la ligne
"′": "′",
- en
"’": "’",
- ? Ce ne sont pas les mêmes apostrophes (en supposant que la première en est une), la différence est quasi invisible, mais la deuxième apostrophe est celle actuellement utilisée sur wp:fr. Je n’avais pas vu avant mon erreur (quand on copie colle bêtement, les erreurs, ça arrive...). Nemesis III (me contacter), le 17 avril 2015 à 23:12 (CEST).
- J’ai supprimé, mais le MS par défaut existe encore. Au pire ce sera un peu moins bien, pas totalement cassé (mais je n’ai rien trouvé dans le code source, donc…). Il s’agissait d’une prime, apparemment. Je ne sais pas laquelle est la plus utile ? Quelle que soit celle qu’on met, il y aura des erreurs… (quoiqu’on doit pouvoir changer le libellé, mais la doc ne dit rien du format, seulement « regardez l’exemple » qui ne le fait pas et je ne comprends pas comment le code fonctionne comme souvent avec l’ÉV) — Ltrlg (discuter), le 18 avril 2015 à 00:50 (CEST)
- Effectivement la doc n'explique pas beaucoup de choses, je me suis servi du code de Wikipédia en anglais pour faire la version en français. Je ne comprends non plus le code. Je pense que mettre l'apostrophe est beaucoup mieux que de mettre la prime puisque c'est l'apostrophe qui sert le plus. Nemesis III (me contacter), le 18 avril 2015 à 20:41 (CEST).
- I am no JSON expert myself but yes, just add the characters which are really relevant to the wiki: I trust you checked what was added in time to the former system message before deleting it - that would be a good starting point, and others can just be found out by asking the community directly or listening if someone complains something is missing :) --Elitre (WMF) (discuter) 22 avril 2015 à 13:31 (CEST)
- J'ai l’impression que ma demande de correction a été oubliée
. Il faudrait remplacer la ligne "′": "′",
- par
"’": "’",
- J'ai fait une erreur en choisissant les caractères spéciaux. Nemesis III (me contacter), le 23 avril 2015 à 20:04 (CEST).
- Fait. – Zebulon84 (discuter) 23 avril 2015 à 20:50 (CEST)
- J'ai l’impression que ma demande de correction a été oubliée
-
- The problem is not being a JSON expert, Elitre, it is only a (quite simple) container where data structure is free: without documentation on the data structure, we cannot use the features which are not used in the simple example at
enwiki, currently given as the only documentation. The format is weird if it does not allow more features, which is why I think it allows a bit more; but I can only conjecture without documentation (and without understanding the source code) — Ltrlg (discuter), le 24 avril 2015 à 00:45 (CEST)- Mhh… I just found the reading logic and the value is not read unless it is an object with a
titleMsgproperty, which may be used for a tooltip. I tried this which currently neither works nor breaks (the change is too recent). - NemesisIII et Elitre, je viens de regarder l’ancien message : il n’y avait pas de section d’accès spécifique et ce qui se trouvait dans les quelques sections est désormais dans les sections par défaut. Je pense qu’on peut se contenter d’attendre les demandes.
- — Ltrlg (discuter), le 24 avril 2015 à 01:02 (CEST)
- What else do you think should be there? You correctly configured the new message. (I also recommend pinging James on mediawiki.org-like you did with me here- when you need prompt answers :) ) Best, --Elitre (WMF) (discuter) 24 avril 2015 à 19:26 (CEST)
- Ltrlg : à moins que tu n'arrives à corriger le problème, pourrais-tu retirer la "légende" des boutons "apostrophe" et "prime", ça empêche le fonctionnement de ces caractères spéciaux. Ce serait dommage car ces légendes seraient utiles si ça marchait. Nemesis III (me contacter), le 30 avril 2015 à 16:19 (CEST).
- Effectivement, j’avais mal lu le code. Je pourrais rétablir jeudi prochain en principe, ça devrait fonctionner (cf. ma dernière annulation). — Ltrlg (discuter), le 30 avril 2015 à 18:30 (CEST)
- Merci ! Je te fais confiance pour le code, ce n'est pas mon domaine . Nemesis III (me contacter), le 30 avril 2015 à 23:39 (CEST).
- Merci ! Je te fais confiance pour le code, ce n'est pas mon domaine
- Effectivement, j’avais mal lu le code. Je pourrais rétablir jeudi prochain en principe, ça devrait fonctionner (cf. ma dernière annulation). — Ltrlg (discuter), le 30 avril 2015 à 18:30 (CEST)
- Ltrlg : à moins que tu n'arrives à corriger le problème, pourrais-tu retirer la "légende" des boutons "apostrophe" et "prime", ça empêche le fonctionnement de ces caractères spéciaux. Ce serait dommage car ces légendes seraient utiles si ça marchait. Nemesis III (me contacter), le 30 avril 2015 à 16:19 (CEST).
- What else do you think should be there? You correctly configured the new message. (I also recommend pinging James on mediawiki.org-like you did with me here- when you need prompt answers :) ) Best, --Elitre (WMF) (discuter) 24 avril 2015 à 19:26 (CEST)
- Mhh… I just found the reading logic and the value is not read unless it is an object with a
- The problem is not being a JSON expert, Elitre, it is only a (quite simple) container where data structure is free: without documentation on the data structure, we cannot use the features which are not used in the simple example at
- I am no JSON expert myself but yes, just add the characters which are really relevant to the wiki: I trust you checked what was added in time to the former system message before deleting it - that would be a good starting point, and others can just be found out by asking the community directly or listening if someone complains something is missing :) --Elitre (WMF) (discuter) 22 avril 2015 à 13:31 (CEST)
- Effectivement la doc n'explique pas beaucoup de choses, je me suis servi du code de Wikipédia en anglais pour faire la version en français. Je ne comprends non plus le code. Je pense que mettre l'apostrophe est beaucoup mieux que de mettre la prime puisque c'est l'apostrophe qui sert le plus. Nemesis III (me contacter), le 18 avril 2015 à 20:41 (CEST).
- J’ai supprimé, mais le MS par défaut existe encore. Au pire ce sera un peu moins bien, pas totalement cassé (mais je n’ai rien trouvé dans le code source, donc…). Il s’agissait d’une prime, apparemment. Je ne sais pas laquelle est la plus utile ? Quelle que soit celle qu’on met, il y aura des erreurs… (quoiqu’on doit pouvoir changer le libellé, mais la doc ne dit rien du format, seulement « regardez l’exemple » qui ne le fait pas et je ne comprends pas comment le code fonctionne comme souvent avec l’ÉV) — Ltrlg (discuter), le 18 avril 2015 à 00:50 (CEST)
Requête acceptée - 21 avril 2015 à 19:28 (CEST)
Pages où apparaît ce message : Spécial:Contributions (adresses IP uniquement)
Changement proposé :
Remplacer :
[//whois.domaintools.com/$1 Whois]
par :
[https://tools.wmflabs.org/whois/$1/lookup Whois]
ce qui permet d’éviter d’avoir ce genre de message :
« Thank you for using DomainTools for your domain research. You have reached the maximum number of lookups allowable as a free or guest user. » et aussi de privilégier les outils open source développés par des contributeurs. Semble marcher aussi avec les adresses IPv6, ce qui n'est pas le cas avec DomainTools.
Merci. — Thibaut 「にゃんぱすー」 20 avril 2015 à 12:34 (CEST)
Pyb, Akeron et Orlodrim : Vous avez récemment modifié MediaWiki:Sp-contributions-footer-anon, qu’est-ce que vous en pensez ? — Thibaut 「にゃんぱすー」 21 avril 2015 à 19:01 (CEST)
- J'y suis tout à fait favorable. –Akéron (d) 21 avril 2015 à 19:07 (CEST)
- bonne idée Pyb (discuter) 21 avril 2015 à 19:11 (CEST)
- Fait. [1] — Gratus (discuter) 21 avril 2015 à 19:28 (CEST)
Requête acceptée - 22 avril 2015 à 19:39 (CEST)
Pages où apparaît ce message : Quand on édite une page utilisateur dans l’éditeur visuel, il gère mal le fait que le message contienne quelque chose (un div vide) alors qu'il n’y a pas de véritable notice d'édition et affiche donc le message "1 avertissement" et sans doute l’avertissement vide…
Changement proposé : Suite à la réponse sur enwiki, mettre le div dans les #ifexist, ce qui implique de le doubler, au lieu d'encadrer les #ifexist:
{{#ifexist:{{FULLPAGENAME}}/Notice d'édition
| <div id="editnotice-ns-2">{{{{FULLPAGENAME}}/Notice d'édition}}</div>
| {{#ifexist:{{FULLPAGENAME}}/Editnotice
| <div id="editnotice-ns-2">{{{{FULLPAGENAME}}/Editnotice}}</div>
}}
}}
— Le message qui précède, non signé, a été déposé par NicoV (discuter), le 22 avril 2015 à 19:18
- pour MediaWiki:Editnotice-2,
le 3 ayant une syntaxe différente, je préfère qu'un autre admin vérifie voir améliore le code existant.— Gratus (discuter) 22 avril 2015 à 19:27 (CEST) - pour MediaWiki:Editnotice-3.— Gratus (discuter) 22 avril 2015 à 19:33 (CEST)
- pour MediaWiki:Editnotice-4.— Gratus (discuter) 22 avril 2015 à 19:36 (CEST)
- J'ai uniformisé les notices d'édition pour éviter de recopier le même code pour chaque espace de nom. Orlodrim (discuter) 22 avril 2015 à 19:39 (CEST)
- Merci à vous d'avoir signalé et corrigé le problème. Nemesis III (me contacter), le 23 avril 2015 à 19:59 (CEST).
- J'ai uniformisé les notices d'édition pour éviter de recopier le même code pour chaque espace de nom. Orlodrim (discuter) 22 avril 2015 à 19:39 (CEST)
MediaWiki:Common.css (version allégée) modifier
Requête acceptée - 10 mai 2015 à 14:44 (CEST)
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)
- C'est bon maintenant quant à la résolution du logo (gerrit:201915 merged). — Oliv☮ Éppen hozzám? 21 avril 2015 à 07:18 (CEST)
- Bonjour,
- Pour information, la version envoyée à l'utilisateur ne contient pas de commentaires et les caractères blancs y sont supprimés si possible, ou réduits à un seul espace.
- Orlodrim (discuter) 9 avril 2015 à 21:00 (CEST)
- Je parle ici de la charge système côté serveur (phase de parsage qui n'est pas négligeable). Cette étape ne peut être optimisée si le fichier est volumineux. Mais je suis d'accord, le problème majeur ne vient pas des commentaires mais du nombre important de classes. Cordialement, Hlm Z. (discuter) 11 avril 2015 à 14:04 (CEST)
- Une idée de factorisation pour alléger un peu le CSS, remplacement de :
.entete.aerostat { background: url("//upload.wikimedia.org/wikipedia/commons/7/7e/Picto_infobox_aerostat.png") no-repeat top right; } /* pleeiinnn */
- par :
.entete { background-position: top right; background-repeat: no-repeat; } .entete.aerostat { background-image: url("//upload.wikimedia.org/wikipedia/commons/7/7e/Picto_infobox_aerostat.png"); } /* pleeiinnn */
- On gratte dans les
1.5 ko1 ko, minifié. (bonus : cela clarifie le fait que des background-color sont définis ailleurs) - Par ailleurs, je pense qu'il faudrait indenter avec des espaces afin de faciliter les éditions ultérieures. (et pour ne pas être accusé de prosélytisme, j'indente mon code avec des tabs)
- od†n ↗blah 15 avril 2015 à 07:24 (CEST)
- J’ai normalisé il y a peu vers des tabulations, Od1n. Le raisons de ce choix étaient les suivantes :
- au moins quatre indentations différentes existaient (quatre espaces étant le plus courant) ;
- l’éditeur de code disponible utilise des tabulations (à l’origine d’une partie des incohérence d’indentation) ;
- c’est celui qui est le plus simple à remplacer ensuite pour un autre, en cas de protestation.
- Je ne suis pas convaincu qu’il est nécessaire de retourner à des espaces, mais je ne m’y oppose pas (quoique si seules des personnes utilisant normalement des tabulations le demandent, j’aurai un doute sur l’intérêt…).
- — Ltrlg (discuter), le 15 avril 2015 à 07:46 (CEST)
- Je me disais bien qu'auparavant ce n'était pas indenté avec des tabs...
- D'accord avec tes arguments, et tout particulièrement le #2.
- od†n ↗blah 15 avril 2015 à 07:58 (CEST)
- Version du Common.css allégée mise à jour, merci Od1n, on avance. Un truc qui me dérange, c'est la déclaration des deux classes vides :
.geo {} .entete.defaut {}
- Une raison particulière ? Personnellement, je n'en vois pas. Cordialement, Hlm Z. (discuter) 15 avril 2015 à 20:46 (CEST)
- J’ai normalisé il y a peu vers des tabulations, Od1n. Le raisons de ce choix étaient les suivantes :
- Je parle ici de la charge système côté serveur (phase de parsage qui n'est pas négligeable). Cette étape ne peut être optimisée si le fichier est volumineux. Mais je suis d'accord, le problème majeur ne vient pas des commentaires mais du nombre important de classes. Cordialement, Hlm Z. (discuter) 11 avril 2015 à 14:04 (CEST)
- ┌────────────────┘
- Ces blocs sont vides depuis à peu près 7 ans :
.entete.defaut–.geo. Je pense que tu peux y aller… od†n ↗blah 16 avril 2015 à 00:39 (CEST)- Je viens de relire la proposition actuelle, j’ai juste quelques remarques et questions.
- Ligne 900 (chercher 898), un bloc est coupé en deux sans raison apparente (de plus un point-virgule manque).
- La classe
oddn’existe plus depuis 2 ans, on doit pouvoir supprimer les références. - Je ne trouve pas la classe
wbc-editpagesur l’accueil : est-elle encore utilisée ? - Ligne 1 819 (chercher 1 813), un
font-weight: normal;est transformé enfont-style: normal;avec suppression du commentaire qui l’expliquait, est-ce volontaire ? - Les trois classes des taxobox V3 utilisant
lightgreyet#e6e6e6peuvent peut-être être fusionnées ?
- — Ltrlg (discuter), le 17 avril 2015 à 23:21 (CEST)
- Pour les points 1 et 4, il s'agit d'une erreur, j'ai corrigé. J'en ai profité pour factoriser
#bandeau-portailet#liste-portail. N'hésitez pas à modifier la page correspondante. Cordialement, Hlm Z. (discuter) 21 avril 2015 à 18:00 (CEST)- Fait, je vais intégrer mes propositions directement — Ltrlg (discuter), le 10 mai 2015 à 14:44 (CEST)
-
- Pour les points 1 et 4, il s'agit d'une erreur, j'ai corrigé. J'en ai profité pour factoriser
- Je viens de relire la proposition actuelle, j’ai juste quelques remarques et questions.
MediaWiki:Visualeditor-quick-access-characters.json pour 1.26wmf4 modifier
Requête acceptée - 10 mai 2015 à 14:14 (CEST)
Il faudrait jeudi prochain (6 mai, après la mise à jour vers 1.26wmf4 — pour être précis, j’utilise ceci et cela) tirer profit de la prochaine version de l’ÉditeurVisuel. Je peux m’en charger, mais si j’oublie et que quelqu’un veut le faire…
Nouvelle version :
Code JSON
{
"« »": {
"action": {
"type": "encapsulate",
"pre": "« ",
"post": " »"
},
"titleMsg": "Guillemets"
},
"…": "…",
"°": "°",
"’": {
"action": {
"type": "replace",
"peri": "’"
},
"titleMsg": "Apostrophe"
},
"′": {
"action": {
"type": "replace",
"peri": "′"
},
"titleMsg": "Prime"
},
"œ": "œ",
"æ": "æ",
"À": "À",
"Ç": "Ç",
"É": "É",
"Œ": "Œ",
"€": "€"
}
Ceci permet :
- d’avoir une différentiation explicite entre l’apostrophe et la prime (l’inclusion de la seconde peut toujours être discutée, naturellement, mais c’est de toutes façons utiles d’avoir le nom explicitement) ;
- d’enfin avoir un comportement englobant des guillemets !
…et ping NemesisIII, qui avait fait la précédente requête.
— Ltrlg (discuter), le 30 avril 2015 à 18:40 (CEST)
- Fait, malheureusement les
titleMsgsont interprétés comme des messages de MediaWiki et on n’a à disposition que ceux déjà chargés. Une solution pourrait être d’avoir dans le common.js un truc commemw.messages.set( {'frwiki-guillemets': 'Guillemets', … } );et utiliser les identifiants ainsi ajoutés, mais ce serait franchement moche… — Ltrlg (discuter), le 10 mai 2015 à 14:14 (CEST)
MediaWiki:Common.css : .infox_V2 modifier
Requête acceptée - 13 mai 2015 à 12:14 (CEST)
Pages où apparaît ce message : Infobox V2
Changement proposé : ajouter « border-spacing: 7px; » à la classe infobox_v2 de façon à pouvoir supprimer le « cellspacing="7" » du modèle {{Infobox/Début}}. L'attribut cellspacing n'est plus valide en HTML5
Il faudrait donc remplacer :
.infobox_v2 {
background: #f9f9f9;
color: #000;
font-size: 90%;
line-height: 1.1em;
float: right;
clear: right;
margin: 0 0 .5em 1em;
width: 300px;
border: 1px solid #aaa;
padding: 0.1em;
}
par
.infobox_v2 {
background: #f9f9f9;
color: #000;
font-size: 90%;
line-height: 1.1em;
float: right;
clear: right;
margin: 0 0 .5em 1em;
width: 300px;
border: 1px solid #aaa;
border-spacing: 7px;
padding: 0.1em;
}
Zebulon84 (discuter) 10 mai 2015 à 19:13 (CEST)
- Personne ne s'y étant opposé, j'ai fait la modification. – Zebulon84 (discuter) 13 mai 2015 à 12:14 (CEST)
Requête acceptée - 24 mai 2015 à 13:09 (CEST)
Pages où apparaît ce message : Pages avec des cartes de géolocalisation
Changement proposé : Bonjour, ça serait pour une opération rapide de maintenance, suppression d'un test obsolète (cf. cet historique d'un autre script).
Remplacer :
if ( ( mw.config.get( 'wgAction' ) === 'view' ||
mw.config.get( 'wgAction' ) === 'purge' ||
mw.config.get( 'wgAction' ) === 'submit' )
) {
Par :
if ( ( mw.config.get( 'wgAction' ) === 'view' ||
mw.config.get( 'wgAction' ) === 'submit' )
) {
Merci, od†n ↗blah 24 mai 2015 à 07:57 (CEST)
- Fait. — Zebulon84 (discuter) 24 mai 2015 à 13:09 (CEST)
- Merci Simplement pour info, ce n'est pas suite à la suppression d'un gadget, mais parce que MediaWiki a ajouté une redirection http des URL "mapage?action=purge" vers "mapage" tout court (cela permet de ne pas se retrouver avec des liens/bookmarks qui purgent à chaque fois). od†n ↗blah 24 mai 2015 à 13:27 (CEST)
- Comme quoi j'ai été trop vite, je n'ai pas vu le « Utilisateur:Od1n/ » au début de lien.
- Ne serai-il pas pertinent d'utiliser mw.hook ?
- Zebulon84 (discuter) 24 mai 2015 à 16:47 (CEST)
- Od1n et Orlodrim : L'url dans la barre d'adresse est automatiquement changée, mais le résultat de
mw.config.get('wgAction')est-il modifié également en conséquence ? En d'autres termes, est-on bien certain quemw.config.get('wgAction')ne donne jamaispurgequel que soit le cas de figure ? - ⇨ Dr Brains ∞ Consultation ∞ 24 mai 2015 à 23:14 (CEST)
- Oui, le résultat de wgAction est changé après la redirection. Si tu as un doute, regarde le code source de la page après avoir été redirigé, c'est défini directement dedans.
- Non, il arrive que mw.config.get('wgAction') soit égal à "purge" : c'est le cas lorsqu'un utilisateur non connecté tente de purger une page. Dans ce cas, il n'est pas automatiquement redirigé, mais arrive à la place sur un formulaire contenant uniquement un bouton pour purger la page. Comme le contenu de la page n'est pas affiché dans ce contexte, il n'est pas nécessaire d'exécuter les scripts agissant sur le contenu.
- Orlodrim (discuter) 25 mai 2015 à 01:30 (CEST)
- Comme quoi j'ai été trop vite, je n'ai pas vu le « Utilisateur:Od1n/ » au début de lien.
- Merci
Requête acceptée - 25 mai 2015 à 16:00 (CEST)
Pages où apparaît ce message :fenêtre d'édition
Changement proposé : Je propose de supprimer l'icône de ce message.
- d'une part une l'icône d'information ne me parait pas adapté au texte joint ;
- d'autre part elle rallonge inutilement le message dans l'éditeur visuel, et génère un ascenseur dans le dialogue d'enregistrement.
Si personne ne s'y oppose, je ferais le changement dans quelques jours.
Zebulon84 (discuter) 13 mai 2015 à 22:48 (CEST)
- Personnellement, la présence de l’icône ne me dérange pas et permet d'attirer l'attention du lecteur. Même si je ne suis pas pour un retrait (sans être opposé), un changement par une icône plus adaptée[Laquelle ?] ne me choquerait pas.— Gratus (discuter) 14 mai 2015 à 09:30 (CEST)
- J'aurais du mettre les raisons dans l'autre sens, c'est principalement pour l'éditeur visuel que je demande ce changement. — Zebulon84 (discuter) 14 mai 2015 à 10:56 (CEST)
- Pour l'évolution. L'ascenseur cache du contenu important. Cordialement - Drongou (discuter) 25 mai 2015 à 12:27 (CEST)
- Après vérification, il s'avère que le message apparaissant sur l'éditeur visuel ne possède pas de logo.
Il est donc inutile de modifier cette page pour ce motif. Cordialement.— Gratus (discuter) 25 mai 2015 à 15:55 (CEST)- Le message a été modifié afin de masquer l’icône sur l'EV. Problème résolu.— Gratus (discuter) 25 mai 2015 à 16:00 (CEST)
- Après vérification, il s'avère que le message apparaissant sur l'éditeur visuel ne possède pas de logo.
- Pour l'évolution. L'ascenseur cache du contenu important. Cordialement - Drongou (discuter) 25 mai 2015 à 12:27 (CEST)
- J'aurais du mettre les raisons dans l'autre sens, c'est principalement pour l'éditeur visuel que je demande ce changement. — Zebulon84 (discuter) 14 mai 2015 à 10:56 (CEST)
Requête acceptée - 30 mai 2015 à 15:08 (CEST)
Pages où apparaît ce message : MediaWiki:Gadget-AncreTitres
Changement proposé : Bonjour, cela serait pour gérer un cas de figure que j'ai rencontré, pour ne pas avoir de {{ }} dans le résultat. Tout est là, merci 
od†n ↗blah 26 mai 2015 à 05:11 (CEST)
- Si jamais tu veux fignoler le script, il y a d'autres cas particuliers comme "[" et "]". De plus, l'encodage est intrinsèquement ambigu, ce qui pose des problèmes pour les pages comme Wikipédia:Vandalisme en cours, où le décodage peut être indésirable (ça donne des caractères illisible ou même des séquences qui ne sont pas valides en UTF-8).
- J'avais proposé une nouvelle version il y a longtemps (Discussion Projet:JavaScript/2012#Gadget-AncreTitres). Finalement, elle n'a jamais servi mais il y a peut-être des idées à récupérer.
- Orlodrim (discuter) 30 mai 2015 à 15:08 (CEST)
MediaWiki:Common.css : couleurs de variation en historique modifier
Requête acceptée - 30 mai 2015 à 18:37 (CEST)
Pages où apparaît ce message : historiques, listes de suivi, de contributions
Changement proposé : Les couleurs des variations d'octets dans les listes de modification sont modifiées dans Commons.css. Vu le commentaire initial (diff), je suppose qu'avant cette introduction il n'y avait pas du tout de couleur. Aujourd'hui on change seulement l'intensité de la couleur par défaut.
Je propose donc de retirer le code suivant :
/* Nombre de caractères modifiés dans les modifications récentes et la liste de suivi. */
.mw-plusminus-pos {
color: #00b000;
}
.mw-plusminus-neg {
color: #ff2050;
}
.mw-plusminus-null {
color: #999;
}
Ce qui donnera :
- (+58) → (+58)
- (+761) → (+761)
- (-13) → (-13)
- (-6 748) → (-6 748)
- (0) → (0)
C'est principalement pour simplifier légèrement Common.css et accessoirement pour avoir les même couleurs que les autres wiki. Qu'en pensez-vous ?
Zebulon84 (discuter) 30 mai 2015 à 10:47 (CEST)
- OK pour moi.
Zebulon84 le lien du diff ne fonctionne pas chez moi.— Gratus (discuter) 30 mai 2015 à 10:53 (CEST)
+1 Pas de souci pour moi^^ Heddryin [🔊] 30 mai 2015 à 14:12 (CEST)
- Sans aucun problème pour moi. Cordialement, Hlm Z. (discuter) 30 mai 2015 à 17:23 (CEST)
- Gratus (discuter) 30 mai 2015 à 18:37 (CEST)
MediaWiki:Common.css : Titre de section d'édition et police modifier
Requête acceptée - 4 juin 2015 à 22:30 (CEST)
Pages où apparaît ce message : *
Changement proposé : Les titres de section d'édition ont subis une réduction de taille depuis le 11 décembre 2010 – et modifiés plus récemment pour rester compatible avec la nouvelle typographie. Y a-t-il une raison valable de garder cette mise en forme ? Dans un but de simplification du CSS commun, je propose donc de retirer le code :
/* Titres de sections */
.mw-editsection {
font-size: x-small;
}
Cordialement, Hlm Z. (discuter) 31 mai 2015 à 14:10 (CEST)
MediaWiki:Common.css (largeur vignette) modifier
Requête acceptée - 4 juin 2015 à 22:31 (CEST)
Pages où apparaît ce message :
Articles avec des images
Changement proposé : Bonjour, J'ai remarqué que le cadre des images sur en: a une largeur minimale d'environ 100 px, contrairement à fr:. Exemple de la modification : voir à droite sur Wikipédia:Requête_aux_administrateurs#Largeur_minimale_cadres_d.27image.
La modification consiste à ajouter
/* Largeur minimale du cadre des miniatures d'images */
.thumbinner {
min-width: 100px;
}
Merci, The RedBurn (ϕ) 4 juin 2015 à 16:07 (CEST)
- J'ai cherché où placer ça... TigH (discuter) 4 juin 2015 à 22:29 (CEST)
- Merci ! The RedBurn (ϕ) 5 juin 2015 à 13:50 (CEST)
- Merci !
Requête acceptée - 18 juin 2015 à 22:47 (CEST)
Pages où apparaît ce message : Infobox concernant l’œnologie, la viticulture, etc.
Changement proposé :
Pour les infobox Région viticole en cours de développement, serait-il possible d'ajouter ceci dans le common.css, avec les autres entêtes d'IB (aux alentours de la ligne 1550) ?
.entete.oenologie {
background-image: url("//upload.wikimedia.org/wikipedia/commons/7/73/Icone_oenobox.png");
}
Merci beaucoup !
Heddryin [🔊] 18 juin 2015 à 18:35 (CEST)
Requête acceptée - 19 juin 2015 à 12:20 (CEST)
Pages où apparaît ce message : historiques, liste de suivi.
Changement proposé : retrait des « !important ».
Depuis quelques jours, ma personnalisation des couleurs du gadget DeluxeHistory ne fonctionne plus. je ne suis pas le seul dans ce cas (cf. le bistro du 4 juin).
En essayant de regarder ça de plus près, j'ai remarqué que le css de ce gadget est chargé deux fois, une fois avant et une fois après mes css perso. Ceci dépend probablement du ResourceLoader sur lequel nous n'avons pas la main ici. Cependant, si le css du gadget ne contenait pas ces « !important », il serai possible de passer outre avec « !important » dans le css perso.
Lors de mes essais en ligne, je ne vois pas ce qui justifie ce « !important », donc je propose de le supprimer, mais je laisse à un autre admin le soin de confirmer cette supposition.
Zebulon84 (discuter) 7 juin 2015 à 11:47 (CEST)
- Il y a au moins la règle
#pagehistory li.selectedqui est plus forte dans les historiques. Od1n connaît peut-être d’autres cas ? — Ltrlg (discuter), le 8 juin 2015 à 20:13 (CEST)
Pour gérer ce cas on peut remplacer
.UserIs-Self {
background-color:#FFD89B !important;
}
par
.UserIs-Self,
#pagehistory li.UserIs-Self {
background-color:#FFD89B;
}
et bien sur pareil pour les autres.
Zebulon84 (discuter) 10 juin 2015 à 12:10 (CEST)
- Puisque personne n'a vu d'autres problèmes possible j'ai appliqué la modification.
- Notez cependant que pour que les préférences utilisateurs soit plus forte que les nouvelle règles, il faut non seulement y conserver le !important mais aussi ajouter la ligne type
#pagehistory li.UserIs-Self {. Je vais mettre la doc à jour en ce sens. - Zebulon84 (discuter) 19 juin 2015 à 12:19 (CEST)
MediaWiki:Common.css : Police des palettes modifier
Requête acceptée - 20 juin 2015 à 23:05 (CEST)
Changement proposé :
Depuis la nouvelle typographie sous l'habillage Vector, la taille de la police a subi une légère augmentation. Les palettes de navigations, affectées par ce changement, affichent une typographie particulièrement importante ce qui implique l'utilisation abusive et déconseillée de la balise small. Je propose donc de réduire de 1% la taille de la police des palettes actuelles (passer de 90% à 89%).
Cordialement, Hlm Z. (discuter) 20 juin 2015 à 18:10 (CEST)
- 1% ? Tu penses vraiment que ça change quelque chose ? TigH (discuter) 20 juin 2015 à 19:26 (CEST)
- Oui, le changement est assez important lorsqu'on utilise l'unité en pourcentage. Tu peux comparer le résultat avec les palettes de :en (la taille étant de 88%) ou utiliser l'inspecteur de ton navigateur. Hlm Z. (discuter) 20 juin 2015 à 20:08 (CEST)
- - En fait, il y a trop longtemps que je n'ai pas utilisé ces tailles... TigH (discuter) 20 juin 2015 à 23:05 (CEST)
- Oui, le changement est assez important lorsqu'on utilise l'unité en pourcentage. Tu peux comparer le résultat avec les palettes de :en (la taille étant de 88%) ou utiliser l'inspecteur de ton navigateur. Hlm Z. (discuter) 20 juin 2015 à 20:08 (CEST)
Requête acceptée - 1 juillet 2015 à 18:01 (CEST)
Pages où apparaît ce message : Infobox concernant le handball (Infobox Club de handball, Infobox Saison de handball, Infobox Club Sportif)
Changement proposé :
Bonjour,
Le changement proposé est de pouvoir choisir entre un pictogramme blanc et un pictogramme noir pour les infobox relatives aux handball. Comme c'est actuellement le cas pour le football, le rugby et le tennis de table.
- Est-il possible d'ajouter la ligne suivante (pour le pictogramme noir) (après la ligne n°1444)?
.entete.handballblack {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/5/52/Handball_pictogram.svg/35px-Handball_pictogram.svg.png");
}
- Est-il possible de modifier la ligne existante (c'est le fichier qui change, pour le pictogramme blanc), elle se trouve ligne n°1442:
.entete.handball {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/5/52/Handball_pictogram.svg/35px-Handball_pictogram.svg.png");
}
par celle-ci
.entete.handball {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/3/37/Handball_pictogram_white.svg/35px-Handball_pictogram_white.svg.png");
}
- Cela permettra d'améliorer le rendu comme par exemple dans Modèle:Infobox Club de handball avec l'utilisation du paramètre Personnage blanc (comme cela se fait déjà avec Modèle:Infobox Club de football (ex: PSG (picto blanc), LOSC Lille (picto noir)) ou Modèle:Infobox Club de rugby. Il restera alors à mettre à jour les modèles concernés pour avoir le choix du pictogramme blanc ou noir pour le handball.
Merci
--Flouwen (discuter) 1 juillet 2015 à 16:43 (CEST)
- Fait. vue la clarté de la demande. Bonne continuation !
TigH (discuter) 1 juillet 2015 à 18:01 (CEST)- Merci TigH
. Ca fonctionne nickel... « J'adore quand un plan se déroule sans accroc »[2] - --Flouwen (discuter) 2 juillet 2015 à 16:28 (CEST)
- Merci TigH
Requête acceptée - 5 juillet 2015 à 10:59 (CEST)
Pages où apparaît ce message : gadget DeluxeHistory
Changement proposé :
Bonjour,
Ce gadget nécessite une mise à jour suite à un changement dans l'API[1].
J'ai déjà effectué la mise à jour dans ma version perso, et bonne nouvelle, j'ai regardé et c'est compatible, il ne vous reste plus qu'à reprendre les trois modifications du 22 juin.
Merci, od†n ↗blah 5 juillet 2015 à 04:20 (CEST)
- Orlodrim (discuter) 5 juillet 2015 à 10:59 (CEST)
- Orlodrim, Od1n :
JavaScript parse error: Parse error: Unexpected token; token 3 expected in file 'MediaWiki:Gadget-DeluxeHistory.js' on line 252[2]. Si vous comprenez pourquoi… — Ltrlg (discuter), le 5 juillet 2015 à 12:34 (CEST)- Bon, j’ai finalement compris que l’analyseur syntaxique du RL n’aime pas les mots-clés du langage. — Ltrlg (discuter), le 5 juillet 2015 à 12:40 (CEST)
- Je ne pensais plus à cette histoire de compatibilité ECMAScript 3 (IE comme d'hab'), et le minificateur de code du ResourceLoader serait aussi concerné… Mes excuses pour cette erreur, et un grand merci pour la correction. od†n ↗blah 5 juillet 2015 à 22:45 (CEST)
- Bon, j’ai finalement compris que l’analyseur syntaxique du RL n’aime pas les mots-clés du langage. — Ltrlg (discuter), le 5 juillet 2015 à 12:40 (CEST)
- Orlodrim, Od1n :
Requête acceptée - 11 août 2015 à 17:37 (CEST)
Pages où apparaît ce message : Spécial:Recherche
Changement proposé : Voir demande d'aide sur Bistro d'aujourd'hui : le message serait à créer avec simplement le contenu
- [[Aide:Recherche]]
ou bien tout autre texte ou taille (du genre <div style="font-size: 90%;">…</div>) ou classe CSS convenables, à l'exemple de en:MediaWiki:Search-summary. — Oliv☮ Éppen hozzám? 3 août 2015 à 14:20 (CEST)
- Fait, je n’ai pas jugé nécessaire de réduire la taille du texte — Ltrlg (discuter), le 11 août 2015 à 17:37 (CEST)
Requête acceptée - 11 août 2015 à 17:28 (CEST)
Pages où apparaît ce message : Tableaux avec la classe wikitable (toutes skins)
Changement proposé : Suppression du morceau de code suivant :
table.wikitable th,
table.wikitable td {
padding: 0.3em;
}
C'est un morceau de code ancien (refs Monobook.css, Common.css), ces règles sont écrasées par le shared.css (et le commonPrint.css), vraisemblablement depuis ce commit.
Merci, od†n ↗blah 11 août 2015 à 05:41 (CEST)
- Fait, merci — Ltrlg (discuter), le 11 août 2015 à 17:28 (CEST)
- For the record, j'ajoute aussi un lien vers ce commit. od†n ↗blah 11 août 2015 à 18:06 (CEST)
Requête acceptée - 14 août 2015 à 10:07 (CEST)
Bonjour,
Pages où apparaît ce message : {{abréviation discrète}}
Changement proposé :
Comme indiqué sur le Bistro, le modèle {{abréviation discrète}} souligne maintenant l'abréviation comme le fait le modèle {{abréviation}}. Il faudrait donc modifier cette ligne (j'ai testé sur mon CSS perso) :
abbr.abbr {
border-bottom: 0;
}
Comme ceci :
abbr.abbr {
text-decoration: none;
}
Merci d'avance, --Mathis B discuter, le 14 août 2015 à 07:16 (CEST)
Requête acceptée - 15 août 2015 à 00:38 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît Changement proposé : Bonjour, pourriez-vous ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets":
{ regexp : /(É|é|E|e)dition/ , page : "Discussion Projet:Édition/Pages à supprimer", template : false },
{ regexp : /[Ss]uisse/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Mm]ode/ , page : "Discussion Portail:Mode", template : false },
{ regexp : /[Mm]édecine/ , page : "Discussion Projet:Médecine/Annonces", template : false },
{ regexp : /[Ii]nde/ , page : "Discussion Projet:Monde_indien/Tea_stall", template : false },
{ regexp : /[Aa]utriche/ , page : "Discussion Projet:Monde_germanique", template : false },
{ regexp : /[Aa]sie/ , page : "Discussion Portail:Asie", template : false },
{ regexp : /[Aa]mérique/ , page : "Discussion Portail:Amérique", template : false },
{ regexp : /[Aa]llemagne/ , page : "Discussion Projet:Monde_germanique", template : false },
{ regexp : /[Aa]ssociations/ , page : "Discussion Portail:Associations", template : false },
{ regexp : /[Cc]uba/ , page : "Discussion Projet:Caraïbe", template : false },
{ regexp : /[Cc]inéma français/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
{ regexp : /[Cc]inéma américain/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
{ regexp : /[Mm]etal/ , page : "Discussion Projet:Metal/Annonces", template : false },
{ regexp : /[Hh]umour/ , page : "Discussion Portail:Humour", template : false },
{ regexp : /[Ee]ntreprises/ , page : "Discussion Projet:Entreprises/Pages_à_supprimer", template : false },
{ regexp : /[Pp]resse écrite/ , page : "Discussion Projet:Presse écrite/Pages_à_supprimer", template : false },
{ regexp : /[Pp]olitique française/ , page : "Discussion Projet:Politique française/Pages_à_supprimer", template : false },
{ regexp : /[Tt]héâtre/ , page : "Discussion Projet:Théâtre/Pages_à_supprimer", template : false },
Merci, --Chris a liege (discuter) 14 août 2015 à 01:51 (CEST)
Requête acceptée - 21 août 2015 à 01:06 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Ll]ogiciel/ , page : "Discussion Portail:Logiciel", template : false },
{ regexp : /[Aa]nnées 1990/ , page : "Discussion Portail:Années_1990", template : false },
{ regexp : /[Aa]nnées 2000/ , page : "Discussion Portail:Années_2000", template : false },
{ regexp : /[Ee]au/ , page : "Discussion Portail:Eau", template : false },
{ regexp : /[Gg]enève/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Ll]ogiciels [Ll]ibres/ , page : "Discussion Portail:Logiciels_libres", template : false },
{ regexp : /[Mm]oselle/ , page : "Discussion Projet:Lorraine", template : false },
{ regexp : /[Mm]usiques du monde/ , page : "Discussion Portail:Musiques_du_monde", template : false },
{ regexp : /[Mm]usique classique/ , page : "Discussion Projet:Musique_classique/Pages_à_supprimer", template : false },
{ regexp : /[Bb]erbères/ , page : "Discussion Portail:Berbères", template : false },
Requête acceptée - 24 août 2015 à 02:05 (CEST)
Toutes pages où PaStec apparaît Changement proposé + observation : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Ii]nternet/ , page : "Discussion Portail:Internet", template : false },
{ regexp : /(É|é|E|e)tats-Unis/ , page : "Discussion Projet:États-Unis/Pages à supprimer", template : false },
{ regexp : /(É|é|E|e)criture/ , page : "Discussion Projet:Langues/Café des linguistes", template : false },
{ regexp : /[Xx]IXe siècle/ , page : "Discussion Projet:Chronologie", template : false },
{ regexp : /[Oo]péra/ , page : "Discussion Projet :Musique_classique/Pages_à_supprimer", template : false },
{ regexp : /[Cc]inéma belge/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
{ regexp : /[Cc]hicago/ , page : "Discussion Projet:États-Unis/Pages à supprimer", template : false },
{ regexp : /[Ff]ootball/ , page : "Projet:Sport/Pages à supprimer", template : "* $page (d · h · j · ↵) (football) -- 24 août 2015 à 01:22 (CEST)" },
{ regexp : /[Ss]éries télévisées américaines/ , page : "Discussion Projet:Séries_télévisées", template : false },
{ regexp : /[Ss]ports de combat/ , page : "Discussion Portail:Arts_martiaux_et_sports_de_combat", template : false },
- D'autre part, je m'aperçois que l'exception :
{ regexp : /[Cc]inéma français/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
ne fonctionne pas. A cause de la cédille? Pourriez-vous vérifier? Merci --Chris a liege (discuter) 24 août 2015 à 01:22 (CEST)
- Exceptions ajoutés. Je n'ai pas regardé pour Cinéma français qui ne fonctionne pas.— Gratus (discuter) 24 août 2015 à 02:05 (CEST)
Requête acceptée - 28 août 2015 à 09:54 (CEST)
Toutes pages où PaStec apparaît Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 95 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Aa]nnées 1960/ , page : "Discussion Projet:Chronologie", template : false },
{ regexp : /[Rr]épublique du Congo/ , page : "Discussion Projet:Afrique/PàS", template : false },
{ regexp : /[Ll]ausanne/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Cc]inéma/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
{ regexp : /[Mm]édias/ , page : "Discussion Portail:Médias", template : false },
{ regexp : /[Ss]éries télévisées américaines/ , page : "Discussion Projet:Séries_télévisées", template : false },
{ regexp : /[Ll]ittérature française ou francophone/ , page : "Discussion Portail:Littérature_française_ou_francophone", template : false },
Merci, --Chris a liege (discuter) 27 août 2015 à 02:16 (CEST)
MediaWiki:Edittools et aussi Modèle:Références modifier
Requête acceptée - 31 août 2015 à 12:57 (CEST)
Pages où apparaît ce message : toutes en fenêtre d'édition
Changement proposé : Bonjour, depuis cette modif par Zébulon (d · c) et la modif correspondante de la doc par Moyogo (d · c), ce n'est plus {{Références|colonnes=}} qui est recommandé mais {{Références|taille=}}. Je propose de répercuter ce changement dans MediaWiki:Edittools le menu des caractères spéciaux sous la fenêtre d'édition, et de corriger par la même occasion dans la même modif de Zébulon le |grec=lower-greek enlevé du switch sans doute par erreur comme je le demandais à Zébulon qui semble absent en ce moment. — Oliv☮ Éppen hozzám? 29 août 2015 à 08:44 (CEST)
- Fait par Gratus, puis à l'instant par moi. TigH (d · c · b) TigH (discuter) 31 août 2015 à 12:57 (CEST)
- Merci à vous deux ! — Oliv☮ Éppen hozzám? 31 août 2015 à 13:11 (CEST)
MediaWiki:Common.css (classes pour les bannières) modifier
Requête acceptée - 31 août 2015 à 12:13 (CEST)
Pages où apparaît ce message : toutes celles qui auront un modèle faisant appel à ces classes (dont celles avec Modèle:Bannière page)
Changement proposé : Bonjour,
Dans le cadre de l'élaboration d'un nouveau type de présentation plus adaptée pour les écrans d'aujourd'hui pour les portails et les projets thématiques, j'ai essayé d'importer le Modèle:Bannière page pour l'adapter sur Wikipédia. Malheureusement, il manque des morceaux de CSS sur MediaWiki:Common.css pour l'afficher correctement, et sa page de discussion est désertée. Cela me conduit donc à demander ici d'importer dans MediaWiki:Common.css les CSS du MediaWiki:Common.css de Wikivoyage, plus précisément la partie allant de « /* Styles pour les bannières de pages */ » à la fin de la classe .hlist .toggleNode, juste avant « /* Corporate Design */ ».
Merci d'avance. :)-- Feldo [Discussion constructive] 12 avril 2015 à 01:02 (CEST) (requête transférée depuis Wikipédia:Demande d'intervention sur une page protégée).
- Remarque : suite à une longue discussion et depuis peu, la classe
hlistexiste ici sous le nomliste-horizontale. Elle peut nécessiter une adaptation pour que {{Bannière page}} fonctionne, mais il ne faut pas copier la classehlisttelle quelle — Ltrlg (discuter), le 12 avril 2015 à 10:54 (CEST)- Ltrlg : Merci pour ces informations. En regardant la liste des
liste-horizontaledu fichier CSS, je constate cependant qu'il va manquer des propriétés spécifiques pour les tables des matières (les "sommaires") qui ne sont pas contournables sans passer par Common.css. Il faudra donc tout de même en importer et en adapter certaines. À noter que les classes CSS où ne se trouvent pas dehlistpeuvent déjà être indiquées. — Le message qui précède, non signé, a été déposé par Feldo (discuter), le 12 avril 2015 à 21:58- Les notifications ne fonctionnent que si l’on n’omet pas de signer, Feldo — Ltrlg (discuter), le 12 avril 2015 à 23:51 (CEST)
- Ltrlg : Désolé ! ^^; Après avoir fusionné avec le CSS pré-existant (et avoir élagué ce que je voulais importer de Wikivoyage), voici donc comment devra d'afficher la partie comprenant les ".liste-horizontale" (toujours en plus de la partie amont importée de Wikivoyage commençant par "/* Styles pour les bannières de pages */").
- Les notifications ne fonctionnent que si l’on n’omet pas de signer, Feldo — Ltrlg (discuter), le 12 avril 2015 à 23:51 (CEST)
/*CODE OBSOLÈTE - VOIR CELUI PROPOS2 PLUS BAS POUR INCLUSION*/
/**
* MISES EN FORME PARTICULIÈRES DES LISTES
*/
/* Classe pour les listes horizontales séparées par des puces.
Adaptation de la classe 'hlist' de en:User:Edokter.
(cf. [[mw:Snippets/Horizontal lists]]).
*/
.liste-horizontale ul {
margin: 0;
padding: 0;
line-height: 1.1em;
}
.liste-horizontale li {
margin: 0;
padding: 0;
}
.liste-horizontale ul ul,
.liste-horizontale li {
display: inline;
}
}
.liste-horizontale li:after {
content: " ·";
font-weight: bold;
padding: 0 0.3em;
}
.liste-horizontale li:last-child:after {
content: none;
}
.liste-horizontale li:last-child:after {
content: none;
}
/* Pour IE8, infactorisable */
.liste-horizontale li.liste-horizontale-ie8:after {
content: none;
}
.liste-horizontale li li:first-child:before {
content: " (";
font-weight: normal;
}
.liste-horizontale li li:last-child:after {
content: ") ";
font-weight: normal;
}
/* Pour IE8, infactorisable */
.liste-horizontale li li.liste-horizontale-ie8:after {
content: ") ";
font-weight: normal;
}
/* permet à la TdM de s'étendre sur l’écran si en liste horizontale, change couleurs de fond et de police */
.liste-horizontale #toc.toc {
width: 99%;
max-width: 170em;
color: black;
}
.liste-horizontale.tocbox-s #toc.toc {
width: 99%;
max-width: 170em;
margin: 0;
padding-top: 0;
padding-bottom: 0;
padding-left: 0.2;
padding-right: 0.2;
line-height: 1.1em;
color: black;
background-color: #e0e0e0;
}
.liste-horizontale.tocbox-b #toc.toc {
width: 99%;
max-width: 170em;
margin: 0;
padding-top: 0;
padding-bottom: 0;
padding-left: 0.2;
padding-right: 0.2;
line-height: 1.1em;
color: white;
background: rgb(16,16,16);
background: rgba(0,0,0,0.5);
border: none;
}
.liste-horizontale.tocbox-w #toc.toc {
width: 99%;
max-width: 170em;
margin: 0;
padding-top: 0;
padding-bottom: 0;
padding-left: 0.2;
padding-right: 0.2;
line-height: 1.1em;
color: black;
background: rgb(225,225,225);
background: rgba(160,160,160,0.6);
border: none;
}
.liste-horizontale #toc table,
.liste-horizontale #toc tr,
.liste-horizontale #toc td, {
margin: 0;
padding: 0;
line-height: 1.1em;
}
/* liens de la TdM horizontale doivent être noirs... */
.liste-horizontale #toc a {
color: black;
font-size: 0.8em;
font-weight: bold;
}
/* ... sauf quand elle est noire ... */
.liste-horizontale.tocbox-b #toc a {
color: white;
font-size: 0.8em;
font-weight: bold;
}
/* ... ou quand elle est survolée */
.liste-horizontale #toc.toc a:hover {
color: #bdddfd;
}
/* n'affiche pas le titre de la TdM si horizonale */
.liste-horizontale #toctitle {
display: none;
}
.mf-mobile-only {
display: none;
}
/* prévient affichage des sous-sections dans TdM horizontale*/
.liste-horizontale #toc .toc_niveau_2,
.liste-horizontale #toc .toc_niveau_3,
.liste-horizontale #toc .toc_niveau_4,
.liste-horizontale #toc .toc_niveau_5,
.liste-horizontale #toc .toc_niveau_6 {
display: none;
}
.liste-horizontale .toggleNode {
display: none;
}
- J'ai testé ce code avec mon CSS personnel auparavant et avec des photos plus ou moins foncées. Ça devrait être suffisant pour débloquer la requête, je suppose ?-- Feldo [Discussion constructive] 8 mai 2015 à 15:38 (CEST)
- Je pense qu'il est préférable dans un premier temps de créer un gadget spécifique à ta demande et d'importer le code CSS nécessaire. Le problème, c'est que la classe
liste.horizontaledoit être la plus générique possible et ne doit donc pas être détournée. Cordialement, Hlm Z. (discuter) 8 mai 2015 à 23:28 (CEST)- Hlm Z. : Un gadget? C'est à dire ? (je ne connais que les gadgets de personnalisation dans les préférences utilisateur). Ce CSS a déjà été testé via mon fichier Common.css personnel, donc pas de soucis de ce côté. :) Et je comprends pas ; en quoi ma proposition d'intégration de code d'autres projets de la WMF constitue un détournement ? Sans compter que les bannières arriveraient avec le prochain thème de MediaWiki, donc ma proposition resterait en continuité avec le projet et en bonus on anticipe avec ce modèle en constituant un stock de bannières déjà affichables dans les portails/PU/projets volontaires. Non ? ôo -- Feldo [Discussion constructive] 24 mai 2015 à 18:43 (CEST)
- Puisque cette requête ne semble plus prise en charge, je fait appel (après suggestions d'autres utilisateurs sur IRC) aux admins suivants : @Ltrlg, @phe, @DarkoNeko, @arkanosis, @Akeron, @orlodrim et @Dr Brains. Je rappelle rapidement qu'il est question d'ajouter du code de Wikivoyage que j’ai adapté et débogué à partir du fichier du même nom. Il sert à faire fonctionner un modèle en cours d'adaptation sur Wikipédia et adaptable aux différentes résolutions des visiteurs de l’encyclopédie (responsive design), qui permetra d'effectuer à la refonte en cours de Portail:Afrique. Ce modèle ne peut fonctionner sans ces bouts de CSS (l'ajout de CSS dans le code du modèle est inefficace). Merci d'avances à ceux qui aideront. :) -- Feldo [Discussion constructive] 6 juin 2015 à 13:35 (CEST) (Mentions supplémentaires: @TigH et @Hlm Z. ; n'hésitez pas à mentionner d'autres admins compétents/spécialisés pouvant prendre en charge cette requête -- Feldo [Discussion constructive] 6 juin 2015 à 13:41 (CEST))
- Bonjour - Je ne sais pas pourquoi tu rames tout seul sans que personne ne réponde, au moins pour le moment, mais j'ai l'impression que ce que tu proposes n'emballe personne (rapport modification/intérêt insuffisant), parmi ceux qui comprennent. Ce n'est pas mon cas et je me contente de douter que tu obtiennes satisfaction, si tu ne doutais pas assez déjà. Je n'ai pas de piste non plus à te proposer et j'espère - pour toi - être contredit. TigH (discuter) 7 juin 2015 à 21:51 (CEST)
- Puisque cette requête ne semble plus prise en charge, je fait appel (après suggestions d'autres utilisateurs sur IRC) aux admins suivants : @Ltrlg, @phe, @DarkoNeko, @arkanosis, @Akeron, @orlodrim et @Dr Brains. Je rappelle rapidement qu'il est question d'ajouter du code de Wikivoyage que j’ai adapté et débogué à partir du fichier du même nom. Il sert à faire fonctionner un modèle en cours d'adaptation sur Wikipédia et adaptable aux différentes résolutions des visiteurs de l’encyclopédie (responsive design), qui permetra d'effectuer à la refonte en cours de Portail:Afrique. Ce modèle ne peut fonctionner sans ces bouts de CSS (l'ajout de CSS dans le code du modèle est inefficace). Merci d'avances à ceux qui aideront. :) -- Feldo [Discussion constructive] 6 juin 2015 à 13:35 (CEST) (Mentions supplémentaires: @TigH et @Hlm Z. ; n'hésitez pas à mentionner d'autres admins compétents/spécialisés pouvant prendre en charge cette requête -- Feldo [Discussion constructive] 6 juin 2015 à 13:41 (CEST))
- Je pense qu'il est préférable dans un premier temps de créer un gadget spécifique à ta demande et d'importer le code CSS nécessaire. Le problème, c'est que la classe
- J'ai testé ce code avec mon CSS personnel auparavant et avec des photos plus ou moins foncées. Ça devrait être suffisant pour débloquer la requête, je suppose ?-- Feldo [Discussion constructive] 8 mai 2015 à 15:38 (CEST)
Après mûre réflexion, et bien que le code pour le sommaire horizontal modifié soit prêt, je vais réduire pour le moment ma demande au CSS de la bannière en tant que telle, la partie la moins risquée. Je commence à en avoir vraiment besoin dans le cadre de la refonte des portails et des projets en responsive design pour les écrans mobiles puisqu'il s'agit d'une tâche blocant tout le processus. Code testé et débuggué que vous pouvez également tester >sur cette page de brouillon en travaux< après l'avoir ajouté à votre CSS personnel.
Code à inclure :
/* Styles pour les bannières de pages */
.topbanner {
position: relative;
overflow: hidden;
max-width: 1800px;
height: auto;
}
.topbanner img {
max-width: 100%;
height: auto;
width: auto\9;
}
.topbanner-box {
position: absolute;
z-index: 2;
margin-top: 1.5em;
color: white;
width: 50%;
min-width: 20em;
left: 2%;
text-align: left;
}
.topbanner .name {
position: absolute;
z-index: 2;
margin: 0.6em 0 0 0.4em;
padding: 8px 7px;
font-size: 2.2em;
background: rgb(16,16,16);
background: rgba(0,0,0,0.5);
border-radius: 4px;
color: white;
white-space: nowrap;
line-height: 0.9em;
}
Merci d'avance à la personne qui s'en chargera. :) -- Feldo [Discussion constructive] 11 août 2015 à 10:15 (CEST)
- Je suis passé à l'acte Feldo : TigH (discuter) 31 août 2015 à 12:13 (CEST)
- TigH : Merci beaucoup ! :) -- Feldo [Discussion constructive] 31 août 2015 à 12:25 (CEST)
Requête acceptée - 3 septembre 2015 à 19:16 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Vv]exillologie/ , page : "Discussion Projet:Drapeaux", template : false },
{ regexp : /[Ee]nfance/ , page : "Discussion Portail:Enfance", template : false },
{ regexp : /[Mm]eurthe-et-Moselle/ , page : "Discussion Projet:Lorraine", template : false },
{ regexp : /[Ll]ittérature italienne/ , page : "Discussion Projet:Italie", template : false },
{ regexp : /[Hh]aute-Vienne/ , page : "Discussion Portail:Haute-Vienne", template : false },
{ regexp : /[Bb]urundi/ , page : "Discussion Projet:Afrique/PàS", template : false },
{ regexp : /[Pp]sychologie/ , page : "Discussion Projet:Psychologie/Café_des_psys/Messages_types", template : false },
Merci d'avance, --Chris a liege (discuter) 3 septembre 2015 à 19:04 (CEST)
Requête acceptée - 5 septembre 2015 à 09:10 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Dr]roit fran[çc]ais/ , page : "Discussion Projet:Droit", template : false },
{ regexp : /[Xx]VIIe siècle/ , page : "Discussion Projet:Chronologie", template : false },
{ regexp : /[Pp]iraterie/ , page : "Discussion Portail:Piraterie", template : false },
{ regexp : /[Pp]anama/ , page : "Discussion Portail:Amérique", template : false },
{ regexp : /[Mm]oyen [AÂ]ge tardif/ , page : "Discussion Portail:Moyen_Âge_tardif", template : false },
{ regexp : /[Xx]Ve siècle/ , page : "Discussion Portail:Moyen_Âge_tardif", template : false },
{ regexp : /[Ll]inguistique/ , page : "Discussion Projet:Langues/Café des linguistes", template : false },
{ regexp : /[Aa]ngola/ , page : "Discussion Projet:Afrique/PàS", template : false },
Merci d'avance, --Chris a liege (discuter) 5 septembre 2015 à 02:05 (CEST)
Requête acceptée - 13 septembre 2015 à 19:29 (CEST)
Pages où apparaît ce message : Pages de discussion en modification.
Changement proposé : L’icône de signature a été changée. Il s'agit maintenant de File:Insert-signature2.svg. Merci. --SleaY (discuter) 13 septembre 2015 à 18:35 (CEST)
Requête acceptée - 17 septembre 2015 à 14:08 (CEST)
Pages où apparaît ce message : pour tous les utilisateurs du script
Changement proposé :
J'ai voulu utiliser ce script pour faire les maj qui ne sont plus faites depuis le départ de Dr Brains. malheureusement il y a eu des petits changements dans l'api depuis.
Ajouter &rawcontinue=1 dans les url devrait régler ce problème. ̴̴̴̴Prométhée (discuter) 17 septembre 2015 à 11:34 (CEST)
Code modifié ː
// API URL
window.ListAllPortals_APIURL_AllPortals = '//fr.wikipedia.org/w/api.php?format=xml&action=query&list=allpages&rawcontinue=1&aplimit='+ListAllPortals_APILimit+'&apnamespace=100&apfilterredir=nonredirects';
window.ListAllPortals_APIURL_StubPortals = '//fr.wikipedia.org/w/api.php?format=xml&action=query&list=categorymembers&rawcontinue=1&cmlimit='+ListAllPortals_APILimit+'&cmtitle=Catégorie:Wikipédia:ébauche Portail:';
window.ListAllPortals_APIURL_PdQPortals = '//fr.wikipedia.org/w/api.php?format=xml&action=query&list=categorymembers&rawcontinue=1&cmlimit='+ListAllPortals_APILimit+'&cmtitle=Catégorie:Portail de qualité';
window.ListAllPortals_APIURL_BPPortals = '//fr.wikipedia.org/w/api.php?format=xml&action=query&list=categorymembers&rawcontinue=1&cmlimit='+ListAllPortals_APILimit+'&cmtitle=Catégorie:Bon portail';
à tester. TigH (discuter) 17 septembre 2015 à 12:58 (CEST)
- C'est testé et nickel pour moi ! merci, Prométhée (discuter) 17 septembre 2015 à 13:30 (CEST)
Requête acceptée - 21 septembre 2015 à 07:00 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Mm]otocyclette/ , page : "Discussion Projet:Moto", template : false },
{ regexp : /[Mm]anche/ , page : "Discussion Portail:Manche", template : false },
{ regexp : /[Aa]rmée française/ , page : "Discussion Portail:Armée_française", template : false },
{ regexp : /[Mm]athématiques/ , page : "Discussion Projet:Mathématiques/Le_Thé", template : false },
{ regexp : /[Ii]ntercommunalités de France/ , page : "Discussion Projet:Intercommunalités_françaises", template : false },
{ regexp : /[Rr]éalisation audiovisuelle/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
{ regexp : /[Mm]acédoine/ , page : "Discussion Projet:Balkans", template : false },
Merci d'avance, --Chris a liege (discuter) 21 septembre 2015 à 01:44 (CEST)
Requête acceptée - 22 septembre 2015 à 10:16 (CEST)
Pages où apparaît ce message : Les infoboxs v3 et en particulier Modèle:Infobox Alpiniste, grimpeur
Changement proposé : ajout de trois pictogrammes dans la liste des pictogrammes affichables dans les infoboxs V3 :
- File:Picto infobox alpinisme.png pour l'alpinisme ;
- File:Picto infobox escalade.png pour l'escalade ;
- File:Picto infobox alpinisme-escalade.png pour l'alpinisme et l'escalade.
Cette proposition est issue de Discussion Projet:Alpinisme et escalade#Pictogramme optionnel pour l'infobox alpiniste-grimpeur.
Cela conduirait à ajouter à MediaWiki:Common.css dans la partie « /* Graphiques transparents d'en-têtes des Infobox */ » les deux blocs suivant :
- après .entete.aerostat…
.entete.alpinisme {
background-image: url("//upload.wikimedia.org/wikipedia/commons/d/df/Picto_infobox_alpinisme.png");
}
.entete.alpinisme-escalade {
background-image: url("//upload.wikimedia.org/wikipedia/commons/f/f4/Picto_infobox_alpinisme-escalade.png");
}
- après .entete.equitation…
.entete.escalade {
background-image: url("//upload.wikimedia.org/wikipedia/commons/e/e1/Picto_infobox_escalade.png");
}
(À noter que « .entete.egypte-antique » est mal placé car ne respecte pas l'ordre alphabétique.)
Je ne suis pas très habitué des modifications de ce type de page et des infoboxs v3, je ne pense pas faire d'erreur mais merci de vérifier tout de même…
O.Taris (discuter) 21 septembre 2015 à 23:22 (CEST)
- ajoutés-triés. Bonne continuation. TigH (discuter) 22 septembre 2015 à 10:16 (CEST)
Requête acceptée - 29 septembre 2015 à 10:15 (CEST)
Pages où apparaît ce message : pour tous les utilisateurs du script qui renomment une catégorie
Changement proposé : Il y a un petit bug d'affichage sur la hauteur de la pop-up qui est fixe, ce qui fait que certains éléments qui devraient être dedans sortent du cadre. En supprimant la ligne 181 (Menu.style.height= '100px';), la taille s'adaptera automatiquement. Merci. Prométhée (discuter) 26 septembre 2015 à 12:39 (CEST)
- Bonsoir Prométhée, modification apportée. Est-ce bon dorénavant ? Car de mon côté, je ne vois pas de différence. Cordialement. £e p$y £éon (discuter) 28 septembre 2015 à 22:49 (CEST)
- Nickel, je reproduisais le bug sur chrome et firefox. Là ce n'est plus le cas. Prométhée (discuter) 29 septembre 2015 à 08:13 (CEST)
Requête acceptée - 29 septembre 2015 à 07:10 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Aa]rmes/ , page : "Discussion Portail:Armes", template : false },
{ regexp : /[Pp]olar/ , page : "Discussion Portail:Polar", template : false },
{ regexp : /[Vv]alais/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Ss]ki alpin/ , page : "Discussion Portail:Ski_alpin", template : false },
{ regexp : /[Pp]uy-de-Dôme/ , page : "Discussion Portail:Puy-de-Dôme", template : false },
{ regexp : /[Aa]rts martiaux et sports de combat/ , page : "Discussion Portail:Arts_martiaux_et_sports_de_combat", template : false },
{ regexp : /[Aa]nnées 1970/ , page : "Discussion Portail:Années_1970", template : false },
{ regexp : /[Cc]ulture de la Suisse/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Cc]alvados/ , page : "Discussion Portail:Calvados", template : false },
Merci d'avance, --Chris a liege (discuter) 29 septembre 2015 à 00:52 (CEST)
Requête acceptée - 1 octobre 2015 à 21:26 (CEST)
Pages où apparaît ce message : utilisateurs du script
Changement proposé : Suite à la nouvelle interface de renommage, le gadget ne fonctione plus. Pour régler le problème, il faudrait remplacer les lignes 56-57 :
document.getElementById('wpReason').value = TextSelected;
document.getElementById('wpReason').focus();
par :
document.getElementById('wpReason').firstChild.value = TextSelected;
document.getElementById('wpReason').firstChild.focus();
Requête acceptée - 3 octobre 2015 à 10:46 (CEST)
Pages où apparaît ce message : pour tous les utilisateurs du script
Changement proposé : Bonjour, un bug fait que la page WP:SI est catégorisé lorsqu'une demande de SI de catégorie est effectuée ([3]). J'ai tenté à deux reprises de changer [[$page]] en [[:$page]] mais cela me fait casser tous le script. Pour une raison que j'ignore, ce qui marche pour « PASaskSITemplate » ne fonctionne plus pour « AskSImain_Template » 
Si quelqu'un à la solution... --Gratus (discuter) 3 septembre 2015 à 19:13 (CEST)
- Salut Gratus
- Je vois bien tes deux tentatives, mais je ne vois pas le problème… Qu'est-ce que cela casse ?
- Amicalement — Arkanosis ✉ 22 septembre 2015 à 17:12 (CEST)
- Le script ne s’exécutait plus du tout.--Gratus (discuter) 23 septembre 2015 à 06:56 (CEST)
- Gratus : J'ai réessayé, je ne vois pas de dysfonctionnement (en tout cas, le script s'active sur les PàS). MediaWiki a souvent une ou deux minutes flottement quand on modifie un gadget, où le gadget ne fonctionne plus du tout. C'était peut-être juste lié à ça. Orlodrim (discuter) 1 octobre 2015 à 21:33 (CEST)
- Requête marquée comme traité. Orlodrim (discuter) 3 octobre 2015 à 10:46 (CEST)
- Le script ne s’exécutait plus du tout.--Gratus (discuter) 23 septembre 2015 à 06:56 (CEST)
Requête acceptée - 3 octobre 2015 à 09:21 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Ii]nformation géographique/ , page : "Discussion Portail:Information_géographique", template : false },
{ regexp : /[Ss]ingapour/ , page : "Discussion Projet:Asie_du_Sud-Est", template : false },
{ regexp : /[Aa]ssociations/ , page : "Discussion Portail:Associations", template : false },
{ regexp : /[Tt]ogo/ , page : "Discussion Projet:Afrique/PàS", template : false },
{ regexp : /[Ss]omalie/ , page : "Discussion Projet:Afrique/PàS", template : false },
{ regexp : /[Ee]space Mittelland/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Nn]euch[âa]tel/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Ss]ociologie/ , page : "Discussion Projet:Sciences_humaines_et_sociales/Annonces_de_suppression_et_fusion", template : false },
Merci d'avance, --Chris a liege (discuter) 3 octobre 2015 à 01:42 (CEST)
Requête acceptée - 11 octobre 2015 à 18:00 (CEST)
Pages où apparaît ce message : diffs (si gadget RevertDiff activé)
Changement proposé : Bonjour,
Lors du clic sur Maladresse ou Vandalisme, le message posté automatiquement sur la page utilisateur ne précise pas sur quelle page la maladresse/le vandalisme a été annulé.
En l'occurrence, le titre de section ajouté sur la page de l'utilisateur indique Votre modification a été annulée (avec deux espaces entre modification et annulée). Serait-il possible de le transformer en Votre modification sur page bidon a été annulée, svp ? Merci d'avance.
InfraRouge77 (discuter) 23 septembre 2015 à 17:08 (CEST)
- Est-ce que quelqu'un comprend pourquoi Dr Brains et activé cette fonctionnalité et l'a désactivé un jour plus tard avec le commentaire « fix temporaire » ? Orlodrim (discuter) 1 octobre 2015 à 21:36 (CEST)
Requête acceptée - 11 octobre 2015 à 18:34 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Hh]a[ïi]ti/ , page : "Discussion Projet:Caraïbe", template : false },
{ regexp : /[Pp]rogrammation informatique/ , page : "Discussion Portail:Programmation_informatique", template : false },
{ regexp : /[Gg]ratte-ciel/ , page : "Discussion Portail:Gratte-ciel", template : false },
{ regexp : /[Ll]ondres/ , page : "Discussion_Wikipédia:Le_Pub", template : false },
{ regexp : /[Bb]ahamas/ , page : "Discussion Projet:Caraïbe", template : false },
{ regexp : /[Cc]olorado/ , page : "Discussion Projet:États-Unis/Pages à supprimer", template : false },
{ regexp : /[Mm]onde arabe/ , page : "Discussion Portail:Monde_arabe", template : false },
{ regexp : /[Bb]urundi/ , page : "Discussion Projet:Afrique/PàS", template : false },
{ regexp : /[Pp]remier Empire/ , page : "Discussion Projet:Révolution et Empire/Pages_à_supprimer", template : false },
Merci d'avance, --Chris a liege (discuter) 11 octobre 2015 à 01:35 (CEST)
Requête acceptée - 11 octobre 2015 à 08:29 (CEST)
Pages où apparaît ce message : Lors du déclenchement du filtre n°27.
Changement proposé : L’icône de signature a été changée. Il s'agit maintenant de File:Insert-signature2.svg. Merci. --SleaY (discuter) 11 octobre 2015 à 05:57 (CEST)
- En fait, le bouton de signature n'est plus visible du tout dans l'espace principal. J'ai retiré la mention : ceux qui déclenchent encore le filtre insèrent leur signature d'une autre façon. Orlodrim (discuter) 11 octobre 2015 à 08:29 (CEST)
Requête acceptée - 21 octobre 2015 à 18:08 (CEST)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Ss]an Francisco/ , page : "Discussion Projet:États-Unis/Pages à supprimer", template : false },
{ regexp : /[Rr]ecords/ , page : "Discussion Portail:Records", template : false },
{ regexp : /[Ss]ciences humaines et sociales/ , page : "Discussion Projet:Sciences humaines et sociales/Annonces de suppression et fusion", template : false },
{ regexp : /[Ss]aint-Denis (La Réunion)/ , page : "Discussion Portail:La_Réunion", template : false },
{ regexp : /[Ss]pectacle/ , page : "Discussion Portail:Arts_du_spectacle", template : false },
{ regexp : /[Ll]une/ , page : "Discussion Portail:Lune", template : false },
{ regexp : /[Ii]magerie numérique/ , page : "Discussion Portail:Imagerie_numérique", template : false },
{ regexp : /[Cc]hemin de fer en Suisse/ , page : "Discussion Projet:Chemin_de_fer", template : false },
Merci d'avance, --Chris a liege (discuter) 21 octobre 2015 à 01:38 (CEST)
Requête acceptée - 21 octobre 2015 à 16:24 (CEST)
Le lien vers l’image est brisé.
RemplacerMonobookToolbar.fonctions.CreateButton('//upload.wikimedia.org/wikipedia/commons/5/5c/Button_references2.png', 'Section ou article à sourcer', '', '{{à sourcer|date=' + getStrDateToday('m a') + '}}\n', '', "mw-editbutton-a_sourcer");
Par
MonobookToolbar.fonctions.CreateButton('//upload.wikimedia.org/wikipedia/commons/f/fb/Button_references2_new.png', 'Section ou article à sourcer', '', '{{à sourcer|date=' + getStrDateToday('m a') + '}}\n', '', "mw-editbutton-a_sourcer");
Merci. — Thibaut (会話) 21 octobre 2015 à 16:20 (CEST)
Requête acceptée - 29 octobre 2015 à 09:35 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Tt]ours/ , page : "Discussion Portail:Tours", template : false },
{ regexp : /[Ii]ndre-et-Loire/ , page : "Discussion Portail:Centre-Val_de_Loire", template : false },
{ regexp : /[Aa]nnées 1980/ , page : "Discussion Portail:Années_1980", template : false },
{ regexp : /[Ww]isconsin/ , page : "Discussion Projet:États-Unis/Pages_à_supprimer", template : false },
{ regexp : /[Aa]rts du spectacle/ , page : "Discussion Portail:Arts_du_spectacle", template : false },
{ regexp : /[Hh]ip-hop/ , page : "Discussion Projet:Hip-hop/PàS ", template : false },
{ regexp : /[Mm]annequinat/ , page : "Discussion Portail:Mannequinat", template : false },
Merci d'avance, --Chris a liege (discuter) 29 octobre 2015 à 02:41 (CET)
Requête acceptée - 31 octobre 2015 à 22:38 (CET)
Pages où apparaît ce message :
Changement proposé : Ajouter le code suivant
// launched after all the onready fired
$(document).ready(function() {
$(window).load(function() {
//scroll to the url hash if any
if(window.location.hash) {
var currentTarget = document.getElementById(window.location.hash.substring(1));
currentTarget.scrollIntoView(true);
}
})
});
Son objectif est de recentrer la page sur l'ancre avec laquelle elle a été appelée, et ce après que toutes les modifications à la présentation de la page aient été faites, notamment le repli des boites déroulantes.
Xavier Combelle (discuter) 22 octobre 2015 à 15:04 (CEST)
- Ça semble améliorer les choses, sans les résoudre totalement. Quand je consulte [4], j'ai maintenant la section "Circonscription administrative" en haut, alors que c'était plus loin que ça avant. Orlodrim (discuter) 27 octobre 2015 à 19:10 (CET)
- Bon, je marque comme résolu, de toute façon je n'ai pas de meilleure solution. Orlodrim (discuter) 31 octobre 2015 à 22:38 (CET)
Requête acceptée - 2 novembre 2015 à 14:37 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Rr]obotique/ , page : "Discussion Portail:Robotique", template : false },
{ regexp : /[Pp]ays de la Loire/ , page : "Discussion Portail:Pays_de_la_Loire", template : false },
{ regexp : /[Vv]aud/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Cc]orrèze/ , page : "Discussion Portail:Limousin", template : false },
{ regexp : /[Dd]jibouti/ , page : "Discussion Projet:Afrique/PàS", template : false },
{ regexp : /[Rr]eims/ , page : "Discussion Projet:Champagne-Ardenne", template : false },
{ regexp : /[Aa]nnées 1980/ , page : "Discussion Portail:Années_1980", template : false },
Merci beaucoup, --Chris a liege (discuter) 2 novembre 2015 à 01:23 (CET)
- - Je pense qu'il faudrait proprement aligner à gauche toute cette liste, mais je n'ai pas le temps dans l'immédiat ? TigH (discuter) 2 novembre 2015 à 14:37 (CET)
Requête acceptée - 3 novembre 2015 à 20:01 (CET)
Pages où apparaît ce message : (Certaines ?) pages de recherche.
Changement proposé :
s/Affiche les résultats pour $1. Recherchez à sa place pour $2/Affiche les résultats pour $1. Recherchez à la place: $2
- Fait en modifiant un peu la formulation. Orlodrim (discuter) 3 novembre 2015 à 20:01 (CET)
Requête acceptée - 15 novembre 2015 à 02:09 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Cc]antal/ , page : "Discussion Portail:Cantal", template : false },
{ regexp : /[Cc]ulture ivoirienne/ , page : "Discussion Portail:Culture_ivoirienne", template : false },
{ regexp : /[Aa]nnées 2010/ , page : "Discussion Portail:Années_2010", template : false },
{ regexp : /[Cc]uisine italienne/ , page : "Discussion Projet:Italie", template : false },
{ regexp : /[Ff]ribourg/ , page : "Discussion Projet:Suisse/Carnotzet", template : false },
{ regexp : /[Oo]rne/ , page : "Discussion Portail:Orne", template : false },
{ regexp : /[ÎîIi]les Canaries/ , page : "Discussion Projet:Espagne", template : false },
{ regexp : /[Nn]eurosciences/ , page : "Discussion Projet:Biologie/Le_café_des_biologistes", template : false },
{ regexp : /[Cc]ôte d'Opale/ , page : "Discussion Portail:Côte_d'Opale", template : false },
{ regexp : /[Ff]roid et climatisation/ , page : "Portail:Froid_et_climatisation", template : false },
{ regexp : /[Cc]atalogne/ , page : "Discussion Projet:Pays_catalans", template : false },
Merci d'avance, --Chris a liege (discuter) 15 novembre 2015 à 01:57 (CET)
Fait. — Thibaut (会話) 15 novembre 2015 à 02:09 (CET)
Requête acceptée - 19 novembre 2015 à 11:25 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changements proposés : Bonjour, pourriez-vous encore ajouter/modifier les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
- 1 - Ajouts :
{ regexp : /[Aa]urès/ , page : "Discussion Portail:Aurès", template : false },
{ regexp : /[Cc]hocolat/ , page : "Discussion Portail:Chocolat", template : false },
{ regexp : /[Pp]rovence/ , page : "Discussion_Projet:Provence-Alpes-Côte_d'Azur", template : false },
- 2 - Modification :
Suite à la création d'une page dédiée aux PàS, merci de supprimer l'exception existante concernant les associations et de la remplacer par la ligne suivante :
{ regexp : /[Aa]ssociations/ , page : "Discussion_Projet:Associations/Pages_à_supprimer", template : false },
Merci d'avance, --Chris a liege (discuter) 19 novembre 2015 à 01:00 (CET)
MediaWiki:Gadget-PaStec.js - 13 bis modifier
Requête acceptée - 19 novembre 2015 à 12:29 (CET)
Pages où apparaît ce message :Toutes pages où PaStec apparaît
Changement proposé : Lors de la modification « Gadget-PaStec.js - 13 » ci-dessus, une exception a été créée pour la notification du projet association, tenant compte de la nouvelle page dédiée aux PaS sur le projet (ligne 122), mais une ancienne ligne de redirection (doublon?, Ligne 192) n'a pas été supprimée. Donc, il faudrait :
- Supprimer : la ligne 192 : { regexp : /[Aa]ssociations/ , page : "Discussion Portail:Associations", template : false },
Merci d'avance, --Chris a liege (discuter) 19 novembre 2015 à 11:42 (CET)
Demande de complément dans la zone des caractères spéciaux modifier
Requête acceptée - 23 novembre 2015 à 16:58 (CET)
Pages où apparaît ce message : toutes en mode Édition
Changement proposé : Bonjour,
Dans la boîte des caractères spéciaux, il serait intéressant que, dans la partie inférieure de la zone encadrée en rouge de cette illustration (elle date de 2007), une séquence <u></u> soit ajoutée afin de pouvoir souligner facilement un ou plusieurs termes. Est-ce possible ? Cordialement. Geralix (discuter) 23 novembre 2015 à 15:26 (CET)
- Je l'ai fait techniquement seulement, au sens où un petit débat pourrait voir le jour si l'utilité n'est pas assez avérée. TigH (discuter) 23 novembre 2015 à 16:58 (CET)
- Merci beaucoup. Geralix (discuter) 23 novembre 2015 à 17:12 (CET)
- P:CS le déconseille et gère une liste de suppression. Donc à ne pas encourager. --FDo64 (discuter) 23 novembre 2015 à 17:19 (CET)
- Merci beaucoup. Geralix (discuter) 23 novembre 2015 à 17:12 (CET)
Requête acceptée - 26 novembre 2015 à 06:55 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Bb]oisson/ , page : "Discussion Projet:Alimentation_et_gastronomie/Pages_à_supprimer", template : false },
{ regexp : /[Cc]hine/ , page : "Discussion Projet:Monde_chinois", template : false },
{ regexp : /[Cc]ontes/ , page : "Discussion Portail:Contes", template : false },
{ regexp : /[Ee]ure/ , page : "Discussion Projet:Normandie", template : false },
{ regexp : /[Hh]istoire de la zoologie et de la botanique/ , page : "Discussion Projet:Biologie/Le_café_des_biologistes ", template : false },
{ regexp : /[Ii]magerie numérique/ , page : "Discussion Portail:Imagerie_numérique", template : false },
{ regexp : /[Jj]judo/ , page : "Discussion Portail:Judo", template : false },
{ regexp : /[Mm]annequinat/ , page : "Discussion Portail:Mannequinat", template : false },
{ regexp : /[Rr]épublique populaire de Chine/ , page : "Discussion Projet:Monde_chinois", template : false },
Merci d'avance, --Chris a liege (discuter) 26 novembre 2015 à 01:53 (CET)
Requête acceptée - 1 décembre 2015 à 02:46 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Aa]lpes-Maritimes/ , page : "Discussion Projet:Provence-Alpes-Côte_d'Azur", template : false },
{ regexp : /[Aa]viron/ , page : "Projet:Sport/Pages à supprimer", template : "* $page (d · h · j · ↵) " },
{ regexp : /[Bb]erlin/ , page : "Discussion Projet:Monde_germanique", template : false },
{ regexp : /[Bb]iologie cellulaire et moléculaire/ , page : "Discussion Projet:Biologie/Le_café_des_biologistes", template : false },
{ regexp : /[Cc]hâteaux de France/ , page : "Discussion Projet:Châteaux", template : false },
{ regexp : /[EÉeé]poque contemporaine/ , page : "Discussion Portail:Époque_contemporaine", template : false },
{ regexp : /[Ll]ibéralisme/ , page : "Discussion Portail:Libéralisme", template : false },
{ regexp : /[Qq]atar/ , page : "Discussion Projet:Moyen-Orient", template : false },
{ regexp : /[Tt]okyo/ , page : "Discussion Projet:Japon/Maison_de_thé", template : false },
Merci d'avance, --Chris a liege (discuter) 1 décembre 2015 à 02:36 (CET)
- Fait. — Thibaut (会話) 1 décembre 2015 à 02:46 (CET)
MediaWiki:Common.css : texhtml modifier
Requête acceptée - 5 décembre 2015 à 00:30 (CET)
Pages où apparaît ce message : toutes
Changement proposé : remplacer la définition de
/* Taille et alignement des formules mathématiques. */
.texhtml {
font-size: 120%;
}
par une définition extraite de en:Mediawiki:Common.css (à partir de la ligne 1294)
/* texhtml class for inline math */
span.texhtml {
font-family: "Nimbus Roman No9 L", "Times New Roman", Times, serif;
font-size: 118%;
line-height: 1;
}
span.texhtml {
white-space: nowrap;
}
span.texhtml span.texhtml {
font-size: 100%;
}
/* Force tabular and lining display for texhtml */
.texhtml {
-moz-font-feature-settings: "lnum", "tnum", "kern" 0;
-webkit-font-feature-settings: "lnum", "tnum", "kern" 0;
font-feature-settings: "lnum", "tnum", "kern" 0;
font-variant-numeric: lining-nums tabular-nums;
font-kerning: none;
}
La raison est que le modèle Modèle:Formule qui utilise cette classe ne fonctionne plus correctement depuis quelques jours (Voir cette discussion sur Projet:Mathématiques/Le_Thé#Modèle_math) : il n'utilise plus de police à empattements, le seul changement de taille qui devait compenser plus ou moins le changement de police n'a pas d'intérêt. Selon la page de discussion du modèle la classe était définie dans un autre ficher css qui a disparu. Le modèles en:Template:math qui utilise la définition de la classe texhtml ci-dessus fonctionne très correctement (le rendu est me semble-t-il meilleur que l'ancien rendu sur fr:, il s'intègre bien au texte). J'ai testé ces définitions dans mon Common.css utilisateur et cela fonctionne comme sur en: (j'ai laissé aussi un message sur la pdd de Common.css). Proz (discuter) 27 novembre 2015 à 00:50 (CET)
Précisions :
- cette classe est utilisé actuellement (du moins je n'ai rien trouvé d'autre) par le modèle modèle:Formule et le modèle:racine pour des expressions mathématiques dans le corps du texte (on pourrait en ajouter d'autres) ; les modifications du css proposées ne concernent que cette classe, aucune incidence en dehors de ces utilisations.
- la première règle permet de passer en police à empattements, ce qui est l'objet premier de cette classe (TeX utilise par défaut des polices à empattements (Serif) pour les expressions mathématiques), les changement de taille et le maintien de la hauteur de ligne sont calculées pour l'intégration au texte. C'était encore le cas il y a peu. Il n'y aurait aucune raison de conserver cette classe pour un simple changement de taille. Pour le choix des polices ça paraît raisonnable de s'aligner sur en: où c'est bien testé.
- la seconde règle (white-space: nowrap;) évite de casser les formules en fin de ligne (c'est actuellement réalisé sur ces modèles par appel à la classe nowrap, car on souhaite toujours que les formules mathématiques ne soient pas "cassées"). C'est plus propre de le mettre ici.
- la troisième règle permet qu'il n'y ait pas de double changement dans taille par imbrication, voir la documentation de modèle:racine, dernier exemple, sans cette règle la taille est trop grande dans le radicande, avec cette règle la taille est correcte). Elle facilite l'écriture en rendant inutile l'imbrication systématique d'un modèle(comme le modèle racine) dans le modèle Formule. On ne peut pas avoir l'équivalent de cette règle avec l'attribut style.
- Pour la quatrième, certaines propriétés sont "propriétaires" (dépendent du moteur html du navigateur), le kerning est l'ajustement de l'espacement, il est également annulé en mode mathématique dans TeX/LaTeX. Pour le reste je ne comprends pas tout. Je pourrais chercher mais je suis partisan de faire confiance à ce qui a été fait sur en:, où il y a plus de monde sur le sujet, et ça fonctionne.
- On pourrait intégrer aux modèles ces définitions par l'attribut "style", mais c'est bien plus propre de le faire par une classe appelée avant dans le css, les utilisateurs qui le souhaitent conservent ainsi la possibilité de le redéfinir dans leur fichier css personnel, et on ne peut de toute façon pas obtenir la troisième règle qui est bien utile de cette façon.
- Comme il y a une communauté mathématique plus importante (et très internationale) sur en:, et donc plus de personnes qui se sentent concernées, plus de tests, ça me semble plus économique et plus performant de s'aligner sur ce qu'ils font pour la typographie des formules mathématiques qui est elle aussi très internationale, les quelques variantes que l'on peut avoir en français ne sont de toute façon pas au niveau de ces définitions. Proz (discuter) 29 novembre 2015 à 13:48 (CET)
- Serait-il possible d'avoir une réponse, afin d'avancer, et de savoir au moins pour quelles raisons la classe texhtml a été réduite à un simple changement de taille ? Est-ce une décision délibérée ? Proz (discuter) 4 décembre 2015 à 17:01 (CET)
- @Proz
Je peux l'envisager puisque personne n'intervient dans un sens ou un autre. Il faudrait au préalable traduire ce qui peut l'être. TigH (discuter) 4 décembre 2015 à 19:30 (CET)- Je viens tester le rendu avec ces styles… C’est certainement mieux que l’énormité de la version actuelle, mais je ne peux m’empêcher de penser comme Pic-Sou en 2012 que même avec une image (toujours le mode par défaut),
<math>est meilleur — bonnes contributions, Ltrlg (discuter), le 4 décembre 2015 à 22:55 (CET)- En effet, et je maintiens cette position d’autant que le code LaTeX présent l’avantage d’être combinable avec MathJax et plus facilement exportable. Mais dans mon souvenir, cette position n’était pas consensuelle…
- Cordialement --Pic-Sou 4 décembre 2015 à 23:30 (CET)
- Fait. J'ai par contre simplifié le code : cette classe étant toujours utilisé dans un span, j'ai tout regroupé sous la classe seule. font-kerning et font-variant-numeric sont à préférer à font-feature-settings, donc je n'ai laissé ce dernier que là où c'était nécessaire. J'ai précisé les navigateurs pour la future maintenance. — Zebulon84 (discuter) 5 décembre 2015 à 00:29 (CET)
- Merci pour la modif les simplifications et précisions (remarque : aux dernières nouvelles MathJax est abandonnée sur wikipedia, en 2012 on espérait que cela devienne le mode par défaut, le code LaTeX a bien-sûr l'avantage d'être portable, ce modèle et ses associés, c'est du bricolage mais utile et qui risque de durer). Proz (discuter) 5 décembre 2015 à 08:28 (CET)
- Effectivement, la direction actuelle est plutôt de générer du MathML côté serveur et de l’afficher directement sur les navigateurs compatibles (avec retour à une image pour les autres). Si cette version suit un autre chemin que la regrettée intégration de MathJax côté client, ces modèles seront inutiles. Malheureusement, je n’ai pu trouver aucune indication d’une date estimée
— bonnes contributions, Ltrlg (discuter), le 5 décembre 2015 à 13:57 (CET)
- Effectivement, la direction actuelle est plutôt de générer du MathML côté serveur et de l’afficher directement sur les navigateurs compatibles (avec retour à une image pour les autres). Si cette version suit un autre chemin que la regrettée intégration de MathJax côté client, ces modèles seront inutiles. Malheureusement, je n’ai pu trouver aucune indication d’une date estimée
- Merci pour la modif les simplifications et précisions (remarque : aux dernières nouvelles MathJax est abandonnée sur wikipedia, en 2012 on espérait que cela devienne le mode par défaut, le code LaTeX a bien-sûr l'avantage d'être portable, ce modèle et ses associés, c'est du bricolage mais utile et qui risque de durer). Proz (discuter) 5 décembre 2015 à 08:28 (CET)
- Je viens tester le rendu avec ces styles… C’est certainement mieux que l’énormité de la version actuelle, mais je ne peux m’empêcher de penser comme Pic-Sou en 2012 que même avec une image (toujours le mode par défaut),
- @Proz
Requête acceptée - 4 décembre 2015 à 01:40 (CET)
Pages où apparaît ce message : Toutes pages où PaStec apparaît
Changement proposé : Bonjour, pourriez-vous :
1. encore ajouter les exceptions suivantes au § "Pages de discussion projet spéciales" (lignes 90 et +). Ces exceptions, et il y en a de nombreuses autres, si non traitées rendent aléatoire l'utilisation de la commande "Avertir projets" (type de demande déjà accepté):
{ regexp : /[Aa]rabie saoudite/ , page : "Discussion_Projet:Moyen-Orient", template : false },
{ regexp : /[Cc]inéma britannique/ , page : "Discussion Projet:Cinéma/Pages_à_supprimer", template : false },
{ regexp : /[EÉeé]criture/ , page : "Discussion Projet:Langues/Café_des_linguistes", template : false },
{ regexp : /[Gg][oö]teborg/ , page : "Discussion Projet:Pays nordiques", template : false },
{ regexp : /[Gg]oogle/ , page : "Discussion Portail:Google", template : false },
{ regexp : /[Hh][oô]tellerie/ , page : "Discussion Projet:Tourisme", template : false },
{ regexp : /[Ii]nnsbruck/ , page : "Discussion Projet:Monde_germanique", template : false },
2. en raison de la création d'une nouvelle page dédiée aux PàS, modifier l'exception suivante :
{ regexp : /[Ss]éries télévisées américaines/ , page : "Discussion Projet:Séries_télévisées", template : false },
en
{ regexp : /[Ss]éries télévisées américaines/ , page : "Discussion Projet:Séries_télévisées/Pages_à_supprimer", template : false },
Merci d'avance, --Chris a liege (discuter) 4 décembre 2015 à 01:29 (CET)
- Fait. — Thibaut (会話) 4 décembre 2015 à 01:40 (CET)
Requête acceptée - 5 décembre 2015 à 18:33 (CET)
Je relaie une demande de Vivaelcelta (d · c · b) sur ma page de discussion. Orlodrim (discuter) 27 septembre 2015 à 09:10 (CEST)
I propose to import a this template en:MediaWiki:Movepage-moved of English Wikipedia in MediaWiki:Movepage-moved. Regards. --Vivaelcelta (discuter) 26 septembre 2015 à 05:45 (CEST)
- Je pense qu’il vaudrait mieux en discuter avec P:A&A pour l’adapter à la mise en forme qu’ils ont commencé à répandre. Je leur ai signalé cette proposition : Renommages. Bonnes contributions — Ltrlg (discuter), le 27 septembre 2015 à 13:44
- Fait — bonnes contributions, Ltrlg (discuter), le 5 décembre 2015 à 18:33 (CET)
MediaWiki:Common.js (scroll to the url hash) modifier
Requête refusée - 5 décembre 2015 à 01:10 (CET)
Pages où apparaît ce message : toutes Changement proposé : remplacer
// launched after all the onready fired
$(document).ready(function() {
$(window).load(function() {
//scroll to the url hash if any
if(window.location.hash) {
var currentTarget = document.getElementById(window.location.hash.substring(1));
currentTarget.scrollIntoView(true);
}
})
});
par
// launched after all the onready fired
$(document).ready(function() {
$(window).load(function() {
//scroll to the url hash if any
if(window.location.hash) {
var currentTarget = document.getElementById(window.location.hash.substring(1));
var position = $(currentTarget).offset().top;
window.scrollTo(0,position);
}
})
});
pour corriger le problème soulevé par User:Orlodrim dans mon intervention précédente à savoir que https://fr.wikipedia.org/wiki/R%C3%A9gion_fran%C3%A7aise#Circonscription_.C3.A9lectorale ne s'affichait pas au bon endroit. N'hésitez pas à faire le test sur votre common.js en plaçant simplement le nouveau code dessus (et en me notifiant tout problème) Ps:ping User:Orlodrim Xavier Combelle (discuter) 2 novembre 2015 à 14:00 (CET)
- Pour moi, ça ne semble pas faire de différence, malheureusement : le lien [5] affiche toujours la section « Circonscription administrative » en haut de l'écran sous Firefox, tandis que sous Chrome, c'est quelques dizaines de pixels plus bas (le début de la section « Circonscription administrative » est visible mais pas le titre).
- Orlodrim (discuter) 3 novembre 2015 à 18:28 (CET)
- Après quelques test, la position ne semble pas vraiment modifiée par le changement de code, elle est parfois bonne, parfois mauvaise, quelque soit le navigateur (globalement meilleure avec Edge et Chrome qu'avec Firefox cependant). Donc pas de changement. — Zebulon84 (discuter) 5 décembre 2015 à 01:10 (CET)
Requête acceptée - 14 décembre 2015 à 23:42 (CET)
Pages où apparaît ce message : docs avec <templatedata>
Changement proposé : quelque chose de plus clair, parce que je sais à peu près ce que c'est que les modèles de Wikipédia mais je ne vois pas du tout ce qu'est la mise en forme « inline » (ou en ligne) des paramètres. — Oliv☮ Éppen hozzám? 14 décembre 2015 à 19:57 (CET)
- Voir
formatdans la spec. Il semble y avoir plusieurs autres messages à revoir. Pas de meilleure idée pour le moment. C’est à faire sur TWN, je propose de fermer la requête ici — bonnes contributions, Ltrlg (discuter), le 14 décembre 2015 à 20:14 (CET)- J'ai changé la traduction des expressions dans translatewiki:MediaWiki:templatedata-doc-format-inline/fr et translatewiki:MediaWiki:templatedata-doc-format-block/fr par « sur une seule ligne » et « multiligne ». S'il n'y a pas d'objection, j'appliquerai globalement le changement. Orlodrim (discuter) 14 décembre 2015 à 20:39 (CET)
- Parfait merci, donc mise en forme « inline » voulait dire sur une seule ligne. — Oliv☮ Éppen hozzám? 14 décembre 2015 à 20:44 (CET)
- J'ai traduit les (deux) autres messages concernés de la même façon. Orlodrim (discuter) 14 décembre 2015 à 23:42 (CET)
- Parfait merci, donc mise en forme « inline » voulait dire sur une seule ligne. — Oliv☮ Éppen hozzám? 14 décembre 2015 à 20:44 (CET)
- J'ai changé la traduction des expressions dans translatewiki:MediaWiki:templatedata-doc-format-inline/fr et translatewiki:MediaWiki:templatedata-doc-format-block/fr par « sur une seule ligne » et « multiligne ». S'il n'y a pas d'objection, j'appliquerai globalement le changement. Orlodrim (discuter) 14 décembre 2015 à 20:39 (CET)
Requête acceptée - 17 décembre 2015 à 09:51 (CET)
Pages où apparaît ce message : Spécial:Notifications = système de notifications en haut des pages
Changement proposé : dans ces messages locaux (ou sur translatewiki: en les effaçant), puisque {{GENDER:| fonctionne maintenant pour le genre grammatical du lecteur (voir sur Bistro et sur pdd d'Orlodrim (d · c))
- dans MediaWiki:Notification-header-mention ajouter « {{GENDER:||e|(e)}} » à la fin de « vous a mentionné »
- dans MediaWiki:Notification-header-edit-thank enlever le $4 dans « {{GENDER:$4|remercié|remerciée|remercié(e)}} » (et éventuellement remplacer « {{GENDER:$2|a}} » par simplement « a » puisque « vous a » ne change pas quel que soit le genre grammatical de l'un ou l'autre)
— Oliv☮ Éppen hozzám? 10 décembre 2015 à 08:06 (CET)
- Si j'en crois MediaWiki:Notification-header-mention/fr, les modifications faites sur translatewiki ne sont pas encore arrivée ici. En attendant j'ai copié le message de translatewiki sur MediaWiki:Notification-header-mention.
- Le deuxième message est déjà identique à translatewiki, donc correct. Mais ça ne marchera correctement que lorsque les nouveaux paramètres qu'Orlodirm a fait ajouté seront actif. Ils arriveront avec la MediaWiki 1.27/wmf.8 qui devrait être déployé aujourd'hui, mais au moment ou j'écris ces lignes, c'est toujours la wmf.7 qui est en place.
- Je laisse la requête ouverte pour que MediaWiki:Notification-header-mention soit supprimé lorsque la version de translatewiki sera arrivée.
- Zebulon84 (discuter) 10 décembre 2015 à 09:24 (CET)
- Pour MediaWiki:Notification-header-edit-thank, effectivement c'est bon d'après la description des paramètres : $4 est l'utilisateur remercié, même si ça marche aussi sans $4 (et il reste juste que GENDER avec une seule forme ne fait rien dans « {{GENDER:$2|a}} » et pourrait être enlevé).
- Pour MediaWiki:Notification-header-mention, $5 est bien le lecteur de la notification d'après la description des paramètres, mais dans le message actuel copié de translatewiki « {{GENDER:$5||e}} » reste à remplacer par « {{GENDER:$5||e|(e)}} » ou l'équivalent « {{GENDER:||e|(e)}} » comme pour le remerciement, car actuellement la finale au masculin en cas de genre grammatical non indiqué n'est pas cohérente avec les autres notifications utilisant « (e) » (et GENDER avec une seule forme ne fait rien dans « {{GENDER:$2|mentionné}} » et pourrait être enlevé). — Oliv☮ Éppen hozzám? 10 décembre 2015 à 10:54 (CET)
- Pour enfoncer le clou : {{GENDER:|...}} sans paramètre ne marche pas dans les messages de l'extension Echo et il n'est pas prévu que cela change. Si un message contient {{GENDER:|...}}, c'est une erreur, dont la conséquence est que la version neutre est affichée pour tout le monde, ou à défaut la version au masculin. Seule la syntaxe {{GENDER:$paramètre|...}} peut fonctionner. S'il y a encore des messages où il manque l'utilisateur courant comme paramètre, il faut demander son ajout sur Phabricator.
- Il ne faut donc pas enlever $4 dans MediaWiki:Notification-header-edit-thank. Par ailleurs, l'interface de translatewiki est faite de telle sorte qu'il faut utiliser tous les paramètres du message d'origine, à moins de ne pas passer par les listes de messages à traduire. C'est la raison pour laquelle même les paramètres sans effet sont généralement inclus (par exemple {{GENDER:$2|a}}).
- Orlodrim (discuter) 10 décembre 2015 à 12:57 (CET)
- Ah d'accord, GENDER sans paramètre marche mais pas dans l'extension qui fait les notifications ; alors la seule chose encore à faire est de remplacer {{GENDER:$5||e}} » par « {{GENDER:$5||e|(e)}} dans MediaWiki:Notification-header-mention (ou sur translatewiki: en l'effaçant). — Oliv☮ Éppen hozzám? 10 décembre 2015 à 13:20 (CET)
- Je ne suis pas sur que ce « (e) » fasse consensus.
- Orlodrim ayant supprimé le message le 11 décembre, je clos la requête. — Zebulon84 (discuter) 17 décembre 2015 à 09:51 (CET)
- Zebulon84 et Orlodrim : Le seul petit problème restant est qu'un utilisateur qui ne se déclare pas homme ou femme dans ses préférences (la majorité probablement) est actuellement « remercié(e) » mais « mentionné ». — Oliv☮ Éppen hozzám? 17 décembre 2015 à 12:04 (CET)
- Pour ma part je ne désire pas démarer de guerre d'édition sur ce sujet en ajoutant ou supprimant ce « (e) ». Tu peux tout à fait t'inscrire sur translatewiki.net pour modifier ces messages directement. — Zebulon84 (discuter) 17 décembre 2015 à 12:22 (CET)
-
- Je l'ai déjà expliqué sur translatewiki, je ne suis pas favorable aux "(e)" dans l'interface. Cela dit, je vais m'abstenir d'y toucher pour le moment.
- Orlodrim (discuter) 17 décembre 2015 à 18:20 (CET)
- Je les trouve un peu lourds aussi, je disais ça juste par cohérence : enlever « (e) » partout ou mettre « (e) » partout, mais pas dans mes notifications à la fois « remercié(e) » et « mentionné ». Bon c'est du détail. — Oliv☮ Éppen hozzám? 17 décembre 2015 à 18:33 (CET)
- Ah d'accord, GENDER sans paramètre marche mais pas dans l'extension qui fait les notifications ; alors la seule chose encore à faire est de remplacer {{GENDER:$5||e}} » par « {{GENDER:$5||e|(e)}} dans MediaWiki:Notification-header-mention (ou sur translatewiki: en l'effaçant). — Oliv☮ Éppen hozzám? 10 décembre 2015 à 13:20 (CET)
MediaWiki:Common.css : test d'un id pour application d'un sondage (priorité élevée) modifier
Requête acceptée - 23 décembre 2015 à 18:51 (CET)
Pages où apparaît ce message : Utilisateur:Feldo/Brouillon/Titre 2015 et Utilisateur:Feldo/Brouillon1 (destinée à remplacer à terme Wikipédia:Accueil principal)
Changement proposé : La nouvelle page d'accueil de Wikipédia issue du sondage de 2014 étant proche de son déploiement (prévu pour Noël ou juste après), nous sommes actuellement bien embêtés. MediWiki refuse en effet l'inclusion d'une partie de CSS concernant l'arrière-plan du nouveau bandeau de titre. Or, ce code est nécessaire pour se passer d'un tableau en gardant l'apparence affichée pendant le sondage et pour que le bandeau s'affiche correctement sur tous les écrans.
J'ai par conséquent rassemblé ce CSS sous forme d'une id à ajouter à MediaWiki:Common.css (et différente de accueil_titre), dont voici le code :
#accueil_bandeau_2014 {
background: url(https://upload.wikimedia.org/wikipedia/commons/8/80/Wikipedia-logo-v2.svg) no-repeat 5px 0 0 -110px;
background-size: 300px 300px;
background-position: top left;
}
Merci d'avance à celui ou celle qui s'en chargera. -- Feldo [Discussion constructive] 23 décembre 2015 à 17:57 (CET)
- Trizek bla 23 décembre 2015 à 18:51 (CET)
- Trizek : Merci. Cependant, suite à des tests plus poussés, j'ai réussi à résoudre des bugs en remplaçant background pas
background: url(https://upload.wikimedia.org/wikipedia/commons/8/80/Wikipedia-logo-v2.svg) no-repeat -110px -15px;
et en remplaçant la ligne background-position parpadding-bottom: 1rem;
. Penses-tu pouvoir t'en occuper stp ? Merci d'avance :) -- Feldo [Discussion constructive] 23 décembre 2015 à 21:45 (CET)- @Feldo, Trizek bla 23 décembre 2015 à 22:36 (CET)
- Trizek : Merci beaucoup. :) Cependant, l'ajout du fond fait qu'on a parfois du mal à distinguer les liens du logo en mode compact. J'ai créé une classe pour réparer cela :
.bouton_accueil_bandeau_2014 a {background: rgba(255, 255, 255, 0.6);}- Serait-il possible de l'ajouter ? Merci d'avance. -- Feldo [Discussion constructive] 24 décembre 2015 à 16:57 (CET)
- Trizek : Test au cas où la notification n'aurait pas été envoyée. -- Feldo [Discussion constructive] 25 décembre 2015 à 14:14 (CET)
- Sisi, je l'ai eue, mais Noël en famille, toussa... Trizek bla 25 décembre 2015 à 20:49 (CET)
- Trizek : D'accord, merci ! :) -- Feldo [Discussion constructive] 25 décembre 2015 à 21:25 (CET)
- J'ajoute ce lien pratique pour retrouver les différents sondages sur le sujet : pages commençant par « Wikipédia:Sondage/Modification de la page d'accueil ». od†n ↗blah 23 août 2016 à 08:15 (CEST)
- Sisi, je l'ai eue, mais Noël en famille, toussa...
- @Feldo,
Requête acceptée - 29 décembre 2015 à 10:40 (CET)
Pages où apparaît ce message : {{Infobox Élément}}, en tout cas la version ue je suis en train de préparer {{Infobox Élément/Bac à sable}}, potentiellement tout infoboite en rapport avec la chimie.
Changement proposé : ajout de
.entete.chimie {
background-image: url("//upload.wikimedia.org/wikipedia/commons/c/ce/Picto_infobox_chemistry_HUN.png");
}
(Nous sommes désolé de vous apprendre que la signature a été suspendue pour faute professionnelle) 29 décembre 2015 à 03:54 (CET)
- Fait — bonnes contributions, Ltrlg (discuter), le 29 décembre 2015 à 10:40 (CET)
MediaWiki:Mobile.css et MediaWiki:Common.css (pour la nouvelle page d'accueil) modifier
Requête acceptée - 5 janvier 2016 à 17:55 (CET)
Pages où apparaît ce message : Utilisateur:Feldo/Brouillon/Titre 2015, Utilisateur:Feldo/Brouillon1 et (destinée à remplacer à terme Wikipédia:Accueil principal)
Changement proposé : Suite à un retour utilisateur faisant état de soucis d'affichages des id et classes ajoutés sur Commons.css avec la requête #MediaWiki:Common.css : test d'un id pour application d'un sondage (priorité élevée), je suggère que le code soit également ajouté dans Mobile.css (Trizek, es-tu là ?).
De plus, suite à cette discussion, il faudrait ajouter au deux fichiers ce bout de CSS proposé à Hlm Z. afin de permettre de passer de 2 à une seule colonne quand l’écran devient étroit :
@media screen and (max-width: 65em) {
#accueil-gauche, #accueil-droite {
float: none !important;
width: auto !important;
}
}
Quelqu'un peut-il s'en charger assez rapidement, svp ? Merci d'avance. -- Feldo [Discussion constructive] 26 décembre 2015 à 23:32 (CET)
- Je pense que le préfixe
accueil-est trop restrictif (en général, pas uniquement pour cette requête) : nous avons des portails qui pourraient profiter de cette évolution et il serait dommage à mon avis de ne pas en profiter. Feldo, avais-tu pensé à cette éventualité ? Ce n’est pas bloquant pour traiter, bien sûr, mais j’aimerais avoir une réponse. — bonnes contributions, Ltrlg (discuter), le 29 décembre 2015 à 10:48 (CET)- Ltrlg : Ok pour renommer. Mais j'ai aucune idée pour remplacer le terme "accueil"... ^^; N'hésite pas à remplacer par ce qui te semble le plus approprié. -- Feldo [Discussion constructive] 29 décembre 2015 à 13:37 (CET)
- J’allais traiter, sauf que j’ai vu les
!importantet je me suis demandé s’il y avait une raison particulière pour ne pas le faire dans l’autre sens (i.e.@media screen and (min-width: 65em) { /* … float: left/right … */ }) ? - Pour les noms,
portail-me semble bien (en remplaçant les identifiants par des classes), s’il n’est pas déjà utilisé (il ne l’est pas dans ces fichiers). Mais on peut voir plus tard. Je viens de remarquer que la version actuelle utilise à la fois desaccueil_et desaccueil-. Ce serait bien de n’utiliser qu’une forme — vu la tendance actuelle, probablement plutôtaccueil-. - — bonnes contributions, Ltrlg (discuter), le 29 décembre 2015 à 16:34 (CET)
- Ltrlg : Je ne suis pas du tout familier avec les
@media. Est-ce que ça changerait le comportement visuel de la colonne ? Et ok pour utiliser la formeaccueil-; allons au plus lisible et compréhensible. -- Feldo [Discussion constructive] 31 décembre 2015 à 00:09 (CET)- La règle
!importantest volontaire : la portée de l'attributstylea une plus forte priorité. Sans cette règle, le ciblage serait inefficace. Autre façon de faire : importer le CSS dans le Common.css, mais je le déconseille (ce dernier ne doit que comporter des classes à utilisations génériques). Cordialement, Hlm Z. (discuter) 31 décembre 2015 à 18:49 (CET)- Hlm Z., comme je l’ai écrit plus haut, j’espère voir ces classes utilisées par des portails à l’avenir, puisque leur présentation est souvent similaire (Portail:Lego par exemple — bonne chance sur petit écran) ; l’insertion de ces classes dans le
common.cssn’est donc pas un problème à mon avis. Je connais l’usage de!importantet ma proposition consiste bien à avoir une règle conditionnelle positive dans les deux fichiers plutôt qu’une règle conditionnelle négative dans un seul et unstyle=— bonnes contributions, Ltrlg (discuter), le 3 janvier 2016 à 10:28 (CET)- Ltrlg et Hlm Z. : Afin de réduire le poids de la prochaine page d'accueil grâce aux fichiers CSS et préparer la refonte du Portail:Afrique sur lequel je travaille depuis quelques mois, voici la version à jour des lignes de codes que je propose d'ajouter :
- Hlm Z., comme je l’ai écrit plus haut, j’espère voir ces classes utilisées par des portails à l’avenir, puisque leur présentation est souvent similaire (Portail:Lego par exemple — bonne chance sur petit écran) ; l’insertion de ces classes dans le
- La règle
- J’allais traiter, sauf que j’ai vu les
@media screen and (max-width: 65em) {
#portail-gauche, #portail-droite {
float: none !important;
width: auto !important;
}
}
.portail-cadre {
font-size:1.16em;
text-transform:uppercase;
letter-spacing:2px; padding-top:1.3em;
border-top:1px solid #aaa;
}
- Cela a allégé ma page-test de 564 octets.
- Je n'ai évidemment aucune idée sur comment adapter le
@media screen, tout volontaire supplémentaire est la bienvenue, surtout que le temps pour tout tester se réduit de jours en jours. -- Feldo [Discussion constructive] 4 janvier 2016 à 22:13 (CET)
┌──────────────┘
Ce que je proposais était stupide à cause du manque de support… Mais pour avoir des identifiants qui aient un sens, je pense qu’il faut retirer float de l’attribut style et ajouter ceci à ta proposition :
#portail-gauche { float: left; }
#portail-droite { float: right; }
De plus, pour pouvoir supporter des portails plus complexes (plusieurs parties successives contenant des colonnes), je remplacerais bien les identifiants par des classes. Ma proposition est donc la suivante :
.portail-gauche {
float: left;
}
.portail-droite {
float: right;
}
@media screen and ( max-width: 65em ) {
.portail-gauche,
.portail-droite {
float: none;
width: auto !important;
}
}
Pour ton ajout, je ne suis pas franchement convaincu de l’utilité et le nom devrait plutôt être portail-titre-section ou similaire.
— bonnes contributions, Ltrlg (discuter), le 5 janvier 2016 à 11:28 (CET)
- Ltrlg : Je viens de tester ta proposition. Elle fonctionne parfaitement. Tu peux donc l'inclure dans les CSS sans que cela ne pose de soucis. Merci beaucoup pour tes améliorations. :)
- Concernant mon ajout, j'avais effectivement oublié un terme dans le nom de la classe. Ta proposition me va. -- Feldo [Discussion constructive] 5 janvier 2016 à 17:21 (CET)
- Fait (common, mobile). Si tu tiens à
portail-titre-section, fais une deuxième demande. Mais je ne suis pas plus convaincu que ce matin et je ne traiterai probablement pas — bonnes contributions, Ltrlg (discuter), le 5 janvier 2016 à 17:55 (CET)- Merci pour les ajouts. :)
- Si je comprends bien ton point de vue, faire une classe standard de mise en forme des titres qui pourrait être reprise dans les portails ne serait pas utile ? Si le modèle de mise en forme se répand, il risque pourtant de le devenir, et cela nous éviterait de retoucher tous les portails concerné par la suite... ^^; -- Feldo [Discussion constructive] 5 janvier 2016 à 18:22 (CET)
- En dehors de la mise en forme sur deux colonnes, les portails diffèrent pas mal les uns des autres, chaque projet/contributeur faisant à son goût. Je ne suis pas sûr que cette mise en forme des titres se répande, surtout qu’elle ne semble pas faire l’unanimité. Sans preuve d’une volonté importante de la communauté d’utiliser un style commun (et de l’existence de ce style commun…), la définition de cette classe ne me semble pas pertinente — bonnes contributions, Ltrlg (discuter), le 5 janvier 2016 à 18:50 (CET)
-
MediaWiki:abusefilter-warning-265 – Enfoirés modifier
Requête refusée - 8 janvier 2016 à 18:40 (CET)
Afin de mettre ne place le filtre sur Les Enfoirés, merci de déplacer le contenu de Utilisateur:Soisyc Croisic/Brouillon/MediaWiki:abusefilter-warning-265 vers MediaWiki:abusefilter-warning-265. Soisyc Croisic (discuter) 8 janvier 2016 à 13:17 (CET)
- L'article étant actuellement en R3R + SP, je me suis permis de désactiver le filtre pour des raisons évidentes de neutralités. Cette requête est désormais sans objet. Cordialement. — Gratus (discuter) 8 janvier 2016 à 18:40 (CET)
- L'idée était de prévenir les gens faisant des modifications, la semi-protection étant inefficace puisque les interventions sont faites depuis des comptes enregistrés. Soisyc Croisic (discuter) 8 janvier 2016 à 20:18 (CET)
MediaWiki:Signature – genre grammatical modifier
Requête acceptée - 27 janvier 2016 à 20:51 (CET)
Pages où apparaît ce message : signatures « ~~~~ »
Changement proposé : (Wikipédia:Le Bistro/27 janvier 2016#Signature et genre) utiliser « utilisatrice » quand le genre grammatical féminin a été demandé dans les préférences, en changeant
- {{ns:user}} en {{GENDER:$1|Utilisateur|Utilisatrice}}
- {{ns:user talk}} en {{GENDER:$1|Discussion utilisateur|Discussion utilisatrice}}
— Oliv☮ Éppen hozzám? 27 janvier 2016 à 17:33 (CET)
- Fait — bonnes contributions, Ltrlg (discuter), le 27 janvier 2016 à 20:51 (CET)
- Merci, Ltrlg, et merci à Oliv☮ pour avoir soumis la demande. >O~ ♦M♦ ~H< 27 janvier 2016 à 21:00 (CET)
- Merci à tous ! Une utilisatrice Égoïté (discuter) 27 janvier 2016 à 23:17 (CET)
- Merci, Ltrlg, et merci à Oliv☮ pour avoir soumis la demande. >O~ ♦M♦ ~H< 27 janvier 2016 à 21:00 (CET)
,
Demande d'ajout de ligne code dans MediaWiki:Common.css modifier
Requête acceptée - 13 février 2016 à 23:16 (CET)
Demande d'ajout d'un code de pictogramme d'entete dans intégration d'une lige de code dans MediaWiki:Common.css
Pages où apparaît ce message :MediaWiki:Common.css. Infobox Biograhie2
Changement proposé :Bonjour, une demande pour rajouter un pictogramme, en rajoutant cette ligne de code, proposé sur la PDD de l’infobox. Pour faire apparaitre le picto. Merci -- KAPour les intimes 9 février 2016 à 16:44 (CET)
.entete.triathlon {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/b/b1/Triathlon_pictogram.svg/40px-Triathlon_pictogram.svg.png");
}
- Fait par Thierry Caro le jour de la demande, donc je ferme. — Zebulon84 (discuter) 13 février 2016 à 23:16 (CET)
Message de notification – XXX vous a mentionné… modifier
Requête refusée - 28 février 2016 à 21:39 (CET)
Pages où apparaît ce message : notifications (alertes)
Changement proposé : j'ai constaté − sans savoir exactement où se situe le problème − que les notifications de mention ont une typo : « XXX vousa mentionné sur (…) » → il manque une espace entre « vous » et « a ». Cordialement, Hexasoft (discuter) 28 février 2016 à 16:25 (CET)
- Déjà corrigé sur Translatewiki.net, juste un peu de patience… — bonnes contributions, Ltrlg (discuter), le 28 février 2016 à 21:39 (CET)
- Amusant : on a actuellement la version de 16 h 36, sans la correction de 16 h 38 ! — bonnes contributions, Ltrlg (discuter), le 2 mars 2016 à 22:34 (CET)
Requête acceptée - 17 mars 2016 à 23:23 (CET)
Pages où apparaît ce message : Toutes
Changement proposé : Il serait peut-être pertinent au vu de Discussion Projet:Catégories#Suppression du Modèle:Commonscat dans les catégories (suite), de déplacer dans le menu de gauche de l'interface de wp:fr la section "Autres projets" pour la placer entre "Outils" et "Autres langues". Il me semble que j'avais souhaité informellement une telle modif juste après la création de la section "Autres projets" (mais je ne pas trop sur). --Nouill 10 janvier 2016 à 14:50 (CET)
- On peut le faire en JavaScript, mais je ne suis vraiment pas chaud. Sinon on peut le demander sur phabricator, mais il faudrait de bons arguments. Dans cette discussion, tout le monde ne propose pas la même chose. Donc je suis suis pour classer cette requête en refus. D'autres avis ? — Zebulon84 (discuter) 6 février 2016 à 15:56 (CET)
- Bonsoir, comme je l'indique dans la discussion citée je suis favorable au regroupement des liens vers les différents projets, sans qu'ils soient séparés par le menu Outils. Tel qu'indiqué par Sisyph : Outils > Autres projets > Autres langues.
- --FDo64 (discuter) 6 février 2016 à 22:41 (CET)
- Trouvé : ça se passe sur MediaWiki:Sidebar ; aide sur mw:Manual:Interface/Sidebar.
- On peut ajouter
* TOOLBOXà la fin, comme sur en:MediaWiki:Sidebar, pour avoir le menu outils juste après le menu contribuer. Par contre je ne sais pas comment le conserver après imprimer/exporter mais avant autres projets, car je ne connais pas le mot magique pour imprimer/exporter. On peut peut-être trouver la réponses dans ce fichier, mais je ne maitrise pas le php, donc je ne suis pas sur de moi sur ce coup. Il faudrait que je m'installe une version de wiki pour tester ça. — Zebulon84 (discuter) 13 février 2016 à 23:07 (CET)- Zebulon84 : Bonjour, je te signale une piste : wp:it semble faire exactement ce qui est demandé ici. Voir par exemple it:Francia. Mais on ne voit rien dans leur it:MediaWiki:Sidebar... --FDo64 (discuter) 2 mars 2016 à 10:51 (CET)
- Ils ont le
* TOOLBOXà la fin comme suggéré par Zebulon84, FDo64 — bonnes contributions, Ltrlg (discuter), le 2 mars 2016 à 18:01 (CET)- J'ai rajouté TOOLBOX. Ça déplace le menu imprimer après, mais ça ne me semble pas spécialement important. Si c'est gênant, on peut déplacer « Imprimer / Exporter » avec l'identifiant est « coll-print_export ». Cependant, l'ajouter explicitement à MediaWiki:Sidebar provoque l'affichage d'une section "Imprimer / Exporter" vide sur les pages où la section est normalement masquée (par exemple les historiques) sur mon wiki de test. Orlodrim (discuter) 17 mars 2016 à 23:23 (CET)
- Il me semble plus cohérent de laisser ainsi : les liens interwiki ensembles — bonnes contributions, Ltrlg (discuter), le 17 mars 2016 à 23:40 (CET)
- Orlodrim : C'est parfait pour moi. Merci beaucoup. --FDo64 (discuter) 17 mars 2016 à 23:46 (CET)
- Il me semble plus cohérent de laisser ainsi : les liens interwiki ensembles — bonnes contributions, Ltrlg (discuter), le 17 mars 2016 à 23:40 (CET)
- Ils ont le
- Bonsoir, comme je l'indique dans la discussion citée je suis favorable au regroupement des liens vers les différents projets, sans qu'ils soient séparés par le menu Outils. Tel qu'indiqué par
MediaWiki:GeoHack.js – Création de la page modifier
Requête acceptée - 17 mars 2016 à 23:51 (CET)
Pages où apparaît ce message : Geohack / {{GeoTemplate}}
Changement proposé : Importer le code de it:MediaWiki:GeoHack.js, qui est le même que ru:MediaWiki:GeoHack.js). un paquet de wiki ont une page, un code et un rendu plus ou moins similaire : wp:he, wp:de, wp:sv, etc. wp:it utilise la page depuis décembre, wp:ru depuis novembre. Les versions un peu différentes, par exemple de wp:de existe depuis 2010.
Le tout permet l'affichage d'une carte comme : sur wp:ru ou sur wp:it
Concrètement je pourrais potentiellement faire un sondage sur Geohack, mais de toute manière pour faire le sondage, il me faut un rendu (le sondage sur la page d'accueil a assez bien montré la difficulté de faire sans rendu commun, j'ai pas envie de renouveler l'expérience surtout dans ce cas où le code est a priori stable)
Pour la traduction de la documentation :
* Ce script permet de personnaliser Modèle:GeoTemplate * Il est chargé via http://tools.wmflabs.org/geohack/geohack.php. * Documentation sur : mw:Toolserver:GeoHack#JavaScript * * La page permet actuellement d'afficher une carte OSM via id="osmEmbed". * Le script est importé de http://ru.wikipedia.org/w/index.php?title=MediaWiki:GeoHack.js&oldid=74657082
--Nouill 20 février 2016 à 11:14 (CET)
- Je ne me sens pas d'importer du JS (je n'ai pas confiance dans mes compétences uniquement), mais oui, pour, très pour, très beaucoup pour !
- En plus j'apprends que cette page de m... est gérée par chez nous. Je vais faire de beaux rêves, plein d'idées pour l'améliorer. Merci Nouill ! :) Trizek bla 17 mars 2016 à 23:49 (CET)
- Nouill :
- Il faut un élément osmEmbed pour que ça marche donc j'en ai ajouté un là où j'ai pu dans Modèle:GeoTemplate, mais n'hésite pas à améliorer la présentation. Orlodrim (discuter) 17 mars 2016 à 23:51 (CET)
- Merci beaucoup, c'est ce que j'ai fais. --Nouill 18 mars 2016 à 00:07 (CET)
Requête acceptée - 18 mars 2016 à 20:10 (CET)
Pages où apparaît ce message : Mediawiki:Gadget-HotCatsMulti.js/i18n/ur.js
Changement proposé : We translated HotCatsMulti in Urdu language here, Please update the script, Thanks.
- I've renamed the page, to keep the history.
- Mais la page ne se présente pas comme MediaWiki:Gadget-HotCatsMulti.js/i18n/en.js. Quelqu'un sait comment faire pour qu'elle soit prise en compte comme une page JavaScript ? Faut-il juste attendre un peu ?
- — Zebulon84 (discuter) 17 février 2016 à 10:37 (CET)
- Since Urdu language is RTL, therefore direction and text alignment of catlinks should be right for urdu wiki. I have added a related css code on UrWiki script, but it does not work.
#catlinks, #catlinks div { text-align:right !important; }
- --محمد شعیب (discuter) 20 février 2016 à 07:36 (CET)
- I updated MediaWiki:Gadget-HotCatsMulti.js so that the alignment is reversed for RTL languages. Orlodrim (discuter) 18 mars 2016 à 20:10 (CET)
MediaWiki:Edittools – Mise à jour des caractères API dans la fenêtre d'édition modifier
Requête acceptée - 24 mars 2016 à 23:06 (CET)
Pages où apparaît ce message :
Changement proposé :
Yo
En-dessous de la fenêtre d'édition, dans le menu déroulant il y a les lettres API. Certaines d'entre-elles sont : ʦ, ʣ, ʧ, ʤ, ʨ, ʥ . Elles sont obsolètes et devraient être remplacées par t͡s, d͡z, t͡ʃ, d͡ʒ, t͡ɕ, d͡ʑ.
Il pourrait cependant être pertinent des les conserver en les mettant à l'écart (en bas, en petit si c'est possible, précédées de Variables obsolètes).
Merci Ⱪų̄̀m̈ʞửɱ le diabolique 24 mars 2016 à 22:18 (CET)
- Déplacé depuis WP:RA. --Dereckson (discuter) 24 mars 2016 à 22:26 (CET)
- J'ai remplacé les caractères. À moins qu'il ne reste des raisons d'utiliser les anciens caractères (autres que l'écriture d'explication sur l'historique de l'API, ce qui ne concerne que très peu d'articles), je préfère ne pas alourdir l'interface en les laissant. Orlodrim (discuter) 24 mars 2016 à 23:06 (CET)
MediaWiki:Gadget-recentchangesbox.js – maintenance modifier
Requête acceptée - 29 avril 2016 à 18:50 (CEST)
Pages où apparaît ce message : gadget utilisateur
Changement proposé : plusieurs utilisateurs ont constaté des problèmes avec ce script (cf discussion ainsi que Nattes à chat sur mw:Topic:T0pqdjptubtwu9q5) et un bug a été ouvert récemment car ce gadget interagirait mal avec Special:ContentTranslation (je n’ai pas constaté moi-même de problème). J’ai fait une maintenance du script que j’ai testé sur mon common.js, ça améliore la qualité globale et cela devrait a priori corriger le problème avec ContentTranslation. Pouvez-vous copier cette cette version sur la page susmentionnée ?
Nattes à chat : pourras-tu vérifier si ça fonctionne mieux après la mise à jour ?
~ Seb35 [^_^] 27 avril 2016 à 15:32 (CEST)
- Déjà traitée par Arkanosis. — Gratus (discuter) 29 avril 2016 à 18:50 (CEST)
MediaWiki:Wikimedia-copyrightwarning – ajustement mise en page modifier
Requête acceptée - 7 mai 2016 à 08:52 (CEST)
Pages où apparaît ce message : Toutes les pages de modification
Changement proposé :
Bonjour,
Actuellement le "bandeau orange" est collé aux boutons "enregistrer", "prévisualiser", etc. Ça fait vraiment fouilli, avec un peu d'aération on améliore significativement l'aspect.
Je propose de remplacer dans la page idoine style="margin:0;" par style="margin:0.5em 0".
Merci, od†n ↗blah 7 mai 2016 à 05:52 (CEST)
- Fait.— Gratus (discuter) 7 mai 2016 à 08:52 (CEST)
Demande d'ajout d'un code de pictogramme d'entete dans MediaWiki:Common.css modifier
Requête refusée - 16 mai 2016 à 15:27 (CEST)
Pages où apparaît ce message :
Changement proposé : Bonjour, quand j'ai voulu ajouter une pictogramme d'entete, alors j'étais obligé de modifier le contenu de MediaWiki:Common.css et j'ai trouvé que c'est disponible seulement pour les administateurs, je vous demande d'ajouter le code suivant afin d'ajouter le pictogramme, merci:
.entete.digital { background-image: url("//upload.wikimedia.org/wikipedia/commons/1/1d/Fichier-Picto_infobox_digital.png"); }
— Le message qui précède, non signé, a été déposé par Ismail Stylo (discuter), le 19 janvier 2016 à 16:42.
- Ismail Stylo : un pictrogramme très large et en couleur, ça n'est pas terrible. Mais en plus on ne sait même pas à quelles pages ou quelle infobox ce pictogramme est destiné. Donne nous plus d'info si tu veux que ce pictogramme soit ajouté. — Zebulon84 (discuter) 6 février 2016 à 16:10 (CET)
- Zebulon84 : Merci pour votre précieuses critiques, Ben, Moi je l'ai créé pour un infobox "qui n'éxiste pas encore" mais voilà son URL dans mon brouillon; [[6]], C'est le premier Infobox que je le crée mais pas encore "finalisé", c'est un infobox qui concerne les menaces informaique. -
- --Ismail Stylo 17 février 2016 à 14:18 (CET)
- Ismail Stylo :
- Bonjour,
- Est-ce que cette demande est toujours d'actualité ? Si oui, pouvez-vous déjà achever le modèle d'infobox (en demandant si besoin des conseils auprès du Projet:Infobox), puis mettre le pictogramme en noir et blanc comme demandé par Zebulon84 ?
- Orlodrim (discuter) 18 mars 2016 à 20:42 (CET)
- Pas de réponse depuis 4 semaines, je clos. — Zebulon84 (discuter) 16 mai 2016 à 15:27 (CEST)
MediaWiki:Gadget-Evaluation.js – Entête colonne "Homonyme" manqaute modifier
Requête refusée - 4 juillet 2016 à 14:11 (CEST)
Pages où apparaît ce message :
Changement proposé : Bonjour, depuis l'instauration de l’évaluation des pages homonymes, cette dernière créer un décalage d'en-téte d'une colonne dans le gadget. Serait t-il possible de mettre en place l'entête de l'évaluation "homonyme" dans ce dernier ? Linback Allons discuter 4 juillet 2016 à 13:09 (CEST)
- Bonjour,
- La colonne avait été ajoutée puis retirée car l'évaluation d'avancement "homonymie" n'est pas consensuel.
- D'une part parce que "homonymie" n'est pas un avancement. Certaines pages d'homonymie sont à peine ébauchées, d'autres sont abouties. Ensuite parce que les pages d'homonymie concernent généralement des sujets très variés, puisque le seul critère pour y lister un élément est son nom. La page ne concerne d'ailleurs aucun projet directement (sauf le projet:Homonymie) car il ne devrait pas y avoir de contenu encyclopédique, juste une courte phrase pour orienter le lecteur.
- Ajouter une colonne Homonymie inciterait les contributeurs à évaluer ce genre de pages. Or très peu de projets ont décidé de le faire (il faut regarder la page des critères d'évaluation des projets pour savoir lesquels).
- Malheureusement de nombreuses personnes mettent des évaluations en page de discussion sans se préoccuper des critères des projets voire de l'existence d'un projet d'évaluation (je corrige tous les jours des pages de catégorie « Page avec image Wikiprojet déduite »).
- Cordialement,
- -- Hercule (discuter) 4 juillet 2016 à 13:35 (CEST)
- Je comprends mieux maintenant, par contre cela veut dire que la case avec le radio bouton qui correspond à l'état "homonyme" va disparaître du gadget ? Linback Allons discuter 4 juillet 2016 à 13:59 (CEST)
- Le bouton n'apparaît que si la page porte déjà ce genre d'évaluation. le comportement ne change pas, car il est possible d'utiliser cet avancement pour certains projets. -- Hercule (discuter) 4 juillet 2016 à 14:11 (CEST)
- Je comprends mieux maintenant, par contre cela veut dire que la case avec le radio bouton qui correspond à l'état "homonyme" va disparaître du gadget ? Linback Allons discuter 4 juillet 2016 à 13:59 (CEST)
MediaWiki:Linkshere – + lien nombre d'inclusions pour les modèles modifier
Requête acceptée - 22 août 2016 à 23:56 (CEST)
Pages où apparaît ce message : https://fr.wikipedia.org/wiki/Spécial:Pages_liées/
Changement proposé : ajouter un lien "Nombre d'inclusion" pour les modèles. Voir https://en.wikipedia.org/wiki/MediaWiki:Linkshere pour la façon de procéder (exemple de rendu : https://en.wikipedia.org/wiki/Special:WhatLinksHere/Template:Citation_needed).
— Le message qui précède, non signé, a été déposé par The RedBurn (discuter), le 18 juillet 2016 à 14:17
- Pour information, il faut avoir l'anglais comme langue d'affichage pour voir le lien « Transclusion count » sur en.wikipedia.
- Existerait-il un outil similaire pour obtenir le nombre de pages liées (et pas seulement les inclusions de modèles) ? od†n ↗blah 25 juillet 2016 à 23:37 (CEST)
- Oui, voir en:Help:What_links_here#Number_of_links (exemple de rendu : http://dispenser.homenet.org/~dispenser/cgi-bin/backlinkscount.py?db=frwiki&title=Eau), ça pourrait aussi être ajouté à la page The RedBurn (ϕ) 28 juillet 2016 à 00:09 (CEST)
- Ces fonctionnalités seraient utiles je pense. À noter que l'outil backlinkscount.py a un peu de mal avec les namespaces, voir la documentation. Faire aussi attention aux encodages pour les URL (exemple : C++). od†n ↗blah 28 juillet 2016 à 02:29 (CEST)
- J'ai ajouté les outils, d'éventuelles retouches à suggérer ? od†n ↗blah 29 juillet 2016 à 00:34 (CEST)
- Non, c'est parfait, merci ! The RedBurn (ϕ) 29 juillet 2016 à 01:19 (CEST)
- J'ai ajouté les outils, d'éventuelles retouches à suggérer ? od†n ↗blah 29 juillet 2016 à 00:34 (CEST)
- Ces fonctionnalités seraient utiles je pense. À noter que l'outil backlinkscount.py a un peu de mal avec les namespaces, voir la documentation. Faire aussi attention aux encodages pour les URL (exemple : C++). od†n ↗blah 28 juillet 2016 à 02:29 (CEST)
- Oui, voir en:Help:What_links_here#Number_of_links (exemple de rendu : http://dispenser.homenet.org/~dispenser/cgi-bin/backlinkscount.py?db=frwiki&title=Eau), ça pourrait aussi être ajouté à la page The RedBurn (ϕ) 28 juillet 2016 à 00:09 (CEST)
- Existerait-il un outil similaire pour obtenir le nombre de pages liées (et pas seulement les inclusions de modèles) ? od†n ↗blah 25 juillet 2016 à 23:37 (CEST)
- Requête marquée comme traitée. Orlodrim (discuter) 22 août 2016 à 23:56 (CEST)
Demande d'ajout d'un pictogramme modifier
Requête refusée - 22 août 2016 à 23:53 (CEST)
Pages où apparaît ce message :
Changement proposé : Bonjour, je veux bien ajouter cette pictogramme d'entête qui je viens de la créer https://commons.wikimedia.org/wiki/File:PSMix_2016-07-22-23-59-06.png Comme vous voyez cette pictogramme est destinée pour les infobox qui concernent l'informatique et la technologie — Le message qui précède, non signé, a été déposé par Ismail Stylo (discuter), le 23 juillet 2016 à 01:20
- Ismail Stylo :
- Bonjour,
- La liste des pictogrammes est définie dans le fichier de style global du site, donc il est nécessaire de se limiter aux infobox les plus utilisées (il y a déjà plus de 1000 infobox différentes, donc la taille du fichier exploserait si on avait un pictogramme par infobox existante).
- A fortiori, il n'est pas souhaitable d'insérer une pictogramme pour une infobox qui n'a pas encore été créée.
- Orlodrim (discuter) 22 août 2016 à 23:53 (CEST)
Message de réussite de déplacement d'une page modifier
Requête refusée - 25 août 2016 à 23:44 (CEST)
Pages où apparaît ce message : Lors du renommage d'une page
Changement proposé : il est affiché « vous deveriez aussi mettre à jour l'élément Wikidata associé pour garder les liens interwikis ». Le renommage se fait automatiquement sur WD en même temps que sur Wikipédia (à moins que j'ai activé un script..) Je propose donc de changer cette phrase. Merci --Framawiki ✉ 25 août 2016 à 22:25 (CEST)
- C’est MediaWiki:Wikibase-after-page-move apparemment. Voir T133470 et en particulier ce commentaire : le message est affiché en cas d’erreur. Une proposition de meilleure formulation pour que ce soit clair ? — bonnes contributions, Ltrlg (discuter), le 25 août 2016 à 23:30 (CEST)
- Ltrlg: C'est ce que je pensais aussi, mais wikidata:Special:Contributions/Framawiki ces modifications ont étés faites sans que j'aille sur wikidata. Mais si il n'y a pas moyen de différencier le succès ou l'échec, il vaut mieux laisser le message dans son état actuel. Merci de ta recherche --Framawiki ✉ 25 août 2016 à 23:39 (CEST)
- Ça me va — bonnes contributions, Ltrlg (discuter), le 25 août 2016 à 23:44 (CEST)
- Ltrlg: C'est ce que je pensais aussi, mais wikidata:Special:Contributions/Framawiki ces modifications ont étés faites sans que j'aille sur wikidata. Mais si il n'y a pas moyen de différencier le succès ou l'échec, il vaut mieux laisser le message dans son état actuel. Merci de ta recherche --Framawiki ✉ 25 août 2016 à 23:39 (CEST)
MediaWiki:Gadget-RenommageCategorie.js – activation du botflag modifier
Requête acceptée - 2 octobre 2016 à 18:12 (CEST)
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)
Changement proposé :
Il suffit de rajouter dans l'objet "datas" (lignes 416-424) la ligne suivante :
bot : RenommageCategorie_IsBot,
- Fait — bonnes contributions, Ltrlg (discuter), le 2 octobre 2016 à 18:12 (CEST)
MediaWiki:Gadget-LiveRC.js – Bug dans LiveRC qui empêche de définir des boutons de suppression personnalisés modifier
Requête acceptée - 14 octobre 2016 à 23:13 (CEST)
Pages où apparaît ce message : Wikipedia:LiveRC
Changement proposé :
Bonjour, j'ai voulu paramétrer un bouton de suppression personnalisé pour supprimer les lignes qui ont été marquées comme relues.
J'ai donc procédé comme ceci : dans le panneau de configuration de LiveRC, j'ai été dans l'onglet "Onglets" et j'ai coché "Paramètres pour boutons de suppression de lignes". Dans le nouvel onglet "Suppression RC" qui apprait, j'ai ajouté la configuration suivante :
textId:HIDE_PATROLLED color:#b2b2b2 class:RcPatrolled separator:.
Le bouton apparait bien mais ne fonctionne pas.
J'ai étudié le code source de LiveRC et j'ai trouvé que la fonction supprLigne qui gère cela ne tenait pas compte du paramétrage effectué. Voici la ligne incriminée dans le code source actuel de la fonction supprLigne :
var LigneType = lrcSupprLineParams[quelLigne];
Voici ma correction qui s'inspire de la fonction buildSupprLigneForm. Il faut remplacer la ligne ci-dessus par les deux-lignes ci-dessous.
var SupprLineParams = Custom_lrcSupprLineParams.length===0 ? lrcSupprLineParams : Custom_lrcSupprLineParams;
var LigneType = SupprLineParams[quelLigne];
J'ai corrigé pour moi en surchargeant la fonction 'supprLigne' dans mon fichier Utilisateur:Shawn/LiveRCparam.js.
Est-il possible d'appliquer cette correction ? Merci d'avance, Shawn (discuter) 14 octobre 2016 à 21:41 (CEST)
- Je n'ai pas testé, à part le fait que LiveRC démarre encore. Orlodrim (discuter) 14 octobre 2016 à 23:13 (CEST)
- Merci Orlodrim J'ai enlevé ma correction temporaire de mon script personnalisé et cela fonctionne bien ! Shawn (discuter) 17 octobre 2016 à 11:50 (CEST)
- Merci Orlodrim
Requête acceptée - 17 octobre 2016 à 13:38 (CEST)
Pages où apparaît ce message :
Changement proposé : Bonjour, suite à Wikipédia:Le Bistro/16 octobre 2016#Ajouter le gadget ProveIt, je propose de :
- fusionner Utilisateur:Felipe Schenone/common.js dans MediaWiki:Gadget-ProveIt.js
- ajouter dans MediaWiki:Gadgets-definition#Editeur : ProveIt[ResourceLoader]|ProveIt.js
- créer MediaWiki:Gadget-ProveIt
- avec un texte du genre de la description du Bistro : « permet de voir, de créer ou de modifier toutes les références d'un article dans une petite fenêtre en bas à droite (voir ces captures d'écran) »
- ou avec lien Aide:ProveIt qui traduirait au moins l'intro de c:Help:Gadget-ProveIt indiqué sur le Bistro.
Je crois que c'est tout pour faire un gadget, n'hésitez pas à compléter. — Oliv☮ Éppen hozzám? 17 octobre 2016 à 09:09 (CEST)
- Zebulon84 (discuter) 17 octobre 2016 à 13:38 (CEST)
- Super et merci pour Aide:Gadget-ProveIt ! — Oliv☮ Éppen hozzám? 17 octobre 2016 à 14:24 (CEST)
MediaWiki:Common.js – messages de l'éditeur de code modifier
Requête acceptée - 12 novembre 2016 à 13:55 (CET)
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)
- J'ai corrigé ce que je comprenais. Il reste des erreurs mais 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)
- J'ai regardé le reste d'un peu plus près et corrigé certaines erreurs supplémentaires.
- Pour le trop d'erreur restant, voir phab:T1092.
- Si on se débrouille pour voir le reste du fichier, on note qu'il y a un eval à la fin dans une fonction utilisée uniquement par MediaWiki:Gadget-MonobookToolbarSources.js (et qui peut s'en passer) et une trentaine de scripts utilisateur, généralement aussi dans une fonction d'ajout de bouton. — Zebulon84 (discuter) 8 novembre 2016 à 21:02 (CET)
- J'ai modifié les pages qui utilisaient getVarValue et supprimé cette fonction. Il n'y a donc plus de warning, seulement une info disant que getStrDateToday n'est pas utilisé, mais cette fonction est utilisé par d'autre pages. Cette demande est donc traitée. — Zebulon84 (discuter) 12 novembre 2016 à 13:55 (CET)
MediaWiki:Wikimedia-copyrightwarning – Mise à jour modifier
Requête acceptée - 12 novembre 2016 à 13:48 (CET)
Pages où apparaît ce message : à chaque édition d'une page.
Changement proposé : remplacer « Enregistrer » par « Enregistrer les modifications » : le texte du bouton ayant été changé, il serait logique de mettre à jour le message système en conséquence.
Merci d'avance, --Mathis B discuter, le 8 novembre 2016 à 11:06 (CET)
- Sur une création de page il a toujours uniquement « Enregistrer ». Donc il faut une méthode pour adapter le texte à la page (via CSS par exemple). — Zebulon84 (discuter) 8 novembre 2016 à 11:31 (CET)
- Ou alors mettre un message du type « en enregistrant votre contribution ». --Mathis B discuter, le 8 novembre 2016 à 12:52 (CET)
- Le message deviendrait donc :
- En enregistrant votre contribution, vous acceptez de la placer irrévocablement sous licence CC BY-SA 3.0 et GFDL. Vous acceptez d’être crédité via un hyperlien ou une URL vers l’article sur lequel vous contribuez. Voyez les conditions d’utilisation pour plus de détails (aide).
- Cela me semble pertinent. Si personne n'émet d'objection je ferai la modification demain. — Zebulon84 (discuter) 8 novembre 2016 à 14:08 (CET)
- Ou alors mettre un message du type « en enregistrant votre contribution ». --Mathis B discuter, le 8 novembre 2016 à 12:52 (CET)
- Zebulon84 (discuter) 12 novembre 2016 à 13:48 (CET)
MediaWiki:Common.js – Dans l'éditeur de code, la boîte de recherche cache le haut de l'ascenseur droit modifier
Requête acceptée - 21 novembre 2016 à 20:37 (CET)
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)
Personnellement, je n'ai pas ce problème. -- Sebk (discuter) 15 mai 2016 à 16:43 (CEST)
- 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)
- 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)
- Signalé sur github : #2969. od†n ↗blah 15 mai 2016 à 17:50 (CEST)
- En attendant que ça arrive jusqu'ici, le CSS suivant permettrait de résoudre le problème:
.ace_scrollbar-v:not([style*="none"]) ~ .ace_search.right { margin-right: 15px; }
- Pensez-vous que vaille le coup d'ajouter ça à Common.css ? — Zebulon84 (discuter) 8 novembre 2016 à 14:44 (CET)
- J'ai ajouté le code à MediaWiki:Common.css. Il faudra le retirer lorsque Ace aura été amélioré. — Zebulon84 (discuter) 21 novembre 2016 à 20:37 (CET)
- En attendant que ça arrive jusqu'ici, le CSS suivant permettrait de résoudre le problème:
- Signalé sur github : #2969. od†n ↗blah 15 mai 2016 à 17:50 (CEST)
- 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)
MediaWiki:Linksearch-text – lien cassé modifier
Requête acceptée - 21 novembre 2016 à 20:08 (CET)
Pages où apparaît ce message : Special:Recherche_de_lien, ex. [7]
Changement proposé : supprimer le lien vers https://alphos.fr qui ne fonctionne plus depuis longtemps chez moi
Merci --Framawiki ✉ 21 novembre 2016 à 20:01 (CET)
MediaWiki:Common.css – Pictogramme pour infobox modifier
Requête acceptée - 17 décembre 2016 à 17:12 (CET)
Pages où apparaît ce message :
Changement proposé : Selon le conseil de Projet:Infobox/Pictogramme, afin d'insérer le pictogramme dans les entêtes d'infobox, pouvez-vous ajouter à commons.css :
.entete.snooker { background-image: url("//upload.wikimedia.org/wikipedia/commons/1/18/Picto_infobox_cue.svg"); }.entete.snooker { background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/0/0d/Cue_sports_pictogram.svg/40px-Cue_sports_pictogram.svg.png"); }
Merci par avance, Henry Salomé, déjà 11 ans de WP, je n'te dis pas les rides ! (Jaser !) 9 décembre 2016 à 20:07 (CET)
- Henry Salomé : Bonjour, le lien (de l'image) proposé donne chez moi une erreur 404. Cordialement, — Gratus (discuter) 11 décembre 2016 à 09:16 (CET)
- Gratus : Page non trouvée ? Elle est pourtant là : [8]. J'ajoute des underscores entre les termes du nom de fichier, on ne sait jamais. Cordialement et merci. Henry Salomé, déjà 11 ans de WP, je n'te dis pas les rides ! (Jaser !) 11 décembre 2016 à 18:48 (CET)
- Bonjour Gratus
. Autant pour moi. Je n'avais pas compris le truc de l'URL à prendre dans « Utiliser ce fichier sur Internet ». Voilà, j'ai corrigé. J'espère que ce sera bon. Navré de ma maladresse, Henry Salomé, déjà 11 ans de WP, je n'te dis pas les rides ! (Jaser !) 14 décembre 2016 à 15:34 (CET) - Évidemment, Gratus n'ayant pas reparu sur WP depuis le 11 décembre, cette demande peut fort bien être gérée par un autre admin. Merci par avance, Henry Salomé, déjà 11 ans de WP, je n'te dis pas les rides ! (Jaser !) 15 décembre 2016 à 17:01 (CET)
- Bonjour Gratus
- Gratus (discuter) 17 décembre 2016 à 10:28 (CET)
- Gratus : Merci, mais... Euh... la honte... Il était dit « Attention, l'url de l'icône ne peut pas être liée à un fichier svg, mais on peut la lier à la miniature .png d'un .svg. » et... je ne l'ai pas lu, j'ai zappé comme un abruti !
- Bon, j'ai changé d'image parce que la précédente apparaissait en blanc au lieu de noir et j'ai corrigé comme ci-dessus, j'ai testé dans mon common.css et ça marche ! Je dois avouer que c'était simple, au fond, mais qd mm un peu tiré par les cheveux : bon, il suffisait d'être attentif, ce que je n'ai pas été, j'avoue. Henry Salomé, déjà 11 ans de WP, je n'te dis pas les rides ! (Jaser !) 17 décembre 2016 à 14:24 (CET)
- Correction appliquée. od†n ↗blah 17 décembre 2016 à 17:12 (CET)
MediaWiki:Common.css – Pictogramme pour infobox modifier
Requête acceptée - 29 janvier 2017 à 11:09 (CET)
Bonjour,
Pages où apparaît ce message : Modèle:Infobox Législature d'Espagne
Changement proposé : Suite à la création de l'infobox législature d'Espagne, pouvez-vous ajouter à commons.css :
.entete.espagne {
background-image: url("//upload.wikimedia.org/wikipedia/commons/1/11/Picto_Infobox_Coat_of_Arms_of_Spain.png");
}
Merci. Cordialement --FructidorAn3 (discuter) 2 janvier 2017 à 00:44 (CET)
FructidorAn3 : TigH (discuter) 29 janvier 2017 à 11:09 (CET)
MediaWiki:Common.css – remplacer la classe entete.archives par entete.archives2 modifier
Requête acceptée - 29 janvier 2017 à 11:12 (CET)
Pages où apparaît ce message : Modèle:Infobox Archives, en cours de développement
Changement proposé : ajout des lignes suivantes s.v.p.
.entete.archives2 {
background-image: url("//upload.wikimedia.org/wikipedia/commons/d/d6/Picto_infobox_archives.png");
}
Car il y a un conflit avec la classe existante « .archives ».
Merci — — MHM (discuter) 28 janvier 2017 à 18:40 (CET)
MHM55 :
Il y a conflit avec la section précédente ? Merci de vérifier mon intervention. TigH (discuter) 29 janvier 2017 à 11:12 (CET)
- Mon intention était de dire que la demande de la section précédente était éronnée. J'ai essayé d'abord avec « entete.archives » (dans Utilisateur:MHM55/common.css), mais cela ne fonctionnait pas correctement. L’inspecteur web de Firefox m'a permis de voir que le problème était l’existence d’une classe « archives ». Merci pour l’ajout de « entete.archives2 ». — MHM (discuter) 29 janvier 2017 à 17:02 (CET)
MediaWiki:Common.css – activer pictogramme Infobox modifier
Requête refusée - 29 janvier 2017 à 17:37 (CET)
Pages où apparaît ce message : Modèle:Infobox Archives, en cours de développement
Changement proposé : ajout des lignes suivantes s.v.p.
.entete.archives {
background-image: url("//upload.wikimedia.org/wikipedia/commons/d/d6/Picto_infobox_archives.png");
}
Merci — MHM (discuter) 28 janvier 2017 à 11:38 (CET)
- DEMANDE ANNULÉE ET REMPLACÉE PAR LA SUIVANTE (classe « entete.archives2 »). — MHM (discuter) 29 janvier 2017 à 17:03 (CET)
MediaWiki:Common.css – Pictogramme pour infobox modifier
Requête refusée - 1 février 2017 à 18:17 (CET)
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)
- 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)
- 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)
- Alaspada : Bonjour, pour faire suite au message que tu m'as laissé sur ma page de discussion, j'ai ajouté les pictogrammes à mon common.css et vérifié qu'ils s'affichaient correctement. N'étant pas convaincu, je me rallie finalement à l'avis de Zebulon84. Par exemple, on n'a pas créé des pictogrammes pour tous les ordres de l'{{Infobox Prélat catholique}}.
- Je laisse donc un autre admin traiter la demande, ou la clôturer...
- --FDo64 (discuter) 1 février 2017 à 13:48 (CET)
- Je regrette Alaspada, mais je clos en refus sur la base de Projet:Infobox/V2#Pictogrammes rappelé par Zebulon84 et FDo64, ci-dessus. Je ne verrais pas mal cependant que cette décision locale soit mise en question, n'étant pas certain que le *.CSS dans son contenu actuel ne comporte pas déjà des pictos qui ne répondraient pas à ce critère assez vague. Disons-donc que je clos cette demande, mais que je ne suis pas certain qu'il n'y a pas autre chose à faire, de l'ordre de la discussion ou du ménage...
- TigH (discuter) 1 février 2017 à 18:17 (CET)
- Je regrette
MediaWiki:Common.css – Pictogramme militaire modifier
Requête acceptée - 10 février 2017 à 09:51 (CET)
Pages où apparaît ce message : {{Infobox Biographie2}} avec la charte graphique militaire
Changement proposé : Il ne me semble pas qu'il y ait de pictogramme pour les militaires (où des infobox liées au domaine militaire en général) sur wpfr. Je propose:
.entete.militaire {
background-image: url("//upload.wikimedia.org/wikipedia/commons/0/03/Picto_infobox_military.png");
}
Merci ! ෴ Alt0160 ♫♪ 10 février 2017 à 08:40 (CET)
MediaWiki:Common.css – bug d'affichage possible modifier
Requête acceptée - 15 mars 2017 à 22:11 (CET)
Pages où apparaît ce message : Wikipédia:Accueil principal ; Wikipédia:Brouillons/Accueil/Post sondage 2016
Changement proposé : Message transféré depuis Wikipédia:Demande d'intervention sur une page protégée.
Bonjour,
En voulant adapter la proposition de nouvelle version de l’Accueil principal aux résultats du sondage de 2016 (en particulier les soucis d'accessibilité soulevé suite à la disparition proposée des anciens cadres), je constate que la page se met beaucoup trop tôt en colonne unique et ne prends plus toute la largeur disponible. Cela est probablement dû aux classes dépendantes de la largeur ajoutées pour concevoir le modèle de ce sondage (@media screen and (max-width: 65em, .accueil-droite, .accueil-gauche, ...).
J'aurais donc besoin d'un administrateur avec des notions de CSS pour régler ce bug et ainsi permettre de finir le ravalement de la page d'accueil. Il s'agit d'un chantier de première importance (car modification de la page la plus visitée). Merci d'avance. :)
-- Feldo [Discussion constructive] 26 février 2017 à 20:34 (CET)
- Bonjour,
- Toujours pas de réponse depuis la semaine dernière. Je relance donc en précisant qu'il faut modifier une ou plusieurs valeurs de ces classes, peut-être en baissant une largeur en "em", mais j’avoue ne pas suffisamment m'y connaître en CSS pour être plus précis. -- Feldo [Discussion constructive] 5 mars 2017 à 15:03 (CET)
- On m'a indiqué sur le Bistro que je m'étais trompé d'endroit pour faire ma demande. Autant pour moi, je la déplace. ^^; -- Feldo [Discussion constructive] 5 mars 2017 à 19:51 (CET)
- @Feldo bonjour, j'ai jeté un œil et je constate que le div portail-droite est situé dans le div portail-gauche fixé à 62% de largeur. Essaie de le mettre à la suite :
<div class="portail-gauche">…</div><div class="portail-droite">…</div>. R [CQ, ici W9GFO] 5 mars 2017 à 21:36 (CET) PS. j'ai tenté ma chance. :-) R [CQ, ici W9GFO] 5 mars 2017 à 21:39 (CET)- @Reptilien.19831209BE1 En effet, c'est réglé, du coup, merci et désolé du dérangement. ^^; J'en profite pour annoncer que je risque d'ouvrir une nouvelle requête très bientôt pour la même feuille CSS (pour les titres de la nouvelle version de l'Accueil principal). -- Feldo [Discussion constructive] 6 mars 2017 à 02:17 (CET)
- @Feldo bonjour, j'ai jeté un œil et je constate que le div portail-droite est situé dans le div portail-gauche fixé à 62% de largeur. Essaie de le mettre à la suite :
- On m'a indiqué sur le Bistro que je m'étais trompé d'endroit pour faire ma demande. Autant pour moi, je la déplace. ^^; -- Feldo [Discussion constructive] 5 mars 2017 à 19:51 (CET)
MediaWiki:newtitle & Mediawiki:movepagetext-noredirectfixer – Renommages modifier
Requête refusée - 15 mars 2017 à 20:44 (CET)
Pages où apparaît ce message : Spécial:Renommer_une_page
Changement proposé : Dans la suite de Sujet:Tmpjflpb49fh8yhd, je pense que le message d'avertissement orange peut être plus visible. On peut par exemple essayer de le déplacer après Nouveau titre :, qui sera forcement lu.
Orlodrim : --Framawiki ✉ 13 mars 2017 à 21:33 (CET)
- La syntaxe wiki n'est pas reconnue dans MediaWiki:newtitle. Orlodrim (discuter) 13 mars 2017 à 21:50 (CET)
MediaWiki:Histlegend – Lien vers l'engin de filtrage d'historique par auteur modifier
Requête acceptée - 28 mars 2017 à 23:02 (CEST)
Lien pour trouver les modifs d'un auteur depuis les pages d'historique.
Grands prêtres de Wikipedia, bonjour !
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)
- 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)
- 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)
- Fait — bonnes contributions, Ltrlg (discuter), le 14 février 2016 à 19:48 (CET)
- Ltrlg. Super, merci ! -- Nnemo (discuter) 14 février 2016 à 20:16 (CET)
- je me permets de clore cette requête qui est visiblement traité depuis déjà un mois revert moi si je me trompe @Ltrlg — 0x010C ~discuter~ 28 mars 2017 à 23:02 (CEST)
- @0x010C Boarf, je vais pas reverter pour une petite erreur d’un an
Plus sérieusement, j’attendais il me semble le retour de @Nnemo pour la traduction, qui prend apparemment plus de temps que je l’escomptais, donc c’est bien d’avoir clos — bonnes contributions, Ltrlg (discuter), le 28 mars 2017 à 23:22 (CEST)
- @0x010C Boarf, je vais pas reverter pour une petite erreur d’un an
- je me permets de clore cette requête qui est visiblement traité depuis déjà un mois revert moi si je me trompe @Ltrlg — 0x010C ~discuter~ 28 mars 2017 à 23:02 (CEST)
-
MediaWiki:Gadget-WhereWikimediansLive.js – lien vers le script modifier
Requête acceptée - 28 mars 2017 à 22:48 (CEST)
Pages où apparaît ce message : Historique de Wikipédia:Cartographie des Wikipédiens/Data
Changement proposé : Même si ça ne semble pas obligatoire, je demande par principe : serait-il possible d'ajouter le lien vers Projet:JavaScript/Notices/WhereWikimediansLive dans l'édit summary eu niveau de via le gadget ? Ça permettra plus tard de savoir d'où venaient toutes ces modifications. --Framawiki ✉ 27 mars 2017 à 20:59 (CEST)
- C'était prévu d'ajouter le lien vers cette page d'aide, juste un peu oublié
— 0x010C ~discuter~ 28 mars 2017 à 22:48 (CEST)
MediaWiki:Gadget-C helper dph.js – nowikis modifier
Requête acceptée - 29 mars 2017 à 21:29 (CEST)
Pages où apparaît ce message : Gadget C-Helper, lors de l'ajout sur wp:DPH
Changement proposé : Afin d'éviter que le script ajoute des modèles sur la page WP:DPH qui sont présents sans le résumé, en bas du script, état actuel:
+ "* ''Retrait'' : "+last.attr('content')+"\n"
+ "* ''Premier ajout'' : "+first.attr('content')+"\n"
souhait:
+ "* ''Retrait'' : <nowik>"+last.attr('content')+"\n"</nowik>
+ "* ''Premier ajout'' : <nowik>"+first.attr('content')+"\n"</nowik>
Attention, j'ai enlevé le i de nowiki afin que le message passe. Merci ! --Framawiki ✉ 25 mars 2017 à 15:23 (CET)
- Voila le code correct à insérer (la version proposée met la fameuse balise hors de la chaîne de caractère, ce qui provoque une erreur), je ne réussi pas à modifier le .js sans signer automatiquement à l’enregistrement (et je ne me rappelle plus de l'astuce):
+ "* Retrait : <nowik>"+last.attr('content')+"</nowiki>\n"
+ "* Premier ajout : <nowik>"+first.attr('content')+"</nowiki>\n"
- — Gratus (discuter) 26 mars 2017 à 16:09 (CEST)
- Merci Gratus, c'est mieux avec les guillemets au bon endroit. --Framawiki ✉ 26 mars 2017 à 19:09 (CEST)
- Ça supprimerait aussi les liens. Par exemple, "actu" serait affiché sous la forme "[[Special:Diff/135752478/cur|actu]]". Orlodrim (discuter) 26 mars 2017 à 22:38 (CEST)
- Ca ne me semble pas embêtant, puisque le seul intérêt de recopier les résumés dans la demande est simplement de donner aux admins l'info concernant la diff à masquer. Les liens ne sont donc pas du tout utiles. --Framawiki ✉ 27 mars 2017 à 20:55 (CEST)
- Version actuelle :
- Retrait : (actu | diff) 2017-03-27T20:06:42Z Framawiki (discuter | contributions) (0 octets) (Blanchiment ; copie de site web sans autorisation explicite)
- Ce que je crois que ça donnera si j'applique ta modification :
- Retrait : ([[Special:Diff/135831378/cur|actu]] | [[Special:Diff/135831378|diff]]) 2017-03-27T20:06:42Z [[User:Framawiki|Framawiki]] ([[User talk:Framawiki|discuter]] | [[Special:Contributions/Framawiki|contributions]]) <small>(0 octets)</small> (Blanchiment ; [[WP:COPY|copie de site web sans autorisation explicite]])
- Ce n'est pas difficile à rectifier, il suffit de ne mettre que le résumé en <nowiki>. Ce qui m'arrête est que je ne peux pas facilement tester la modification à cause des dépendances du gadget. 0x010C : tu pourrais regarder ça ?
- Orlodrim (discuter) 28 mars 2017 à 22:01 (CEST)
- Bonjour, oui, aucun problème pour modifier le script, mais je ne comprends juste pas l'intérêt de mettre cela entre nowiki, il y a peut-être quelque chose qui m'échappe ? (@Framawiki) — 0x010C ~discuter~ 28 mars 2017 à 22:38 (CEST)
- « Les liens ne sont donc pas du tout utiles » <-- euhhhh, si, ils le sont (en tout cas pour moi lorsque je traite des DPH Bon ok, j'ai pas trop le temps d'en traiter en ce moment, mais ce n'est pas le sujet), ça permet d'accéder plus rapidement à la scène de crime, s'il n'y a qu'une révision à masquer on peut le faire directement depuis le diff,... — 0x010C ~discuter~ 28 mars 2017 à 22:43 (CEST)
- « Les liens ne sont donc pas du tout utiles » <-- euhhhh, si, ils le sont (en tout cas pour moi lorsque je traite des DPH Bon ok, j'ai pas trop le temps d'en traiter en ce moment, mais ce n'est pas le sujet), ça permet d'accéder plus rapidement à la scène de crime, s'il n'y a qu'une révision à masquer on peut le faire directement depuis le diff,...
- Bonjour, oui, aucun problème pour modifier le script, mais je ne comprends juste pas l'intérêt de mettre cela entre nowiki, il y a peut-être quelque chose qui m'échappe ? (@Framawiki) — 0x010C ~discuter~ 28 mars 2017 à 22:38 (CEST)
- Version actuelle :
- Ca ne me semble pas embêtant, puisque le seul intérêt de recopier les résumés dans la demande est simplement de donner aux admins l'info concernant la diff à masquer. Les liens ne sont donc pas du tout utiles. --Framawiki ✉ 27 mars 2017 à 20:55 (CEST)
- Ça supprimerait aussi les liens. Par exemple, "actu" serait affiché sous la forme "[[Special:Diff/135752478/cur|actu]]". Orlodrim (discuter) 26 mars 2017 à 22:38 (CEST)
- Merci Gratus, c'est mieux avec les guillemets au bon endroit. --Framawiki ✉ 26 mars 2017 à 19:09 (CEST)
┌─────────────────────────────────────────────────┘
Effectivement, si on voir que l'ensemble des liens vers le diff, et pas juste ceux du résumé, sont inhibés, c'est dommage.
Le but est d'éviter ces modifs, des idées ? :) --Framawiki ✉ 29 mars 2017 à 20:55 (CEST)
- J'ai fait un peu différemment pour conserver les liens même dans les résumés. Orlodrim (discuter) 29 mars 2017 à 21:29 (CEST)
MediaWiki:Gadget-WikEd.js/local – mise à jour depuis en:User:Cacycle/wikEd.js modifier
Requête acceptée - 3 mai 2017 à 01:29 (CEST)
Changement proposé : Voir Wikipédia:Le_Bistro/2_mai_2017, mise à jour pour résolution de bugs. (et citation de la page source dans le diff 
). Merci --Framawiki ✉ 2 mai 2017 à 21:54 (CEST)
Mediawiki:userpage-userdoesnotexist-view – Le compte utilisateur « $1 » n'est pas enregistré modifier
Requête acceptée - 10 juin 2017 à 21:11 (CEST)
Pages où apparaît ce message : Utilisateur:Zzefeghtyr, toutes les pages utilisateur n'existant pas et pour lequel aucun compte utilisateur ne porte ce nom
Changement proposé :
Le compte utilisateur « $1 » n'est pas enregistré.
Le compte utilisateur « $1 » n'est pas enregistré, merci de ne pas créer de pages à ce nom. Peut-être souhaitez vous changer de nom d'utilisateur.
Dans la suite de enwp (en:mediawiki:userpage-userdoesnotexist), ce qui devrait réduire le nombre de PU crées pour lequel aucun compte n'existe. Et il y en a. Merci --Framawiki ✉ 10 juin 2017 à 20:31 (CEST)
Flux RSS pour les RAW modifier
Requête acceptée - 13 juin 2017 à 20:43 (CEST)
Bonsoir, dans le cadre de la réalisation de cette tache phab:T167617, il faudrait créer cinq pages Mediawiki.
{{#ifexist: Wikipédia:RAW/{{#time: Y-m-d }} | Wikipédia:RAW/{{#time: Y-m-d }} |}}
Regards sur l'actualité de la Wikimedia, et d'ailleurs
3. Mediawiki:ffeed-raw-short-title:
L'infolettre abrégée RAW veut renseigner la communauté de la Wikipédia en français et les lecteurs de passage sur différents thèmes en lien avec les sites du mouvement Wikimédia.
4. Mediawiki:ffeed-raw-desc: (ajouter « provient de Wikipédia:Regards_sur_l'actualité_de_la_Wikimedia » dans le résumé )
La Wikipédia en français constitue une petite partie de l'écosystème Wikimedia. Quels sont les sujets chauds de l'heure dans l'écosystème ? Est-ce qu'Internet propose de nouvelles ressources documentaires ? Est-ce que le paysage juridique a subi de profondes modifications ? Des décisions de la Wikimedia Foundation (WMF) changeront-elles les conventions de rédaction ? L'infolettre Regards sur l'actualité de la Wikimedia, titre abrégé par RAW, veut renseigner la communauté de la Wikipédia en français d'abord sur ce qui se produit en-dehors de celle-ci. Les informations sont régulièrement des résumés ou des extraits d'articles parus dans The Signpost, journal électronique publié par la Wikipédia en anglais, mais toute autre information susceptible d'intéresser la communauté est bienvenue. Dans l'idéal, cette infolettre a pour objectif également de vous inciter à la contribution sur l'espace encyclopédique. Ces résumés ou extraits et le tri qu’ils impliquent sont totalement subjectifs et n’engagent que leurs auteurs, qu’ils soient réguliers ou occasionnels. Venez y participer, votre contribution sera la bienvenue !
Numéro du {{#time:d F Y|}}
Afin de garder une trace, il serait utile de marquer « voir [[phab:T167617]] » dans le résumé de modif. l y aura sûrement quelques ajustements à faire. Il se peut aussi que ça ne marche pas du tout, mais je tente le coup. Merci ! --Framawiki ✉ 13 juin 2017 à 20:39 (CEST)
- Fait. — Thibaut (discuter) 13 juin 2017 à 20:43 (CEST)
Flux RSS WP:Wikimag modifier
Requête acceptée - 17 juin 2017 à 16:27 (CEST)
Bonsoir, dans le cadre de la réalisation de cette tache phab:T168005, il faudrait créer cinq pages Mediawiki.
1. Mediawiki:ffeed-wikimag-page:
{{#ifexist: Wikipédia:Wikimag/{{#time: Y/W }} | Wikipédia:RAW/{{#time: Y/W }} |}}
2. Mediawiki:ffeed-wikimag-title:
Wikimag
3. Mediawiki:ffeed-wikimag-short-title:
Le bulletin Wikimag vous propose un résumé de l'actualité de Wikipédia, chaque lundi matin.
4. Mediawiki:ffeed-wikimag-desc: (ajouter « provient de Wikipédia:Wikimag/Introduction » dans le résumé )
Vous rentrez de trois semaines de vacances et vous souhaitez vous informer de ce qui s’est passé sur Wikipédia pendant votre absence, les décisions de la communauté, les débats… mais vous ne souhaitez pas parcourir 25 pages de Bistro et y passer la journée, ou tout simplement vous voulez retrouver l’actualité toute fraîche de Wikipédia en français ?! Le Wikimag est là pour ça : chaque lundi, un nouveau numéro propose aux lecteurs un bref résumé de ce qu’il faut savoir sur l’activité communautaire de la semaine passée (à travers le Bistro et les annonces officielles), une liste des pages les plus éditées de la semaine, les articles de Wikipédia dans la presse, les nouveaux articles de qualité et bons articles, etc. Ce résumé et le tri qu’il implique sont totalement subjectifs et n’engagent que leurs auteurs, qu’ils soient réguliers ou occasionnels. Vous aussi, participez !
5. Mediawiki:ffeed-wikimag-entry:
Numéro de la semaine {{#time:Y-W|}}
Afin de garder une trace, il serait utile de marquer « voir [[phab:T168005]] » dans le résumé de modif. Merci ! --Framawiki ✉ 17 juin 2017 à 14:45 (CEST)
- Fait. — Thibaut (discuter) 17 juin 2017 à 14:48 (CEST)
- Je me suis trompé pour Mediawiki:ffeed-wikimag-page, il faut mettre Wikimag au lieu de RAW :( --Framawiki ✉ 17 juin 2017 à 16:23 (CEST)
- Corrigé. Trizek bla 17 juin 2017 à 16:27 (CEST)
- Je me suis trompé pour Mediawiki:ffeed-wikimag-page, il faut mettre Wikimag au lieu de RAW :( --Framawiki ✉ 17 juin 2017 à 16:23 (CEST)
MediaWiki:Gadget-DotsSyntaxHighlighter – Absence de lien la documentation (pourtant traduite en français) modifier
Requête acceptée - 25 juin 2017 à 17:38 (CEST)
Ce gadget intitulé SyntaxHighlighter n'en est vraiment pas un. C'est un outil de grande qualité car il permet de corriger les questions de parenthèses au moment de l'écriture (du moins dès qu'on travaille avec de nombreuses accolades) en jouant sur la couleur. Malheureusement il n'y a pas de lien sur la documentation dans le sous-menu gadgets du menu Préférences.
Il faut donc éditer la page MediaWiki:Gadget-DotsSyntaxHighlighter et la remplacer par, par exemple :
Syntax highlighter: activer la coloration syntaxique du wikitexte
or je n'ai pas les droits pour le faire. Un administrateur peut-il le faire (comme pour les autres gadgets qui n'ont pas de lien sur leur documentation. Merci.--Nbrouard (discuter) 25 juin 2017 à 17:36 (CEST)
MediaWiki:Gadget-WikEd.js/local – Erreur de partition modifier
Requête acceptée - 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. — Menthe à l'eau - 7 juillet 2017 à 13:08 (CEST)
- 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)
MediaWiki:Grouppage-rollbacker – suite à la création du groupe modifier
Requête acceptée - 27 juillet 2017 à 08:17 (CEST)
Pages où apparaît ce message : en titre pour tous les membres du groupe, et en lien sur Spécial:Liste_des_droits_de_groupe
Changement proposé : de même que MediaWiki:Grouppage-bureaucrat et autres, définir au singulier, soit Wikipédia:Révocateur. Voir aussi cette demande de changement de lien. Je vais finir par candidater au statut d'admin... :) --Framawiki ✉ 27 juillet 2017 à 00:24 (CEST)
- Fait. WP:NHP. — Zebulon84 (discuter) 27 juillet 2017 à 08:18 (CEST)
MediaWiki:Gadget-WikEd.js/local – Erreur de partition modifier
Requête acceptée - 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. — Menthe à l'eau - 7 juillet 2017 à 13:08 (CEST)
- 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 Zebulon84 : ? — Menthe à l'eau - 4 septembre 2017 à 12:24 (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
Maj gadgets pour nouvel éditeur de texte 2017 modifier
Requête acceptée - 29 août 2017 à 06:22 (CEST)
Metamorforme42 a signalé un bug avec certains gadgets sur Discussion_Projet:JavaScript/Rapport_de_bug#Problèmes multiples.
J'ai pu corriger le problème pour Utilisateur:Prométhée/PaletteDeluxe.js qui est une sous-page personnelle.
En revanche, il faudrait faire sur :
- MediaWiki:Gadget-HotCatsMulti.js la même modif que sur commons : [9]
- MediaWiki:Gadget-BandeauxPortails.js la même modif que le test ici : [10]
- MediaWiki:Gadget-Evaluation.js la même modif que le test ici : [11]
D'après mes tests, la solution proposée sur commons (action=submit au lieu de action=edit) corrige bien le problème sur ces trois derniers gadgets, merci. Prométhée (discuter) 28 août 2017 à 23:25 (CEST)
MediaWiki:Abusefilter-warning-annonce-décès ; MediaWiki:Abusefilter-warning-article-court ; MediaWiki:Abusefilter-warning-autobiographie ; MediaWiki:Abusefilter-warning-blanchiment ; MediaWiki:Abusefilter-warning-spambot ; MediaWiki:Abusefilter-warning-spambot – « Publier les modifications » modifier
Requête acceptée - 31 août 2017 à 00:11 (CEST)
« Enregistrer » devient « Publier les modifications ». Framawiki ✉ 30 août 2017 à 00:40 (CEST)
- — Kvardek du (laisser un message) le 31 août 2017 à 00:11 (CEST)
- framawiki : attends, ça s'affiche aussi pour l'éditeur visuel ces messages ? — Kvardek du (laisser un message) le 31 août 2017 à 00:18 (CEST)
- Yes ! Je viens de re-tester-parce-que-tu-m-as-mis-le-doute Merci Kvardek du pour les modifs --Framawiki ✉ 31 août 2017 à 18:25 (CEST)
Requête acceptée - 3 septembre 2017 à 18:15 (CEST)
Pages où apparaît ce message : Spécial:Statistiques
Changements proposés :
- gangliana est déprécié par grafana.
- Un lien qui marche mieux pour Alexa : https://www.alexa.com/siteinfo/wikipedia.org
- Les deux liens http://www.nedworks.org/ ne fonctionnement pas chez moi
Merci --Framawiki ✉ 3 septembre 2017 à 13:56 (CEST)
- Fait. — Thibaut (discuter) 3 septembre 2017 à 18:15 (CEST)
MediaWiki:Citethispage-content – code HTML modifier
Requête acceptée - 27 septembre 2017 à 21:28 (CEST)
Pages où apparaît ce message : Spécial:Citer
Changement proposé : Mettre le code HTML dans une balise <code>, soit le code précédé par « Code html ». --Framawiki ✉ 27 septembre 2017 à 18:40 (CEST)
- Framawiki : je ne suis pas sur d'avoir compris exactement ce que tu demandais, donc j'ai fait à mon idée. Cela te convient ? — Zebulon84 (discuter) 27 septembre 2017 à 21:19 (CEST)
- Je suis toujours aussi explicite dans mes requêtes :)
- C'est très bien ce que tu as fait, en particulier pour les balises citations. --Framawiki ✉ 27 septembre 2017 à 21:28 (CEST)
MediaWiki:Common.css – Entête ONU modifier
Requête acceptée - 16 octobre 2017 à 08:09 (CEST)
Changement proposé : Je propose l'ajout de l'entête pour les infobox correspondant à l'ONU :
.entete.nations-unies {
background-image: url("//upload.wikimedia.org/wikipedia/commons/3/3a/Picto_infobox_UN.png");
}
Cela permet d'améliorer la lisibilité du titre de l'infobox, par rapport à l'entête diplomatie actuellement utilisé (par exemple ici).
෴ Alt0160 ♫♪ 16 octobre 2017 à 08:09 (CEST)
- Alt0160 : fait et infobox de l'article en exemple modifiée. Prométhée (discuter) 23 octobre 2017 à 11:38 (CEST)
Requête refusée - 24 octobre 2017 à 23:20 (CEST)
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 (
#f9f9f9en#fff) et des listes pairs (even) (#eefen#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 :
- Pour la couleur et la réduction de la marge intérieure :
table.navbox, remplacer (attention les deux propriétés ne se suivent pas)- à modifier
background: #f9f9f9; padding: 2px;
- en
background: #fff; padding: 1px;
- Pour corriger la taille des groupes :
table.navbox td.group, ajouter et remplacerwidth: 150px;
- en
width: 20px; white-space: nowrap; text-align: right;
- Pour la couleur des listes pairs :
table.navbox td.even, remplacerbackground: #eef;
- en
background: #f7f7f7;
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)
- 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.
- 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
┌─────────┘
Au passage, encore et toujours dans MediaWiki:Gadget-newCollapsible.css, voici la version stable du code CSS à mettre à jour :
/* Palette de navigation */
.palette {
background: white;
border: 1px solid #aaa;
clear: both;
margin: 1em 0 0;
padding: 3px;
font-size: 88%;
}
.palette ul,
.palette li {
margin: 0;
padding: 0;
line-height: 1.6em;
list-style: none none;
}
.palette-liens {
float: left;
font-variant: small-caps;
}
.palette span.mw-collapsible-toggle {
float: right;
}
.palette-liens,
.palette .mw-collapsible-toggle,
.palette-groupe {
padding: 0.25em 1em;
}
.palette-titre,
.palette-section {
font-size: 105%;
font-weight: bold;
padding: 0.25em 7em;
text-align: center;
}
.palette-banniere,
.palette-ligne-simple,
.palette-groupe,
.palette-liste,
.palette-liste-pair {
border-top: 2px solid white;
}
.palette-ligne {
display: table-row;
}
.palette-groupe,
.palette-image,
.palette-liste,
.palette-liste-pair,
.palette-liste-fils {
display: table-cell;
vertical-align: middle;
}
.palette-groupe {
border-right: 2px solid white;
font-weight: bold;
text-align: right;
white-space: nowrap;
}
.palette-banniere,
.palette-liste-simple,
.palette-liste-simple-pair {
padding: 0.25em;
text-align: center;
}
.palette-liste,
.palette-liste-pair {
padding: 0 0.25em;
width: 100%;
}
.palette-liste-fils {
width: 100%;
}
div.palette-image {
padding: 0.25em 0 0.25em 0.25em;
width: 1%;
}
div.palette + div.palette {
margin-top: -1px;
}
.palette-titre {
background: #ccccff;
}
.palette-banniere,
.palette-groupe,
.palette-section {
background: #ddddff;
}
.palette-liste-fils .palette-groupe {
background: #e6e6ff;
}
.palette-liste-pair,
.palette-liste-simple-pair {
background: #f5f5f5;
}
/* Correction de la nouvelle typographie */
.palette p {
margin: 0;
}
/* Code temporaire pour la transition des palettes */
div.navbox-container div.palette {
border: 0;
margin: 0;
}
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 :
function autoCollapse($){
var $palette = $('.palette');
if($palette.length > 1)
$palette.not('.mw-collapsed, .mw-uncollapsed').each(function(){
$(this).find('span.mw-collapsible-toggle a').click();
});
}
$(autoCollapse);
Merci d'avance à la personne qui s'en chargera. Cordialement, Hlm Z. (discuter) 17 août 2015 à 15:39 (CEST)
- Classement de cette demande de plus de 2 ans, sans doute plus d'actualité. --FDo64 (discuter) 24 octobre 2017 à 23:20 (CEST)
Requête refusée - 24 octobre 2017 à 23:20 (CEST)
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)
- 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...
. 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.jspersonnel, c’est à peine plus compliqué que l’activation d’un gadget. Il doit notamment être possible de le lister avec les autres — bonnes contributions, Ltrlg (discuter), le 29 décembre 2015 à 10:53 (CET)
- 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)
- Rien n’empêche de faire de la pub : c’est une unique ligne à insérer dans le
- 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)
- Pareil je me pose la même question. @Orlodrim, Ltrlg, FDo64 : Qu’en pensez-vous ? — Thibaut (会話) 21 décembre 2015 à 15:08 (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. ( Mathis B) Cordialement - Drongou (discuter) 2 juin 2017 à 02:07 (CEST)
Requête refusée - 24 octobre 2017 à 23:20 (CEST)
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 :
- ajouter des règles au mobile.css pour ne pas afficher ces guillemets supplémentaires ;
- 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 :
- utiliser une classe pour limiter la modification à ces modèles,
- modifier d’un coup tous les
<blockquote>;
- 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 : 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.
blockquote { quotes: "" ""; }
- 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
- 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)
- 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)
- 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)
- Pas de réponse à mon dernier message ... Je classe donc la demande. --FDo64 (discuter) 24 octobre 2017 à 23:20 (CEST)
- Pas de réponse à mon dernier message
- 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)
- 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)
- 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)
- OK. Orlodrim, pourrais-tu regarder dans un dump le nombre d’utilisations directes de
- Je pense qu’on peut ignorer IE6/7 ici : si les guillemets sont indispensables pour séparer
MediaWiki:Common.css – corrections de bugs d'affichage modifier
Requête refusée - 24 octobre 2017 à 23:20 (CEST)
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:Newarticletext – changer le nom d'utilsiateur éronné modifier
Requête acceptée - 25 octobre 2017 à 23:10 (CEST)
Pages où apparaît ce message : Entête présente sur toutes les créations de pages
Changement proposé : Sur les sous-pages, comme Spécial:Mapage/javascript/test.js, le message affiché est « Le contributeur Framawiki/javascript n'a pas créé cette sous-page de son espace utilisateur. » /javascript est en trop. Il faudrait remplacer {{BASEPAGENAME}} par {{ROOTPAGENAME}}. Peut-être que d'autres messages de MediaWiki:Newarticletext sont aussi concernés. Merci. --Framawiki ✉ 20 octobre 2017 à 11:28 (CEST)
- Cordialement, Prométhée (discuter) 23 octobre 2017 à 14:05 (CEST)
- Merci Prométhée ! --Framawiki ✉ 31 octobre 2017 à 23:31 (CET)
MediaWiki:Editnotice-2 – nouveau skin timeless modifier
Requête acceptée - 29 octobre 2017 à 13:26 (CET)
Pages où apparaît ce message : Special:MaPage/timeless.js
Changement proposé : Ajouter timeless.js dans MediaWiki:Editnotice-2, merci --Framawiki ✉ 29 octobre 2017 à 13:24 (CET)
- Fait. — Thibaut (discuter) 29 octobre 2017 à 13:26 (CET)
MediaWiki:Gadget-Accessibility.js – compatibilité Timeless modifier
Requête acceptée - 2 novembre 2017 à 21:02 (CET)
Changement proposé : remplacer if(mw.config.get('skin')=='vector') par if(mw.config.get('skin')=='vector' | mw.config.get('skin')=='timeless').
Je ne sais pas utiliser ce gadget, et n'ai que pu vérifier l'affichage du menu avec ma modification. Il se peut qu'il faille faire une seconde édit, mais cette modif ne cassera rien de toute façon. --Framawiki ✉ 2 novembre 2017 à 20:30 (CET)
- c'est fait, mais peux tu vérifier ? Je ne connais pas non plus ce gadget et je n'utilise pas timeless. Prométhée (discuter) 2 novembre 2017 à 21:01 (CET)
MediaWiki:Protectedpagetext – pages protégées modifier
Requête acceptée - 16 novembre 2017 à 15:47 (CET)
Pages où apparaît ce message : les pages protégées
Changement proposé : Je propose de remplacer le texte [[Wikipédia:Semi-protection|Cette page est sous semi-protection étendue]] par [[Wikipédia:Semi-protection étendue|Cette page est sous semi-protection étendue]] pour faire apparaitre le lien vers la bonne page. Cordialement. Artvill (discuter) 16 novembre 2017 à 15:44 (CET)
- Fait. — Thibaut (discuter) 16 novembre 2017 à 15:47 (CET)
MediaWiki:Talkpageheader – Prise en charge de titre de page dans l'espace principal comportant un slash modifier
Requête acceptée - 20 novembre 2017 à 16:19 (CET)
Pages où apparaît ce message : Sur toutes les pages de discussion de l'espace principal.
Changement proposé :
Tout est dans le titre. En proposant ce matin The Legend of Zelda: A Link to the Past / Four Swords au label BA, je m'aperçois que le modèle n'est pas fonctionnel avec ce type de titre. Aucun lien ne fonctionne. Il y a probablement peu de page incluant un slash dans l'espace principal, mais quand c"est le cas, c'est problématique. Il aurait-il un moyen de changer ce {{BASEPAGENAME}} qui rogne la fin du titre ?
Je tente de notifier Zebulon84, pour avoir un avis ? -- Archimëa [Toc 2 Mi] 10 novembre 2017 à 10:06 (CET)
- Par exemple en remplaçant
{{BASEPAGENAME}}par{{#ifeq:{{SUBPAGENAME}}|<!--[sous-page]-->|{{BASEPAGENAME}}|{{PAGENAME}}}}pour le liens des sous-pages, en remplaçant à chaque fois<!--[sous-page]-->par[liste],Suppression,Neutralité,Droit d'auteur,Article de qualité,Bon article,À faire,Archives. PourLumière sur, remplacer par le même code sans<!--[sous-page]-->et laisser vide. Je viens de tester, cela fonctionne (a priori, hein
, 
). -- Archimëa [Toc 2 Mi] 10 novembre 2017 à 11:42 (CET)
- Sauf que tu devrais retirer "Suppression", "Neutralité", etc. dans chacun des tests, et pas uniquement "Suppression" dans le test "Suppression", "Neutralité" dans le test "Neutralité", etc.
- Ce qu'on pourrait faire, c'est avec Lua, on prend le nom de la page en cours, on retire
/\/Suppression$/,/\/Neutralité$/,/\/Archive[^\/]*$/i, etc. et le résultat sert de base pour les tests : "<résultat>/Suppression", "<résultat>/Neutralité", etc. od†n ↗blah 18 novembre 2017 à 13:03 (CET)- Bonjour Od1n - Ah oui, je vois le problème que j'ai occulté. (j'avais comme seul moyen de tester le nom de la sous page en cours... because je suis pas développeur!)
- Merci pour ton aide
- Par contre, je suis incapable d'introduire des éléments en Lua (je connais pas du tout), mais si ca fonctionne, n'hésitons pas!
- J'ai réalisé un premier jet en Lua, toutefois, au vu de l'importance de la modification et de la quantité de pages impactées, il faudrait bien réfléchir à l'idée, et des relectures du code seraient fortement souhaitables. od†n ↗blah 19 novembre 2017 à 01:16 (CET)
- Od1n : On pourrait appeler ce module sue le BàS sur modèle MediaWiki:Talkpageheader/Bac à sasble et simplement l'essayer sur les pdd des pages où ces sous-pages existent — sans même avoir besoin de sauvegarder, une prévisualisation suffirait pour contrôler, ce qui limiterait l'impact ? — -- Archimëa [Toc 2 Mi] 19 novembre 2017 à 10:45 (CET)
- Tu peux tester en prévisualisant avec en contenu de page
{{#invoke:Talkpageheader|main}}. od†n ↗blah 19 novembre 2017 à 10:58 (CET)- Pour ne pas oublier : ces liens sont présents sur MediaWiki:Talkpageheader, mais aussi MediaWiki:Talkpagetext, MediaWiki:Newarticletext et MediaWiki:Histlegend. Il semblerait y avoir lieu de factoriser le morceau de code qui est présent sur ces diverses pages. od†n ↗blah 19 novembre 2017 à 11:09 (CET)
- Od1n : bug lumière sur ici [12] (la sous-page existe bien) // edit : Od1n => car le lien est de la forme "Wikipédia:Lumière sur/Chrono Trigger"Archimëa [Toc 2 Mi] 19 novembre 2017 à 12:37 (CET)
- Bug corrigé, merci pour le signalement ! od†n ↗blah 19 novembre 2017 à 12:55 (CET)
- Od1n : J'ai testé en créant des sous-page (trop compliqué à trouver une page dans ce cas là... je m'occupe de tout faire supprimer) sans slash Discussion:Zoé : Créatrice de mode ==> le test est ok à 100% pour les titres sans slash.
- J'ai testé avec un titre comportant un slash (avec espace) Discussion:Zoé / Créatrice de mode, test seulement sur la sous page Suppression (ca fonctionne, ca fonctionne logiquement aussi sur les autres, même structure) et seulement sur Lumière sur ==> le test est ok à 100% pour les titres avec slash.
- Je sais pas si j'ai les moyen de vérifier les autres usages des liens de ce type. Dis-moi si tu veux que je regardes. -- Archimëa [Toc 2 Mi] 19 novembre 2017 à 13:09 (CET)
- Vu que ça a l'air de bien fonctionner, j'ai pris les devants, et j'ai déployé Module:Talkpageheader sur les quatre messages système mentionnés plus haut. On croise les doigts ! od†n ↗blah 19 novembre 2017 à 21:02 (CET)
- Od1n : Merci pour tout le travail ! Je crois que MediaWiki:Histlegend fonctionne bien - j'ai vérifié sans slash et avec, ca fonctionne. MediaWiki:Talkpagetext également.
- Pour MediaWiki:Newarticletext, je ne vois pas de changement. Je crois que la demande est finalisée alors. -- Archimëa [Toc 2 Mi] 19 novembre 2017 à 22:20 (CET)
- Il y a un autre problème, qui était déjà présent, c'est que certains liens peuvent ne pas être pertinents selon les namespaces. Un exemple pour illustrer, « /Droit d'auteur » pour les autres namespaces que les discussions d'articles. Idem avec « /Bon article », « /Article de qualité »… mais attention : il existe aussi des portails labellisés. Bref, ça serait à mettre au propre calmement. La factorisation du code et le module Lua devraient faciliter la mise en œuvre des changements. Mais cela sort du cadre de cette requête DIMS, que je clos donc. Si quelqu'un veut faire un point sur les liens appropriés selon les namespaces, il est le bienvenu. od†n ↗blah 20 novembre 2017 à 16:19 (CET)
- Vu que ça a l'air de bien fonctionner, j'ai pris les devants, et j'ai déployé Module:Talkpageheader sur les quatre messages système mentionnés plus haut. On croise les doigts ! od†n ↗blah 19 novembre 2017 à 21:02 (CET)
- Bug corrigé, merci pour le signalement ! od†n ↗blah 19 novembre 2017 à 12:55 (CET)
- Pour ne pas oublier : ces liens sont présents sur MediaWiki:Talkpageheader, mais aussi MediaWiki:Talkpagetext, MediaWiki:Newarticletext et MediaWiki:Histlegend. Il semblerait y avoir lieu de factoriser le morceau de code qui est présent sur ces diverses pages. od†n ↗blah 19 novembre 2017 à 11:09 (CET)
- Tu peux tester en prévisualisant avec en contenu de page
- J'ai réalisé un premier jet en Lua, toutefois, au vu de l'importance de la modification et de la quantité de pages impactées, il faudrait bien réfléchir à l'idée, et des relectures du code seraient fortement souhaitables. od†n ↗blah 19 novembre 2017 à 01:16 (CET)
- Bonjour
MediaWiki:Common.css – ajout d'une class pour un modèle modifier
Requête acceptée - Prométhée (discuter) 1 décembre 2017 à 20:14 (CET)
Pages où apparaît ce message : Modèle:Annonce Label => utilisé sur Projet:Jeu vidéo et Discussion Projet:Jeu vidéo
Changement proposé : Bonjour. J'ai créé ce modèle récemment pour le projet jeu vidéo. Dans celui-ci, un span sert de lien pour afficher un contenu caché. Je voudrais rajouter une class afin de pouvoir l'utiliser dessus et souligner le texte Relisez et votez ! au survol de la souris, pour bien indiquer qu'il y a (bien!) un lien.
Je voudrais ajouter :
.annoncelabel:hover {
text-decoration: underline;
}
Je tente de notifier le dernier modificateur de la page Od1n (qui m'a récemment aidé ici même) -- Archimëa [Toc 2 Mi] 26 novembre 2017 à 14:05 (CET)
- Archimëa : pas besoin de modifier le css global de MediaWiki, j'ai fait la modification directement dans le style du modèle cf historique. Confirme moi que c'est l'effet que tu attendais Prométhée (discuter) 1 décembre 2017 à 19:53 (CET)
- Ah non, j'ai lu trop vite il y avait le hover aussi. Je recorrige tout de suite. Prométhée (discuter) 1 décembre 2017 à 19:54 (CET)
- Bonsoir Prométhée. Je réactive la demande. peut-être pourrais-tu le rajouter au css ? -- Archimëa [Toc 2 Mi] 1 décembre 2017 à 20:10 (CET)
- On s'est croisé dans les modifs, c'est fait. Prométhée (discuter) 1 décembre 2017 à 20:13 (CET)
- Prométhée : Oui, vu. (on s'est croisé en effet, je comprenais plus!) Merci pour la manip et la modif. Ca fonctionne.
- On s'est croisé dans les modifs, c'est fait. Prométhée (discuter) 1 décembre 2017 à 20:13 (CET)
- Bonsoir
- Ah non, j'ai lu trop vite il y avait le hover aussi. Je recorrige tout de suite. Prométhée (discuter) 1 décembre 2017 à 19:54 (CET)
[[MediaWiki: ]] – Erreur de casse de titre modifier
Requête refusée - 5 janvier 2018 à 19:01 (CET)
Pages où apparaît ce message : https://www.wikipedia.org Changement proposé : Bonjour,
D'abord excusez-moi de ne pas avoir réussi à trouver à quel message correspond au texte. Le texte en question est « la source d'informations que vous pouvez écrire ». Il s'agit du message écrit en dessous de Wikinews et à côté de son logo. Problème : il faudrait que le l de la source soit écrit en L majuscule.
Cordialement. --Niridya (discuter) 3 janvier 2018 à 15:17 (CET)
- Cette page n'est pas accessible aux administrateurs de la fr.wikipédia, il faut contacter la Wikimedia Fundation qui est responsable de son hébergement, @Trizek (WMF) ? Prométhée (discuter) 5 janvier 2018 à 19:01 (CET)
- @Niridya et Prométhée : Ça se corrige ici, j’ai corrigé. — Thibaut (discuter) 5 janvier 2018 à 19:05 (CET)
- Merci Thibaut120094 pour la correction. --Niridya (discuter) 5 janvier 2018 à 19:15 (CET)
- Merci Thibaut120094
- @Niridya et Prométhée : Ça se corrige ici, j’ai corrigé. — Thibaut (discuter) 5 janvier 2018 à 19:05 (CET)
MediaWiki:Previewnote – Remplacer « Enregistrer » par « Publier les modifications » modifier
Requête acceptée - 23 mars 2018 à 20:14 (CET)
Pages où apparaît ce message : Prévisualisation lors d'une modification.
Changement proposé : Remplacer « cliquez ensuite sur Enregistrer » par « cliquez ensuite sur Publier les modifications », Cela fait déjà un moment (plus d'une année, il me semble) que le bouton « Enregistrer » a été remplacé par « Publier les modifications ».
Je suppose que l'on a oublié de mettre à jour ce message système en même temps que la plupart des pages d'aide au moment de l'introduction de ce changement.
Merci.
--Tractopelle-jaune (discuter) 23 mars 2018 à 20:03 (CET)
- Fait. — Thibaut (discuter) 23 mars 2018 à 20:14 (CET)
MediaWiki:Thanks-confirmation-special-rev – suppression pour permettre à translatewiki de prendre le relais modifier
Requête refusée - 24 mars 2018 à 18:35 (CET)
Pages où apparaît ce message : MediaWiki:Thanks-confirmation-special-rev
Changement proposé :
Citation du message de Pamputt sur le Bistro :
- Bonjour, en voulant remercier quelqu’un alors que le javascript n’avait pas encore eu le temps de se charger complètement, je suis arrivé sur ce genre de page, où l’on peut lire « Do you want to publicly send thanks for this edit? ». Sur translatewiki, ce message est traduit en français. Peut-être faudrait-il supprimer MediaWiki:Thanks-confirmation-special-rev pour que translatewiki prenne le dessus. Je vous laisse voir ce qu’il est le plus adapté de faire pour obtenir un message en français. Pamputt ✉ 24 mars 2018 à 18:25 (CET)
— NoFWDaddress (d) 24 mars 2018 à 18:30 (CET)
- Bonjour, la page n’a jamais été créée localement, la traduction de translatewiki.net a été faite le 20 mars, il faut attendre quelques jours pour que les traductions soient mises à jour.
- Je vais créer la page localement avec la traduction en attendant — Thibaut (discuter) 24 mars 2018 à 18:35 (CET)
MediaWiki: Wikimedia-cookiestatement – Lien en français modifier
Requête acceptée - 2 avril 2018 à 12:39 (CEST)
Bonjour ! En l’état actuel en bas de chaque page, la déclaration vers les cookies redirige vers [13]. 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 [14]. 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 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 ! 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)
- 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)
- 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)
- 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)
- 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)
- 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)
- Oui, c'est vrai que je n'ai pas non plus trouvé où était le lien. Si quelqu'un sait, je suis preneur !
Comme le lien n'est pas dans un message système, je marque la demande comme refusée (on ne peut rien faire ici). Orlodrim (discuter) 2 avril 2018 à 12:39 (CEST)
MediaWiki:Gadget-WikEd.js/local – Erreur de partition modifier
Requête acceptée - 2 avril 2018 à 13:53 (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. — Menthe à l'eau - 7 juillet 2017 à 13:08 (CEST)
- 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 Zebulon84 : ? — Menthe à l'eau - 4 septembre 2017 à 12:24 (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
MediaWiki:Edittools – Ajouter [[Spécial:Contribs/]] au panneau d'insertion des caractères spéciaux modifier
Requête acceptée - 2 avril 2018 à 14:11 (CEST)
Pages où apparaît ce message :
Changement proposé :
Est-ce que ce serait possible (et pertinent ?) d'ajouter un lien d'insertion rapide en bas de la zone d'édition pour [[Spécial:Contribs/]] ?
J'utilise souvent ce raccourci (une variante raccourcie de [[Spécial:Contributions/]], qui n'est pas présente non plus) pour insérer des résumés du genre « rv Spécial:Contribs/XXX : Vandalisme », quand on doit annuler plusieurs modifs d'un coup d'un contributeur ou d'une IP, ou que l'annulation se fait manuellement, au milieu d'autres modifs valides (ce qui interdit d'utiliser le gadget RevertDiff ou le rollback).
Cela permet de donner le lien vers la liste des contribs de l'utilisateur/ip que l'on a révoqué (il s'agit du lien le plus important dans les résumés en cas de revert).
Il y a déjà un lien Spécial:Diff/ présent dans le groupe wiki, on pourrait le mettre à côté ?
Personnellement je trouverai ça pratique, ça me ferait gagner du temps, plutôt que de l'écrire plusieurs fois par jour.
J'avais posé une première fois la question sur : Wikipédia:Questions techniques/semaine 52 2017, et on m'a renvoyé ici sur WP:DIMS.
--Tractopelle-jaune (discuter) 6 janvier 2018 à 08:57 (CET)
- Après une longue recherche (car quand on se contente de visualiser Mediawiki:Edittools ça ne semble pas la bonne page ), j'ai fait la modification. -- Habertix (discuter) 23 mars 2018 à 22:48 (CET).
- Aparté : ce raccourci vient de me servir pour MediaWiki:Undo-summary od†n ↗blah 24 mars 2018 à 03:33 (CET)
- Habertix : Merci pour l'ajout.
- Od1n : Content d'avoir pu t'apprendre ce raccourci, et c'est une bonne idée de l'utiliser pour MediaWiki:Undo-summary, d'ailleurs, on pourrait peut-être aussi le faire pour MediaWiki:Gadget-RevertDiff.js, là c'est carrément 10 octets (2 x 5) par message que l'on peut gagner.
- --Tractopelle-jaune (discuter) 24 mars 2018 à 18:45 (CET)
- Akeron : J'ai vu ton annulation. D'un côté, ce raccourci ne posait techniquement pas de problème car en fait mediawiki produisait quand même un lien "[[Spécial:Contributions/", et cela permettait de réduire légèrement la quantité de bazar pré-rempli dans l'input quand on lance une annulation. D'un autre côté, par principe de moindre surprise je pense qu'il vaut effectivement mieux se passer d'un tel lien "magiquement modifié". od†n ↗blah 25 mars 2018 à 00:44 (CET)
- Aparté : ce raccourci vient de me servir pour MediaWiki:Undo-summary
MediaWiki:Gadget-LiveRC.js/i18n/it.js – fix translation modifier
Requête acceptée - 3 avril 2018 à 18:45 (CEST)
Pages où apparaît ce message : LiveRC on itwiki
Changement proposé : I'm sorry for writing in english, but I don't know French well enough. I kindly ask you to make the following change in the linked message: addTradToTranslatedTexts('Tag_Text','it','Template'); ==> addTradToTranslatedTexts('Tag_Text','it','Etichette');. Many thanks, --Daimona Eaytoy (discuter) 3 avril 2018 à 16:36 (CEST)
MediaWiki:Gadget-C helper tag.js – Doublon bandeaux modifier
Requête acceptée - 10 avril 2018 à 21:18 (CEST)
Changement proposé : Doublon "Pour Wikiquote" dans Bandeaux.
Tomybrz Bip Bip 10 avril 2018 à 21:08 (CEST)
- Normalement c'est corrigé. Orlodrim (discuter) 10 avril 2018 à 21:18 (CEST)
MediaWiki:Common.css – ajout de deux nouvelles apparences (templiers et teutoniques) modifier
Requête acceptée - 14 avril 2018 à 10:07 (CEST)
Pages où apparaît ce message : sans objet
Changement proposé : sur le modèle de entete.hospitaliers, je souhaite l'ajout de deux nouvelles apparences :
.entete.templiers {
Les entêtes seraient ajoutées à Projet:Infobox/Pictogramme#T.
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");
}
Merci d'avance--Odejea (♫♪) 12 avril 2018 à 20:53 (CEST)
MediaWiki:Mobile.js et MediaWiki:Mobile.css – Demande d'affichage des palettes sur version mobile modifier
Requête refusée - 14 avril 2018 à 10:08 (CEST)
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)
- Nouill : les palettes ne sont pas dans le code HTML fournit par MediaWiki dans la version mobile, donc on ne peut 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)
Nouill, Zebulon84 et FDo64 : la demande est ouverte depuis plus d'un an . Que faut-il en faire ? -- Habertix (discuter) 29 octobre 2017 à 18:58 (CET).
- Quand je vois que certains veulent supprimer la limite de 20 palettes sur une page, tout en désirant les réduire à une ligne car 20 palettes repliées ça prend trop de place, je me dis que la décision de MediaWiki est sage : tout le monde n’a pas une connexion 4G et les palettes alourdissent considérablement le poids du code HTML à télécharger pour à mon avis un intérêt assez faible pour la plupart des lecteurs. Je suis donc favorable au refus de cette demande. Mais je ne le ferais pas unilatéralement. — Zebulon84 (discuter) 30 octobre 2017 à 08:55 (CET)
- Bonjour, pour une fois, je ne suis pas d'accord avec Zebulon84 ! Il paraît que maintenant 50% des utilisateurs viennent par la version mobile. Donc 50% des utilisateurs ne voient pas les palettes. Alors, puisque les palettes sont si inutiles et nuisibles, supprimons-les pour tous ! Ça me fera moins de travail de maintenance .
- Plus sérieusement : oui cette demande est pour moi toujours d'actualité. --FDo64 (discuter) 30 octobre 2017 à 17:58 (CET)
- Bonjour, pour une fois, je ne suis pas d'accord avec Zebulon84
Cette demande est impossible à traiter par la modification d'un message système, à moins de renommer artificiellement la classe navbox dans {{Méta palette de navigation}} (et sans doute d'autres endroits) pour qu'elle ne soit pas enlevée du code HTML. Si quelqu'un envisage sérieusement cette option et est prêt à faire le travail nécessaire sur les modèles pour avoir un affichage correct sur mobile, je l'invite à faire une proposition sur Discussion Projet:Modèle. En ce qui me concerne, je ne soutiendrai pas une solution qui contourne la restriction volontairement mise en place dans mw:Extension:MobileFrontend.
Sinon, je propose de clore cette demande, car la solution ne pourra venir que de la résolution de phab:T124168.
Orlodrim (discuter) 2 avril 2018 à 11:56 (CEST)
- Demande close. Orlodrim (discuter) 14 avril 2018 à 10:08 (CEST)
MediaWiki:Common.js – prise en charge des paramètres withJS & withCSS modifier
Requête refusée - 14 avril 2018 à 10:08 (CEST)
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 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 ?
- 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... ) --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)
- mw:Snippets/Load JS and CSS by URL donne une option pour autoriser seulement le chargement de gadgets, donc des scripts recensés dans MediaWiki:Gadgets-definition. Je propose de mettre ça en place, en limitant l'expression régulière à [A-Za-z0-9_]+ plutôt que [^,\|]+ parce que je suis un peu paranoïaque, et en enlevant mediawiki.notify qui ne sert pas à grand chose. Ça me semble plus sûr que d'autoriser le chargement de n'importe quelle page de l'espace MediaWiki. Orlodrim (discuter) 2 avril 2018 à 12:29 (CEST)
- Contre, pour ma part. Pouvoir faire charger à quelqu'un un script par une simple URL me dérange sur le principe :
- Même si c'est limité au namespace MediaWiki, il doit bien y avoir des failles qui traînent, que l'attaquant se gardera bien de signaler. A fortiori avec le fait qu'on a un manque de maintenance sur les scripts.
- Et quand bien même il n'y aurait aucune faille de sécurité stricto sensu, faire exécuter arbitrairement un script ouvre quand même des portes. J'ai même repéré un exemple de cela, pas plus tard qu'aujourd'hui.
- Un autre argument, c'est que si on a pu se passer de ce système jusqu'alors, c'est qu'il ne doit pas être si nécessaire que cela…
- od†n ↗blah 2 avril 2018 à 13:41 (CEST)
- Od1n : Ce n'est pas limité au namespace MediaWiki, c'est limité aux gadgets (mais en mode paranoïaque, on peut aussi combiner à ma proposition précédente en limitant à des gadgets destinés à cette utilisation, avec une contrainte sur le nom des gadgets). En pratique, je l'utiliserais certainement pour enlever ReplaceSourcePageInLinks de Common.js. Orlodrim (discuter) 2 avril 2018 à 13:51 (CEST)
- PS : pour être honnête, je penche légèrement du côté pour, mais je ne suis pas vraiment enthousiaste non plus : avec des restrictions, les risques sont faibles à mon avis, mais l'utilité reste réduite. Donc je ne n'insisterai pas plus que ça. Orlodrim (discuter) 2 avril 2018 à 14:05 (CEST)
- J'ai vu après coup cette restriction aux gadgets enregistrés, mais cela ne change pas mes arguments. Pas plus tard qu'aujourd'hui, j'ai remarqué un exemple où avec une simple URL en GET, et l'activation d'un gadget, que ce système permettrait, et bien on pourrait déclencher un open bar de modifications automatiques, simplement en postant des URL un peu partout.
- Pour ce qui est de ReplaceSourcePageInLinks, ça reste un exemple hyper spécifique, qui ne justifierait pas à lui seul le système global.
- od†n ↗blah 2 avril 2018 à 14:13 (CEST)
- Si on limite l'utilisation à une liste ultra restreinte de gadgets, cela revient peu ou prou à ce que l'on peut déjà rencontrer actuellement, c'est-à-dire de l'ajout d'exécution de code dans des cas particuliers. Nous sortons alors du cadre initial de cette demande, à savoir un système généraliste (auquel je suis contre). Mais pour un sytème restreint au cas par cas, pourquoi pas, vu que cela ne changerait pas grand chose sur le fond, et que cela reviendrait en fait à des différences sur la forme de mise en œuvre. od†n ↗blah 2 avril 2018 à 20:11 (CEST)
- PS : pour être honnête, je penche légèrement du côté pour, mais je ne suis pas vraiment enthousiaste non plus : avec des restrictions, les risques sont faibles à mon avis, mais l'utilité reste réduite. Donc je ne n'insisterai pas plus que ça. Orlodrim (discuter) 2 avril 2018 à 14:05 (CEST)
- Contre, pour ma part. Pouvoir faire charger à quelqu'un un script par une simple URL me dérange sur le principe :
- mw:Snippets/Load JS and CSS by URL donne une option pour autoriser seulement le chargement de gadgets, donc des scripts recensés dans MediaWiki:Gadgets-definition. Je propose de mettre ça en place, en limitant l'expression régulière à [A-Za-z0-9_]+ plutôt que [^,\|]+ parce que je suis un peu paranoïaque, et en enlevant mediawiki.notify qui ne sert pas à grand chose. Ça me semble plus sûr que d'autoriser le chargement de n'importe quelle page de l'espace MediaWiki. Orlodrim (discuter) 2 avril 2018 à 12:29 (CEST)
- Up :) --Framawiki ✉ 27 juin 2017 à 00:38 (CEST)
- Très contre l'idée d'activer des scripts supplémentaires sans demande explicite de l'utilisateur.
- À étudier éventuellement au cas par cas sur la base d'une liste blanche de scripts relus pour éviter les failles de sécurité, mais certainement pas en « open bar » où un bout de code confidentiel permettant de prendre le contrôle du compte d'un utilisateur pourrait être exécuté suite à un simple clic sur un lien construit dans ce but. La liste blanche pourrait être l'espace MediaWiki, mais seulement après un gros ménage de ce qui y réside actuellement.
- Amicalement — Arkanosis ✉ 8 avril 2018 à 15:25 (CEST)
- Bon, en résumé :
- Il y a un accord pour ne pas ajouter le script initialement proposé tel quel (il n'est pas souhaitable de ne pas permettre l'autorisation de n'importe quel script dans l'espace MediaWiki).
- Il y a un accord mou pour dire qu'on pourrait exécuter des scripts dans une liste blanche (ce qui pourrait prendre la forme de ce que j'ai proposé dans ma réponse du 2 avril 2018 à 13:51).
- Selon Od1n, ce serait assez peu utile pour l'instant.
- Je propose qu'on ne fasse rien pour l'instant. Si des fonctions qui n'ont besoin d'être déclenchées que lorsque l'utilisateur clique sur un lien s'accumulent dans MediaWiki:Common.js, on pourra réétudier la demande. Pour transformer une page comme Utilisateur:Framabot/requêtes en outil interactif, wikitech:Help:Toolforge est probablement une meilleure option (je dis "probablement" parce que je n'ai jamais essayé moi-même).
- Orlodrim (discuter) 8 avril 2018 à 17:16 (CEST)
- Demande refusée pour la raison indiquée dans mon message précédent. Orlodrim (discuter) 14 avril 2018 à 10:08 (CEST)
- Bon, en résumé :
Requête refusée - 14 avril 2018 à 10:09 (CEST)
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)
- 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)
- Bloubéri : Serait-il possible de fournir des diff où ce lien a été spammé ? En effet, je ne trouve aucun lien vers ce site dans l'encyclopédie actuellement. S'il n'y a pas de cas de spam, il n'est pas utile d'ajouter le lien dans la blacklist. Shawn (discuter) 11 novembre 2017 à 22:01 (CET)
- User:Kvardek du et user:Shawn, je n'ai pas connaissance de discussion à ce sujet. Les liens sont toujours présents dans les articles (par exemple : finastéride [15]). Bloubéri (discuter) 20 janvier 2018 à 16:49 (CET)
- Bloubéri : Il y a actuellement 18 liens dans 15 articles différents vers ce site, et aucun n'a a été ajouté après mars 2017 (le dernier ajout non révoqué date du 7 mars 2017 sur Acné). Je pense qu'il n'est pas nécessaire de blacklister ce site, à moins qu'il n'y ait eu d'autres ajouts révoqués depuis. Bien sûr, ça ne t'empêche pas d'enlever les liens des articles s'ils ne sont pas pertinents.
- Le délai de traitement des demandes sur cette page a tendance à être très long. Tu peux proposer les liens à mettre en liste noire sur WP:RA ou Discussion MediaWiki:Spam-blacklist pour les cas plus complexes. Les administrateurs qui suivent Discussion MediaWiki:Spam-blacklist sont souvent plus réactifs et plus habitués aux critères. Orlodrim (discuter) 2 avril 2018 à 13:16 (CEST)
- Demande refusée car il n'y a pas de nouveaux liens depuis plusieurs mois. Orlodrim (discuter) 14 avril 2018 à 10:09 (CEST)
- User:Kvardek du et user:Shawn, je n'ai pas connaissance de discussion à ce sujet. Les liens sont toujours présents dans les articles (par exemple : finastéride [15]). Bloubéri (discuter) 20 janvier 2018 à 16:49 (CET)
Requête acceptée - 27 avril 2018 à 21:59 (CEST)
- Framawiki : je déplace cette demande depuis WP:DIPP car il me semble qu'elle à plus sa place ici. — Zebulon84 (discuter) 26 avril 2018 à 17:05 (CEST)
Pages où apparaît ce message : Pages Flow
Changement proposé : Bonsoir, comme l'a fait remarqué le Bistro (Wikipédia:Le_Bistro/24_avril_2018#Avis_demandé), CHelper ne détecte pas quand une erreur survient à cause de Flow. Je propose ce petit changement :
Cette clé dans config:
'notify-gadget-cant-edit': 'Le gadget ne peut pas éditer la page demandée. Merci de faire la modification manuellement.',
Sous new_section, compléter fail:
.fail(function(jqXHR) {
if (jqXHR === 'no-direct-editing')
mw.notify(C.util.config['notify-gadget-cant-edit'], {title:'C-helper', type:'error'});
else
mw.notify(C.util.config['notify-network-issue'], {title:'C-helper', type:'error'});
});
Merci Framawiki ✉ 24 avril 2018 à 19:22 (CEST)
- Cordialement, Prométhée (discuter) 27 avril 2018 à 21:59 (CEST).
Requête acceptée - 28 avril 2018 à 14:02 (CEST)
Pages où apparaît ce message : https://fr.m.wikipedia.org/wiki/Wikip%C3%A9dia:Accueil_principal en version mobile uniquement.
Changement proposé : Ajouter un espace insécable avant le ! afin de se conformer à la typographie française.
J'ai modifié TranslateWiki mais je ne sais pas si la modification a pris effet car elle n'apparaît pas sur MediaWiki:Mobile-frontend-logged-in-homepage-notification.
Cordialement. --Niridya (discuter) 26 avril 2018 à 16:34 (CEST)
- Niridya : les modifications sur translatewiki.net n'ont pas un effet immédiat, il y a un cache quelque part qui n'est rafraichi qu'une fois par jour, voire deux ou trois. Mais on n'est probablement pas à quelques heures ni dizaines d'heures pour cette modif. Je suggère donc de patienter un peu avant d'agir si besoin. — Zebulon84 (discuter) 26 avril 2018 à 16:58 (CEST)
- D'accord @Zebulon84 et Merci pour ta réponse ! --Niridya (discuter) 28 avril 2018 à 14:02 (CEST)
- D'accord @Zebulon84 et Merci
MediaWiki:Vector.css – remplacer les images matricielles par SVG modifier
Requête acceptée - 29 avril 2018 à 23:10 (CEST)
Pages où apparaît ce message : https://fr.wikipedia.org/wiki/MediaWiki:Vector.css utilise c:File:Lock icon blue.gif, c:File:Wikinews waves Left.png et c:File:Mediawiki-logo.png.
Changement proposé : les remplacer par, respectivement, c:File:OOjs UI icon secure-link-progressive.svg (ou c:File:Feedbin-Icon-lock.svg, ou c:File:Lock-blue.svg), c:File:Wikinews waves Left.svg et c:File:MediaWiki-notext.svg.
Un exemple de supériorité des icônes SVG, même à 12 px : c:File:Icon_External_Link.svg.
Autre possibilité pour c:File:Lock icon blue.gif : ne plus employer d'icône du tout, comme l'information de sécurité ainsi donnée est sujette à caution. Voir HTTPS et icône d'un cadenas.
Cordialement, Thomas Linard (discuter) 17 avril 2018 à 17:45 (CEST)
- Thomas Linard :
- Je suis favorable à la suppression du cadenas.
- Pour les autres images, proposes-tu d'insérer directement des svg, ou d'utiliser des miniatures produites à partir de svg ?
- si c'est la première option, on peut étudier la question, mais je signale que les autres images actuellement utilisées sont également des images png de petite taille, générées à partir de svg (il faudrait sans doute les remplacer toutes, du coup).
- si c'est la deuxième option, je ne comprends pas bien l'intérêt.
- Orlodrim (discuter) 27 avril 2018 à 23:18 (CEST)
- PS : Je crois que je viens de comprendre l'exemple que tu donnes : sans zoom,
[[File:Icon External Link.png|12px]](
) s'affiche exactement comme [[File:Icon External Link.svg|12px]](
), mais avec un zoom l'affichage du svg est effectivement meilleur. - C'est dû au fait que le code HTML produit pour le SVG génère une balise
<img>qui référence aussi des versions png de plus grande taille :<img alt="SVG" src="https://upload.wikimedia.org/wikipedia/commons/thumb/4/44/Icon_External_Link.svg/12px-Icon_External_Link.svg.png" srcset="https://upload.wikimedia.org/wikipedia/commons/thumb/4/44/Icon_External_Link.svg/18px-Icon_External_Link.svg.png 1.5x, https://upload.wikimedia.org/wikipedia/commons/thumb/4/44/Icon_External_Link.svg/24px-Icon_External_Link.svg.png 2x" data-file-width="12" data-file-height="12" width="12" height="12">. Mais si on entre directement l'adresse d'une miniature png de taille donnée dans le code CSS, rien ne va ajouter automatiquement ces références aux versions de plus grande taille. - Orlodrim (discuter) 27 avril 2018 à 23:30 (CEST)
- Orlodrim :
- Supprimer le cadenas m'apparait en effet comme la meilleure solution. Pour les autres images, je ne suis pas persuadé de la nécessité de générer des PNG à partir des SVG (le code que tu cites est intéressant, je n'avais pas été regarder, mais est-ce vraiment nécessaire d'en faire autant ?). Mais peut-être que je ne connais pas tous les problèmes de compatibilité posés par l'utilisation directe de fichiers SVG ? Mais si ça ne devait être que des vignettes PNG de SVG, j'y vois au moins un intérêt : la version SVG étant maintenant la référence pour ces images (la version PNG étant marqué d'un modèle "Vector Version Available" qui déconseille l'utilisation du PNG en faveur du SVG), les améliorations éventuelles seront apportées au fichier SVG, pas à sa version PNG. Mais si nous pouvons utiliser des SVG directement, tant mieux ! Thomas Linard (discuter) 27 avril 2018 à 23:40 (CEST)
- Thomas Linard :
- Le remplacement des images sources en gardant des miniatures en PNG est sans risque. Pour passer à des SVG directement dans le CSS, il faudrait faire des vérifications supplémentaires (compatibilité avec les navigateurs et questions de sécurité).
- Par ailleurs, je serais plutôt pour garder File:Mediawiki-logo.png, car c'est visiblement l'image utilisée par mediawiki.org (la version SVG est une vectorisation assez différente de l'original, avec des aplats de couleur, et sans point noir au milieu du pollen de la fleur).
- Je propose de faire ceci pour l'instant :
- supprimer le cadenas des liens https (File:Lock icon blue.gif)
- utiliser une miniature PNG de SVG pour Wikinews (Wikinews waves Left.png → Wikinews waves Left.svg)
- pas de changement pour MediaWiki (File:Mediawiki-logo.png)
- Orlodrim (discuter) 28 avril 2018 à 00:26 (CEST)
- Orlodrim :
- OK, cela me semble déjà pas mal. Merci ! Thomas Linard (discuter) 28 avril 2018 à 09:42 (CEST)
- Orlodrim (discuter) 29 avril 2018 à 23:10 (CEST)
- For the record, j'étais au départ contre ce changement, mais après avoir consulté la discussion de 2016, les arguments de Marc Mongenet sur la sécurité m'ont pleinement convaincu. od†n ↗blah 30 avril 2018 à 01:03 (CEST)
- PS : Je crois que je viens de comprendre l'exemple que tu donnes : sans zoom,
MediaWiki:Linkshere-2 – Réimporter le contenu de MediaWiki:Linkshere (changement de message système) modifier
Requête acceptée - 9 juin 2018 à 21:47 (CEST)
Pages où apparaît ce message : Spécial:Pages liées
Changement proposé :
Bonjour,
J'ai constaté la disparition sur Spécial:Pages liées (exemple sur Spécial:Pages liées/Modèle:Infobox Aéroport) des liens « voir uniquement » (très pratique pour gagner du temps), et des liens externes, notamment vers le site extrêmement utile d'Orlodrim, https://wstat.fr/.
Après avoir un peu cherché la raison de cette disparition, je suis tombé sur un message ajouté par un contributeur anglais sur Discussion MediaWiki:Linkshere.
Il semble qu'il s'agit d'un changement de message système, avec passage de MediaWiki:Linkshere à MediaWiki:Linkshere-2.
Je ne suis pas sur d'avoir tout compris le but de ce changement, mais je pense qu'il s'agit de changements au niveau des variables.
Est-ce qu'il serait possible de réimporter sur MediaWiki:Linkshere-2 le contenu additionnel que l'on avait mis sur MediaWiki:Linkshere, en le mettant à jour au niveau des variables.
En même temps, je vois que wstat.fr supporte le https, est ce qu'il serait pertinent de le passer en https au lieu du http ?
Je notifie aussi Od1n, qui a pas mal contribué sur ce message système.
Merci d'avance.
--Tractopelle-jaune (discuter) 3 juin 2018 à 11:11 (CEST)
- Attendre que https://gerrit.wikimedia.org/r/#/c/436684/ soit passé en prod. C'est alors MediaWiki:Linkshere qui redeviendra le message utilisé, et il faudra simplement remplacer le
[[:$1]]par$2(en retirant bien les crochets). - Pour wstat.fr, je l'ai passé en https.
- od†n ↗blah 3 juin 2018 à 11:50 (CEST)
- Je viens de percuter que le message pouvait être mis à jour tout de suite, puisqu'il n'est pas utilisé actuellement, et que lorsqu'il sera à nouveau utilisé, ça sera avec la nouvelle syntaxe. Du coup, je viens d'effectuer la modif. od†n ↗blah 9 juin 2018 à 21:47 (CEST)
MediaWiki:Gadget-LiveRCSiteConfig.js – Liverc / Panne locale? modifier
Requête acceptée - 12 juin 2018 à 19:07 (CEST)
Pages où apparaît ce message : Spécial:Diff/149455603 Orikrin1998 : clic involontaire? Mon Liverc ne marche plus chez moi même quand j'ai reset
mon .js et .css. Cdt Tomybrz Bip Bip 12 juin 2018 à 15:09 (CEST)
- Euh, j'ignore ce qu'est cette modification. J'annule, dans le doute. Mon LiveRC marchait, personnellement. — Orıkrın1998 (+) →blablatoir← 12 juin 2018 à 17:25 (CEST)
MediaWiki:Common.css – Création d'une nouvelle classe modifier
Requête refusée - 23 juin 2018 à 19:21 (CEST)
Pages où apparaît ce message : Bonjour. J'essaye de réaliser une infobox V3 de l'{{infobox Jeu vidéo}} ([[Utilisateur:Archimëa/Brouillon|[ici]]]). Il faudrait rajouter ce css pour que je puisse afficher l'icone... au moins temporairmeent, le temps de faire la box, de la proposer au projet correspondant, et éventuellement la conserver, ou la supprimer par la suite. Merci d'avance. -- Archimëa [Toc 2 Mi] 22 juin 2018 à 16:39 (CEST)
Changement proposé :
.entete.jeuvideov3 {
background-image: url("//upload.wikimedia.org/wikipedia/commons/2/24/Kontrollikon_1.0d.svg");
}
- Bonjour. Il y a déjà une icône pour les jeux vidéos (.entete.jeuvideo) :
{background-image: url("//upload.wikimedia.org/wikipedia/commons/2/2d/Picto_infobox_gamepad.png"); - MediaWiki:Common.css n'est pas là pour faire des tests. Tu dois d'abord demander l'aval du projet jeu vidéo et ensuite on remplacera l'icône actuelle par la nouvelle. Cordialement. 'toff [discut.] 23 juin 2018 à 19:21 (CEST)
MediaWiki:Nstab-main – suppression modifier
Requête refusée - 13 juillet 2018 à 21:23 (CEST)
Pages où apparaît ce message : Toutes les pages de l'espace Principal
Changement proposé : Bonjour 
, j'aimerai que cette page soit supprimée afin d'utiliser la traduction de TranslateWiki (voir la traduction sur TranslateWiki). --Niridya (discuter) 13 juillet 2018 à 14:24 (CEST)
Oui mais ça revient à remplacer Article par Page non ? Et je ne sais pas où précisément ? Dans l'autre sens, ça ne me dérangerait pas, mais là... TigH (discuter) 13 juillet 2018 à 18:03 (CEST)
- TigH : il s'agit du texte du premier onglet, à coté de l'onglet « Discussion », en haut de chaque page de l'espace principal.
- Niridya : je ne suis pas faborable à ce changement. On indique que Wikipédia à 2 millions d'articles, pas 2 million de pages (ou pire, de fiches). — Zebulon84 (discuter) 13 juillet 2018 à 18:12 (CEST)
- C'est bien ce que je craignais. TigH (discuter) 13 juillet 2018 à 18:15 (CEST)
- En effet, on a plutôt 2 millions d'articles que de pages. Mais, sans vouloir insister, c'est la traduction littérale de la Wikipédia en anglais (mais je dis pas pour autant que c'est une bonne chose). --Niridya (discuter) 13 juillet 2018 à 21:04 (CEST)
- Si tu argumentes sur la base "la traduction, c'est bien", on risque pour le coup de ne pas être du tout d'accord (mais je ne dis pas pour autant que c'est une mauvaise chose.). Sinon, pour des demandes aussi conséquentes, il faut des justifications ou argumentation solides. TigH (discuter) 13 juillet 2018 à 21:23 (CEST)
- En effet, on a plutôt 2 millions d'articles que de pages. Mais, sans vouloir insister, c'est la traduction littérale de la Wikipédia en anglais (mais je dis pas pour autant que c'est une bonne chose). --Niridya (discuter) 13 juillet 2018 à 21:04 (CEST)
- C'est bien ce que je craignais. TigH (discuter) 13 juillet 2018 à 18:15 (CEST)
MediaWiki:Common.css – Modifier une règle CSS pour corriger un soucis avec les arbres sous forme d’une arborescence, suite à la migration vers RemexHtml modifier
Requête acceptée - 14 juillet 2018 à 01:07 (CEST)
Pages où apparaît ce message : sur certaines pages qui font une inclusion du modèle {{Arbre début}} (~ 1 603 pages). Par exemple, voir le troisième arbre sur la page Sitta#Phylogénies.
Changement proposé :
Remplacer.treeview li.emptyline > ul > li:first-child {
background-position: 0 9px;
}
/* La première ligne sélectionne les éléments <li> qui ne sont plus les premiers éléments fils de <ul>, car depuis la migration, RemexHtml ajoute un <li class="mw-empty-elt"> avant */
.treeview li.emptyline > ul > .mw-empty-elt:first-child + .emptyline,
.treeview li.emptyline > ul > li:first-child {
background-position: 0 9px;
}
Depuis la migration, RemexHtml ajoute parfois une balise <li class="mw-empty-elt"></li> avant certaines balises <li>. Du coup, cette dernière n'est plus première dans l'ordre de la liste et la règle ne sélectionne plus ces éléments. Par conséquent, la mauvaise partie de l'image qui sert de ligne grise est affichée (le milieu à la place du début). Lofhi me contacter 13 juillet 2018 à 22:54 (CEST)
MediaWiki:Gadget-PageAuHasard.js – retirer la Catégorie:MediaWiki:Gadget-PageAuHasard.js qui n’existe pas modifier
Requête acceptée - 18 juillet 2018 à 00:18 (CEST)
Pages où apparaît ce message :
Changement proposé : Serait-il possible de retirer la Catégorie:MediaWiki:Gadget-PageAuHasard.js qui n’existe pas sur MediaWiki:Gadget-PageAuHasard.js ? TED 17 juillet 2018 à 16:04 (CEST)
MediaWiki:Category-move-redirect-override – catégorie: en trop modifier
Requête acceptée - 18 juillet 2018 à 05:03 (CEST)
Pages où apparaît ce message : Toutes les catégories renommées.
Changement proposé : Serait-il possible de corriger : il y a un catégorie: ajouté par le modèle, et un autre ajouté par l’appel au nom de la page. Peut-être une subtilité {{FULLPAGENAME}} vs. {{PAGENAME}} dans l’appel du paramètre ?
Voir Discussion Projet:Catégories#Redirection de catégorie : Hercule semble être parti en vacances et ne répond pas. TED 17 juillet 2018 à 16:08 (CEST)
- Ça devrait être bon, par contre pourrais-tu donner un exemple de page histoire de vérifier ? od†n ↗blah 18 juillet 2018 à 05:02 (CEST)
- @Od1n : c’est bon. Cf. Catégorie:City du New Jersey qui vient d’être renommée. TED 18 juillet 2018 à 19:18 (CEST)
MediaWiki:Common.css – Déplacer les éléments liés à la class treeview modifier
Requête acceptée - 20 juillet 2018 à 08:48 (CEST)
Pages où apparaît ce message : les pages incluant le modèle {{Arbre début}}.
Changement proposé : supprimer le code CSS suivant :
.treeview ul {
padding: 0;
margin: 0;
}
.treeview li {
padding: 0;
margin: 0;
list-style-type: none;
list-style-image: none;
}
.treeview li li {
background: url("//upload.wikimedia.org/wikipedia/commons/f/f2/Treeview-grey-line.png") no-repeat 0 -2981px;
padding-left: 20px;
text-indent: 0.3em;
}
.treeview li li.lastline {
background-position: 0 -5971px;
}
.treeview li.emptyline > ul {
margin-left: -1px;
}
.treeview li.emptyline > ul > .mw-empty-elt:first-child + .emptyline,
.treeview li.emptyline > ul > li:first-child {
background-position: 0 9px;
}
Déplacé sur Modèle:Arbre début/styles.css grâce à l'activation, hier, de l'extension TemplateStyles qui permet réduire la taille de Common.css. Merci, Lofhi me contacter 20 juillet 2018 à 07:41 (CEST)
MediaWiki:Common.css – Déplacer les éléments liés à la class autres-projets modifier
Requête acceptée - 20 juillet 2018 à 08:38 (CEST)
Pages où apparaît ce message : les pages incluant le modèle {{Autres projets}}.
Changement proposé : supprimer le code CSS suivant :
/* Pour le [[modèle:Autres projets]] */
.autres-projets ul {
margin: 0;
padding: 0;
}
.autres-projets li {
list-style-type: none;
list-style-image: none;
margin: 0.2em 0;
text-indent: 0;
padding-left: 24px;
min-height: 20px;
text-align: left;
}
.autres-projets .titre {
text-align: center;
margin: 0.2em 0;
}
.autres-projets li a {
font-style: italic;
}
Déplacé sur Modèle:Autres projets/styles.css grâce à l'activation, hier, de l'extension TemplateStyles qui permet réduire la taille de Common.css.
Il faudrait attendre que la demande d'intervention sur une page protégée (le modèle) soit traitée avant. Merci, Lofhi me contacter 20 juillet 2018 à 07:46 (CEST)
- Fait.
- J'ai adapté MediaWiki:Searchmenu-new pour ne plus utiliser cette class.
- — Zebulon84 (discuter) 20 juillet 2018 à 08:38 (CEST)
- Ah oui, je n'ai pas pensé à faire la recherche dans l'espace de nom Mediawiki... Merci. Lofhi me contacter 20 juillet 2018 à 09:03 (CEST)
- Oui, faire attention pour ces "externalisations de styles", car les classes sont assez souvent utilisées manuellement en dehors de leur modèle d'origine. Cela étant dit, ça peut justement être l'occasion de recadrer du code qui s'est éparpillé partout. Autre point, moins préoccupant mais à quand même garder en tête : le style se retrouve dans le <body>, il apparait donc plus tard et a une priorité plus élevée, ce qui pourrait bloquer des personnalisations. od†n ↗blah 20 juillet 2018 à 10:00 (CEST)
- Autre point : le parseur MediaWiki fait en sorte de ne pas dupliquer le CSS lorsque le modèle est utilisé plusieurs fois (regardez le HTML produit). Peut-être que cela peut avoir un impact sur les performances (vitesse parsage, quantité markup à gérer pour le navigateur), en cas de "petit modèle utilisé plein de fois". Après, je ne suis pas allé mesurer, ce n'est qu'une supposition au feeling. od†n ↗blah 20 juillet 2018 à 10:06 (CEST)
- En effet, je vais devoir faire plus attention avec mes cherches insource, j'en ai loupé quelques-uns. Par ailleurs od†n, est-ce qu'il serait judicieux de créer des modèles vides juste pour charger une feuille CSS ? Pour exemple, j'ai le code CSS de la page d'accueil en tête. Je crois que des projets utilisent les mêmes class, cela peut être problématique dans l'immédiat, mais corrigible avec cette idée ?
- Question performance, je me souviens de ce message. Je ne sais pas si cela peut t'aider. Lofhi me contacter 20 juillet 2018 à 10:28 (CEST)
- Merci pour le lien vers le message, ça me confirme que c'est un point à quand même garder en tête. Pour tes interrogations, je ne sais pas encore trop non plus, disons qu'il va falloir voir la tournure que ça prend à l'usage. od†n ↗blah 20 juillet 2018 à 10:37 (CEST)
- od†n : j'ai eu le droit à une réponse développée, ici, en ce qui concerne les performances et les recommandations pour Lua. Pour le Lua, ça rejoint un peu ce qu'a déjà testé Zebulon84 Lofhi me contacter 21 juillet 2018 à 19:42 (CEST)
- Merci pour le lien vers le message, ça me confirme que c'est un point à quand même garder en tête. Pour tes interrogations, je ne sais pas encore trop non plus, disons qu'il va falloir voir la tournure que ça prend à l'usage. od†n ↗blah 20 juillet 2018 à 10:37 (CEST)
- En effet, je vais devoir faire plus attention avec mes cherches insource, j'en ai loupé quelques-uns.
- Autre point : le parseur MediaWiki fait en sorte de ne pas dupliquer le CSS lorsque le modèle est utilisé plusieurs fois (regardez le HTML produit). Peut-être que cela peut avoir un impact sur les performances (vitesse parsage, quantité markup à gérer pour le navigateur), en cas de "petit modèle utilisé plein de fois". Après, je ne suis pas allé mesurer, ce n'est qu'une supposition au feeling. od†n ↗blah 20 juillet 2018 à 10:06 (CEST)
- Oui, faire attention pour ces "externalisations de styles", car les classes sont assez souvent utilisées manuellement en dehors de leur modèle d'origine. Cela étant dit, ça peut justement être l'occasion de recadrer du code qui s'est éparpillé partout. Autre point, moins préoccupant mais à quand même garder en tête : le style se retrouve dans le <body>, il apparait donc plus tard et a une priorité plus élevée, ce qui pourrait bloquer des personnalisations. od†n ↗blah 20 juillet 2018 à 10:00 (CEST)
- Ah oui, je n'ai pas pensé à faire la recherche dans l'espace de nom Mediawiki... Merci. Lofhi me contacter 20 juillet 2018 à 09:03 (CEST)
MediaWiki:Common.css – Déplacer l'élément CSS sep-liste modifier
Requête acceptée - 20 juillet 2018 à 08:38 (CEST)
Pages où apparaît ce message : les pages incluant le modèle {{Liste éléments}} via le module Lua.
Changement proposé : supprimer le code CSS suivant :
/* Pour le séparateur par défaut de {{Liste éléments}} */
.sep-liste {
font-weight: bold;
}
Déplacé sur Modèle:Liste éléments/styles.css grâce à l'activation, hier, de l'extension TemplateStyles qui permet réduire la taille de Common.css.
Il faudrait attendre que la demande d'intervention sur une page protégée (le modèle) soit traitée avant. Merci, Lofhi me contacter 20 juillet 2018 à 07:46 (CEST)
MediaWiki:Common.css – Déplacer l'élément h1 #sous_titre_h1 modifier
Requête refusée - 20 juillet 2018 à 09:27 (CEST)
Pages où apparaît ce message : les pages incluant le modèle {{Sous-titre}} et les sous-modèles de celui-ci.
Changement proposé : supprimer le code CSS suivant :
/* Sous-titre ([[Modèle:Sous-titre]]) */
h1 #sous_titre_h1 {
display: block;
font-size: 0.7em;
line-height: 1.3em;
margin: 0.2em 0 0.1em 0.5em;
}
Déplacé sur Modèle:Sous-titre/styles.css grâce à l'activation, hier, de l'extension TemplateStyles qui permet réduire la taille de Common.css.
Merci, Lofhi me contacter 20 juillet 2018 à 09:29 (CEST)
- Cordialement, Prométhée (discuter) 21 juillet 2018 à 11:38 (CEST).
- Prométhée et Lofhi : Heu, attention, on a un petit problème d'affichage là, par exemple sur la page Gavial du Gange le sous-titre s'affiche après le titre, au lieu de s'afficher en-dessous.
- Ce sous-titre est généré par le modèle {{Sous-titre/Taxon}} qui appelle {{Sous-titre}}.
- Il est possible qu'il y ait eu un oubli quelque part, ou que TemplateStyles ne permettent pas d'agir correctement sur le titre de la page, j'en sais rien.
- Merci d'avance.
- --Tractopelle-jaune (discuter) 21 juillet 2018 à 14:29 (CEST)
- Arf oui vu, d'après MW:Help:TemplateStyles/fr#Est-ce_que_c'est_sans_danger_? c'est limité strictement au contenu des articles, le titre ne semble pas en faire partie. Prométhée (discuter) 21 juillet 2018 à 14:38 (CEST)
- Prométhée et Tractopelle-jaune : je m'avoue déçu. Tant pis pour les titres avec TemplateStyles alors... Une question : pourquoi on ne peut pas ajouter le code CSS inline directement dans le modèle au lieu de Commons.css ? C'est le seul modèle à utiliser ce code d'après une recherche avec insource. Tout ce qui importe, c'est que le span garde son id pour être détecté par Commons.js et donc déplacé, cela semble fonctionner sur une page de brouillon. Lofhi me contacter 21 juillet 2018 à 15:01 (CEST)
- Pour info : 166671230. od†n ↗blah 24 janvier 2020 à 01:01 (CET)
- Arf oui vu, d'après MW:Help:TemplateStyles/fr#Est-ce_que_c'est_sans_danger_? c'est limité strictement au contenu des articles, le titre ne semble pas en faire partie. Prométhée (discuter) 21 juillet 2018 à 14:38 (CEST)
MediaWiki:Common.css – Déplacer l'élément class indicateur-langue et indicateur-format modifier
Requête refusée - 20 juillet 2018 à 09:27 (CEST)
Pages où apparaît ce message : la plupart des pages incluant le modèle {{Indication de langue}}, {{Lien}} et {{Mul}}.
Changement proposé : supprimer le code CSS suivant :
/* [[Modèle:Indication de langue]] et [[Modèle:Lien]]. */
.indicateur-langue,
.indicateur-format {
font-family: monospace;
font-weight: bold;
font-size: small;
font-style: normal;
word-spacing: -0.4em;
}
Déplacé sur Modèle:Indication de langue/styles.css grâce à l'activation, hier, de l'extension TemplateStyles qui permet réduire la taille de Common.css.
Il faudrait attendre que la demande d'intervention sur une page protégée (les modèles) soit traitée avant.
Cette unique feuille CSS est utilisée par les trois modèles pour éviter de créer trois fichiers différents, si on souhaite modifier un jour les class. Peut-être qu'il faudrait envisager encadrer ce genre d'utilisation avec TemplateStyles ?
Merci, Lofhi me contacter 20 juillet 2018 à 09:27 (CEST)
- Attention à ne pas oublier {{Indication de format}}. De toute façon là, je serais peut-être plus d'avis à laisser dans le Common.css. od†n ↗blah 20 juillet 2018 à 10:48 (CEST)
- Lofhi : comme indiqué sur WP:DIPP, je suis aussi d'avis de laisser ce code dans le Common.css. — Zebulon84 (discuter) 24 juillet 2018 à 08:30 (CEST)
MediaWiki:Nstab-project – modification de l'interface modifier
Requête refusée - 27 juillet 2018 à 22:31 (CEST)
Pages où apparaît ce message : Toutes les pages de l'espace Projet
Changement proposé :
Bonjour ,
Je vous propose de modifier, non pas le message, mais le nom du message sur les pages de projet. Je m'explique : sur Projet:Nucléaire, on voit que le message est utilisé pour indiquer le mot Projet à côté de discussion. Mon problème est le suivant : sur les autres Wikipédias, le nom du message est MediaWiki:Nstab-project (avec le c de project) et non MediaWiki:Nstab-projet . Ce que j'aimerai faire, si c'est possible, est donc de modifier le message utilisé par les pages afin, pour suivre l'exemple, que MW utilise le message MediaWiki:Nstab-project.
Merci d'avance. --Niridya (discuter) 13 juillet 2018 à 14:45 (CEST)
- Aucune idée où ceci est géré. Même chose pour l'espace portail qui utilise
nstab-portailet nonnstab-portal. Par contre le namespace Aide utilise biennstab-help(je n'ai pas vérifié pour les autres namespace). — Zebulon84 (discuter) 13 juillet 2018 à 18:28 (CEST)- Merci pour ta réponse ! Je ne sais pas non plus où ça se fait. Peut-être que seuls les administrateurs système peuvent le faire ? D'ailleurs, je n'ai pas trouvé de page appellée MediaWiki:Nstab-projet ni sur WP ni sur TranslateWiki. Bizarre
--Niridya (discuter) 13 juillet 2018 à 21:24 (CEST)
- Je me suis très récemment posé une question similaire, pour modifier les cibles des liens du menu latéral gauche. J'avais déjà réussi à trouver la page qui va bien (c'est une espèce de liste sur plusieurs niveaux, qui contient uniquement les cibles des liens), mais pas moyen de retrouver. Si quelqu'un trouve, merci de me pinguer. od†n ↗blah 13 juillet 2018 à 23:43 (CEST)
- Pour répondre à ma question, j'ai retrouvé MediaWiki:Sidebar (évidemment, ce que je veux modifier se trouve dans la "section magique" TOOLBOX… faut encore creuser…), par contre je n'ai pas trouvé pour l'histoire de nstab-projet… od†n ↗blah 14 juillet 2018 à 00:31 (CEST)
- Posté sur phabricator : phab:T199595. od†n ↗blah 14 juillet 2018 à 07:28 (CEST)
- Merci Od1n pour la tâche sur Phabricator. Par contre, je n'ai pas trop compris où tu utilises MediaWiki:Sidebar (car je n'ai pas ces liens là sur le menu latéral). --Niridya (discuter) 14 juillet 2018 à 12:50 (CEST)
- C'est bon, j'ai trouvé où se trouve ce code. Par contre, je ne vois toujours pas ce que tu voulais faire. --Niridya (discuter) 14 juillet 2018 à 12:53 (CEST)
- Je voudrais renommer "Importer un fichier" en "Téléverser un fichier", la première expression étant un contresens absolu. Et donc, il y a un lien vers cette page dans le menu latéral. Mais bon, c'est un tout autre sujet, on ne va pas le poursuivre ici.
- edit : au vu de cet ancien sondage à l'issue sans appel, je vais laisser tomber l'idée je crois… od†n ↗blah 14 juillet 2018 à 22:58 (CEST)
- @Od1n Je viens de voir que tu as annulé ta propre modification. Je préfère aussi « téléverser » si ça peut te consoler.
Après, c'est l'avis de la communauté il y a presque dix ans donc peut-être qu'un nouveau sondage ouvrira ses portes sur le Bistro... Si quelqu'un ose... --Niridya (discuter) 15 juillet 2018 à 01:21 (CEST)
- Niridya et Od1n : Téléverser est un néologisme. Importer est le terme correct — Les Yeux Noirs (discuter) 27 juillet 2018 à 16:31 (CEST)
- @Od1n Je viens de voir que tu as annulé ta propre modification. Je préfère aussi « téléverser » si ça peut te consoler.
- Merci Od1n
- Posté sur phabricator : phab:T199595. od†n ↗blah 14 juillet 2018 à 07:28 (CEST)
- Pour répondre à ma question, j'ai retrouvé MediaWiki:Sidebar (évidemment, ce que je veux modifier se trouve dans la "section magique" TOOLBOX… faut encore creuser…), par contre je n'ai pas trouvé pour l'histoire de nstab-projet… od†n ↗blah 14 juillet 2018 à 00:31 (CEST)
- Je me suis très récemment posé une question similaire, pour modifier les cibles des liens du menu latéral gauche. J'avais déjà réussi à trouver la page qui va bien (c'est une espèce de liste sur plusieurs niveaux, qui contient uniquement les cibles des liens), mais pas moyen de retrouver. Si quelqu'un trouve, merci de me pinguer. od†n ↗blah 13 juillet 2018 à 23:43 (CEST)
- Merci pour ta réponse ! Je ne sais pas non plus où ça se fait. Peut-être que seuls les administrateurs système peuvent le faire ? D'ailleurs, je n'ai pas trouvé de page appellée MediaWiki:Nstab-projet ni sur WP ni sur TranslateWiki. Bizarre
┌──────────────────┘
@Les Yeux Noirs Je viens de voir sur Wiktionnaire et c'est bien le cas. --Niridya (discuter) 27 juillet 2018 à 19:51 (CEST)
- Ce n'est pas dans le Littré... Il faudrait quand même utiliser des mots français, pas canadiens (comme mettre en ligne qui m'a l'air d'être ce qu'on dit dans le vraie vie en
France) — Les Yeux Noirs (discuter) 27 juillet 2018 à 19:55 (CEST)
- "Project" est un espace de noms standard dans MediaWiki pour les page méta. Sur Wikipédia en français, c'est un alias pour l'espace de nom "Wikipédia" (et sur Wikipedia en anglais, c'est un alias de "Wikipedia"). Ainsi, Project:Accueil principal correspond à la même page que Wikipédia:Accueil principal.
- "Projet" un espace de noms ajouté spécifiquement pour Wikipédia en français, que de nombreuses autres versions linguistiques ne possèdent pas. Il est donc normal qu'il utilise des messages systèmes contenant un terme français.
- Orlodrim (discuter) 27 juillet 2018 à 20:49 (CEST)
- @Orlodrim Intéressant... Mais pas tout à fait exacte : l'Accueil de Wikipédia (et c'est je pense la seule page de Wikipédia:) contient le message MediaWiki:Mainpage-nstab (modifier MediaWiki:Nstab-project n'aurai donc pas d'incidence).
- Aussi, MediaWiki:Nstab-project (sur TranslateWiki) contient Page de projet qui est mieux, d'après moi, que Page (avec l'actuel MediaWiki:Nstab-project). --Niridya (discuter) 27 juillet 2018 à 20:57 (CEST)
- Le problème est qu'on a un espace de noms "Projet", donc mettre "Page de projet" sur les pages de l'espace Wikipédia risque de causer une certaine confusion. Orlodrim (discuter) 27 juillet 2018 à 21:13 (CEST)
- Et si tu parlais de remplacer "Page" par "Page de projet" sur les pages de projet,
Contre, pour des raisons de concision (c'est déjà écrit "Projet:Trucmuche" dans le titre juste en dessous) et d'harmonie avec les onglets des autres namespaces. - Je pense qu'on peut clôturer la requête ?
- od†n ↗blah 27 juillet 2018 à 21:48 (CEST)
- Le texte actuel pour l'espace projet est "Projet", mais c'est bien cohérent avec les autres espaces de noms (sauf l'espace Wikipédia et l'espace principal)
- Pour être tout à fait complet, il y a aussi le cas de l'espace Portail, qui me semble un peu plus compliqué. Bien que ce ne soit pas non plus un espace standardisé, il existe bien un message MediaWiki:nstab-portal qui ne sert actuellement à rien ici. Cependant, j'ai l'impression que l'existence de ce message n'est qu'un effet secondaire du fait que translatewiki lui-même a besoin d'un espace portail. En effet, toutes les versions de ce message, y compris la version en anglais ("Language portal") sont spécifiques à translatewiki. Donc même si changeait la configuration pour utiliser MediaWiki:nstab-portal (ce qui implique sans doute de définir "Portal" comme alias de "Portail"), on aurait besoin d'une version locale du message, et du coup ça n'avancerait pas à grand chose.
- Orlodrim (discuter) 27 juillet 2018 à 22:31 (CEST)
- Merci Orlodrim et Od1n pour vos explications ! Autre question qui me vient à l'esprit concernant l'espace Wikipédia: cette fois : du coup on a MediaWiki:Nstab-project qui indique Page, or ça paraît, peut-être, plus logique d'écrire Wikipédia afin de différencier le message affiché sur Projet: etWikipédia: ? (c'est juste une suggestion, je dis pas que ça fera consensus^^) --Niridya (discuter) 28 juillet 2018 à 01:41 (CEST)
- Comme je l'ai dit dans mon message précédent, il y a déjà une différence :
- Le texte sur l'espace projet est "Projet". C'est cohérent avec la plupart des espaces (Aide, Catégorie, Modèle, etc.).
- Le texte sur l'espace Wikipédia est "Page". Ce cas particulier me semble justifié car "Wikipédia", en plus d'être un espace de noms, est aussi le nom du site tout entier. Un lien "Wikipédia" ne serait donc pas très clair. Cette exception existe d'ailleurs sur tous les autres wikis, puisque le texte par défaut de l'espace Wikipédia est "Page de projet" (dans la langue locale) et non "Wikipédia".
- Orlodrim (discuter) 28 juillet 2018 à 06:54 (CEST)
- Ah... D'accord. Merci Orlodrim ! --Niridya (discuter) 28 juillet 2018 à 12:37 (CEST)
- Ah... D'accord.
- Comme je l'ai dit dans mon message précédent, il y a déjà une différence :
- Merci Orlodrim et Od1n
- Et si tu parlais de remplacer "Page" par "Page de projet" sur les pages de projet,
- Le problème est qu'on a un espace de noms "Projet", donc mettre "Page de projet" sur les pages de l'espace Wikipédia risque de causer une certaine confusion. Orlodrim (discuter) 27 juillet 2018 à 21:13 (CEST)
- @Orlodrim Intéressant...
MediaWiki:Uploadtext – Corrections grammaticales modifier
Requête acceptée - 28 juillet 2018 à 07:13 (CEST)
Page où apparaît ce message (origine) : MediaWiki:Uploadtext
Changements proposés :
- Accorder au masculin : « importées », « importée », « laquelle », « supprimée », « autorisées ».
- Remplacer « doit être établie » par « doivent être établis ».
- Éventuellement, remplacer « Wikimedia Foundation » par « fondation Wikimedia », et plus encore le maladroit « Foundation » un peu plus loin par « fondation » (ou « Fondation », également correct mais de sens légèrement différent).
Il se peut que d'autres fautes d'accord ou maladresses de traduction m'aient échappé.--Braaark (discuter) 28 juillet 2018 à 00:25 (CEST)
- J'ai appliqué les modifications, sauf la dernière, car je n'ai pas vu d'usage majoritaire dans les messages existants.
- Wikimedia Foundation : MediaWiki:Centralauth-groupname, MediaWiki:Centralauth-prefs-count-attached, MediaWiki:Contactpage-wikimedia-trademark-foundation, MediaWiki:Copyright, MediaWiki:Sitematrix-others, MediaWiki:Petition-data-intro, MediaWiki:Apihelp-donate-description...
- fondation Wikimedia : MediaWiki:Project-localized-name-foundationwiki, MediaWiki:Timeless-desc, MediaWiki:Centralauth-finishglobaliseemail body, MediaWiki:Contactpage-stewards-disclaimer-label, MediaWiki:Donate interface-bank transfer message, MediaWiki:Apihelp-donate-summary...
- Ce serait bien d'être cohérent, mais changer juste un des messages de façon arbitraire n'aiderait pas.
- Orlodrim (discuter) 28 juillet 2018 à 07:13 (CEST)
- Merci d'avoir néanmoins changé le disgracieux « Foundation » et pour la diligence de ton intervention.--Braaark (discuter) 28 juillet 2018 à 15:16 (CEST)
MediaWiki:Abusefilter-log-linkonhistory – Remplacer le terme « journal des abus » par « journal des filtrages » modifier
Requête acceptée - 10 août 2018 à 06:48 (CEST)
Pages où apparaît ce message : Depuis quelques jours, un nouveau lien est présent sur les historiques de toutes les pages, à côté du « Voir les opérations sur cette page » se trouve maintenant un « voir le journal des abus » (exemple), menant vers les liste des filtres anti-erreur s'étant déclenchés sur la page.
Hors sur WP:FR, on n'utilise pas les affreux et stigmatisants termes par défaut : « journal des abus » et « anti-abus », il sont remplacé par les termes moins stigmatisants « journal des filtrages », « anti-erreur » et autres variantes similaires (selon les cas).
Cela doit être modifié en local, car l'usage du « anti-erreur » à la place du « anti-abus » ou « abus » est spécifique à la Wikipédia en français.
À noter que le message MediaWiki:Abusefilter-log-linkonhistory-text nécessite peut-être aussi d'être modifié, même si je ne sais pas où il apparait.
Changement proposé : Remplacer « voir le journal des abus » par « voir le journal des filtrages ». Comme cela a été fait sur les liens en-haut des listes de contributions, avec MediaWiki:Abusefilter-log-linkoncontribs qui remplace l'affreux terme « journal des abus » par « journal des filtrages ».
Merci d'avance.
liste des titulaires de la médaille de la résistance française modifier
Requête refusée - Prométhée (discuter) 15 août 2018 à 21:09 (CEST)
Pages où apparaît ce message :
Changement proposé :
Bonsoir
Dans la liste répertoriée sur votre site concernant les titulaires de la médaille de la résistance, j'ai été étonné de ne pas voir figuré le nom de mon père président du comité de libération de Lézardrieux.
En effet cette distinction lui a été accordé le 16 juin 1945 journal officiel du 17 juin 1945.
Le nom de mon père figure à la page 184 de l'annuaire des médaillés de la résistance française édité par l'association nationale des médaillés de la résistance française Hotel des Invalides Paris Cours d'Honneur escalier H (Imprimé en France chez BRODARD et TAUPIN Coulommiers-Paris 46739-5-1953)
Sous la référence: LE BRAS André 2-2-8 (1908) Pontrieux D.16-6-45 JO. 17-6-45;
Merci de prendre ce message en considération.
Cordialement
Alain LE BRAS — Le message qui précède a été déposé par l'IP 78.118.155.151 (d · c), le 12 août 2018 à 19:07. Il est recommandé de signer en cliquant sur 
ce qui ajoutera les quatre tildes de signature (~~~~).
- Bonjour,
- Je pense que vous parlez de la catégorie Catégorie:Titulaire de la médaille de la Résistance puisque Médaille de la Résistance française ne contient aucune liste de personne et qu'il n'y a ni de liste des titulaires de la médaille de la Résistance ni de liste de titulaires de la médaille de la Résistance.
- Une catégorie est un mécanisme destiné à la maintenance interne de Wikipédia. Si votre père n'y figure pas c'est qu'il n'y a pas d'article à son nom comme c'est le cas de la plupart des 65 295 médaillés. La vocation de Wikipédia n'est pas d'être un annuaire des titulaires de telle ou telle décoration : les chancelleries sont beaucoup mieux placées pour cela.
- Cordialement. -- Habertix (discuter) 12 août 2018 à 20:49 (CEST).
MediaWiki:contact & Mediawiki:contact-url – Ajouter un lien "Contact" en bas de page modifier
Requête acceptée - 19 août 2018 à 12:07 (CEST)
Discussion : Wikipédia:Le_Bistro/15_août_2018#Ajouter_un_lien_"Contact"_en_bas_de_page
Changement proposé : « Contacter Wikipédia » dans MediaWiki:contact, « //fr.wikipedia.org/wiki/Wikipédia:Contact » dans Mediawiki:contact-url
Merci --Framawiki ✉ 19 août 2018 à 08:30 (CEST)
- Framawiki :
- Le premier a été changé dans l'autre sens en 2014 suite à cette discussion sur le Bistro, et la demande de Nouill qui a suivit.
- Le deuxième est probablemnet utilisé pour le lien du menu de gauche, avec le nom de la page et non l'url complète. Est-tu sur que :
- le même message sera utilisé pour le lien du bas ?
- il faut l'url comlète pour le lien du bas, et le nom de la page n'est pas suffisente ?
- l'url complète ne posera pas de problème pour le menu de gauche ?
- — Zebulon84 (discuter) 19 août 2018 à 09:02 (CEST)
- Bonjour Zebulon84. Je n'ai naïvement pas pensé à vérifier le contenu actuel des pages, puisque l'option les utilisant n'est pas encore activée.
- MediaWiki:Sidebar définit les messages contact-url et contact pour l'utilisation dans la barre de gauche.
- Pour contact, le libellé, ce ne devrait pas poser de problème (enwiki a ajouté la précision Contacter Wikipédia pour éviter de recevoir de nombreux emails de personnes souhaitant contacter les entreprises sujettes des articles [16], le problème n'est pas particulièrement présent sur notre OTRS aujourd’hui)
- Concernant le lien, il nécessite bien un url et non un nom de page, si j'en crois ce code [17] créant le lien. Une modification est donc nécessaire.
- Le nom des deux messages utilisées pour le lien de bas de page ne peut être modifié (c'est le même pour tous les wikis, je ne vais pas tout casser ).
- Il faudrait donc renommer MediaWiki:contact & Mediawiki:contact-url, par exemple en MediaWiki:contact-sidebar & Mediawiki:contact-sidebar-url, et modifier MediaWiki:Sidebar en ce sens. Il sera alors possible de créer MediaWiki:contact & Mediawiki:contact-url avec les contenus que j'ai indiqué ci dessus.
- J’espère avoir été clair, et n'hésites pas à me donner ton avis sur ces modifications. Bonne journée --Framawiki ✉ 19 août 2018 à 11:43 (CEST)
- Framawiki : OK, j'avais oublié (ou même pas vraiment réalisé) que les pages MediaWiki utilisés par le menu de gauche étaient modifiables. Je proposerait plutôt de garder le même message MediaWiki:contact pour les deux (« Contact » est le texte standard que l'on trouve sur plein de sites), et d'utiliser Mediawiki:contact-page pour le menu de gauche. — Zebulon84 (discuter) 19 août 2018 à 12:00 (CEST)
- Zebulon84: C'est aussi possible, effectivement. Merci ! --Framawiki ✉ 19 août 2018 à 12:02 (CEST)
- Zebulon84 (discuter) 19 août 2018 à 12:07 (CEST)
- Zebulon84: Hop, modification effectuée, le lien est présent en pied de page et tout fonctionne ! Merci --Framawiki ✉ 20 août 2018 à 20:52 (CEST)
MediaWiki:Watchlist-options et MediaWiki:Watchlist-details – suppression modifier
Requête acceptée - 25 août 2018 à 15:11 (CEST)
Pages où apparaît ce message : Spécial:Liste de suivi
Changement proposé :
Bonjour ,
J'aimerai que ces deux messages soient supprimés pour que les versions Translatewiki prennent le relais (pour harmoniser les messages entre les wikis et enlever les doublons).
Cordialement. --Niridya (discuter) 25 août 2018 à 14:52 (CEST)
MediaWiki:Gadget-LiveRC.js – compatibilité Flow modifier
Requête acceptée - 2 septembre 2018 à 10:04 (CEST)
Pages où apparaît ce message : Wikipédia:LiveRC
Changement proposé :
- L'idée c'est de profiter de la requête api
prop=infoutilisée pour vérifier un éventuelle protection empêchant l'édition pour récupérer aussi le type de contenu (attributcontentmodel). Si ce contenu est de type "flow-board", alors on a affaire à une page utilisant flow, et il faut faire une requête différente (d'où la redirection vers la fonctionpostLiveAvertoFlow, après avoir récupéré le token).
Une autre solution serait de gérer les deux types de messages via mw.messagePoster, mais je ne sais pas non plus si ça fonctionne.
OldBee (discuter) 12 août 2018 à 20:36 (CEST)
- OldBee :
- J'ai commencé faire des tests (Sujet:Ujtbm01qhaf594le), mais ça ne marche pas très bien à cause du fonctionnement même de Flow :
- Le titre du message ne peut pas être intégré au modèle. Du coup, ça donne ça un message "Message Test 1 sur Utilisateur:Orlodrim777" avec le titre "Votre modification a été annulée" dans le contenu du message.
- Comme le message est dans l'espace de noms "Sujet" et pas directement sur la page utilisateur, ça donne "Bonjour Ujtbm01qhaf594le" au lieu de "Bonjour Orlodrim".
- Je continuerai à regarder plus tard, à petite dose, vu l'état du code de LiveRC
. - Orlodrim (discuter) 30 août 2018 à 22:05 (CEST)
- OldBee : C'est fait. J'ai résolu le deuxième point en modifiant les modèles pour omettre le nom d'utilisateur. Pour le premier, il faudra faire avec. J'ai testé sur le bac à sable de Flow, mais pas en conditions réelles (je n'ai pas de vandale ayant activé Flow sous la main, et Flow ignore résolument mes tentatives d'activation sur la page de discussion de mon compte de test). Orlodrim (discuter) 2 septembre 2018 à 10:04 (CEST)
| Avant | Après |
|---|---|
// Traitement de la requête de message utilisateur
window.postLiveAverto = function(xmlreq, data) {
var user = data.user;
var page = data.page;
var message = data.message;
var sectiontitle = data.sectiontitle;
var typeofmessage = message.replace(/\|.*/g, "");
var EditParam = {};
var ObjetXML = xmlreq.responseXML;
var Isprotected = false;
var PR = ObjetXML.getElementsByTagName("pr");
for(var a=0,l=PR.length;a<l;a++){
var Type = PR[a].getAttribute("type");
var Level = PR[a].getAttribute("level");
if(Type=="edit" && !lrcUserHasGroup(Level)) Isprotected = true;
}
if(Isprotected){
LiveRC_alert("<b>"+lrcMakeText("PROTECTEDPAGE").split("$1").join(page)+"</b>");
return;
}
var Page = ObjetXML.getElementsByTagName("page")[0];
var Resume = lrcMakeText("USERMSG_RESUME")+' '+typeofmessage+(page ? ' ' + lrcMakeText("ON_ARTICLE") + ' [['+page+']]' : '' )
var Subst = ( lrcMakeParam("SubstWarnings") ? 'subst:' : '');
EditParam["appendtext"] = (sectiontitle ? '\n\n== ' + Resume + ' ==': '') + '\n\n{{' + Subst + message + '}} ~~~~\n';
EditParam["summary"] = lrcMakeText("RESUMESTART") + Resume + ' !';
EditParam["notminor"] = "1";
EditParam["title"] = lrcGetNamespaceName(3)+":"+user;
EditParam["watchlist"] = "preferences";
if(lrcMakeParam("BypassWatchdefault")) EditParam["watchlist"] = "nochange";
EditParam["token"] = Page.getAttribute("edittoken");
if(LiveRC_Config["LiveRCTag"] && lrcUserHasRight("applychangetags")) EditParam["tags"] = LiveRC_Config["LiveRCTag"];
var Params = [];
for(var Param in EditParam){
Params.push(Param+"="+encodeURIComponent(EditParam[Param]));
}
Params = Params.join("&");
EditParam["user"] = user;
var headers = {'Content-Type':'application/x-www-form-urlencoded'};
wpajax.http({ url: lrcGetAPIURL('action=edit'),
method: "POST", headers: headers,
data: Params,
onSuccess: postLiveAvertoDone,
params:EditParam
});
};
window.postLiveAvertoDone = function(Req, data){
var params = data.params;
var text = "<b>"+params["user"]+ " : " + lrcMakeText("USERMSG_DONE") + "</b> <small>("+params["appendtext"]+")</small>";
LiveRC_alert(text);
};
|
// Traitement de la requête de message utilisateur
window.postLiveAverto = function(xmlreq, data) {
var page = data.page;
var ObjetXML = xmlreq.responseXML;
var Isprotected = false;
var PR = ObjetXML.getElementsByTagName("pr");
for(var a=0,l=PR.length;a<l;a++){
var Type = PR[a].getAttribute("type");
var Level = PR[a].getAttribute("level");
if(Type=="edit" && !lrcUserHasGroup(Level)) Isprotected = true;
}
if(Isprotected){
LiveRC_alert("<b>"+lrcMakeText("PROTECTEDPAGE").split("$1").join(page)+"</b>");
return;
}
var Page = ObjetXML.getElementsByTagName("page")[0];
var Token = Page.getAttribute("edittoken");
var ContentType = Page.getAttribute("contentmodel");
if(ContentType === "flow-board"){
data.token = Token;
return postLiveAvertoFlow(data);
}
var user = data.user;
var message = data.message;
var sectiontitle = data.sectiontitle;
var typeofmessage = message.replace(/\|.*/g, "");
var EditParam = {};
var Resume = lrcMakeText("USERMSG_RESUME")+' '+typeofmessage+(page ? ' ' + lrcMakeText("ON_ARTICLE") + ' [['+page+']]' : '' )
var Subst = ( lrcMakeParam("SubstWarnings") ? 'subst:' : '');
EditParam["appendtext"] = (sectiontitle ? '\n\n== ' + Resume + ' ==': '') + '\n\n{{' + Subst + message + '}} ~~~~\n';
EditParam["summary"] = lrcMakeText("RESUMESTART") + Resume + ' !';
EditParam["notminor"] = "1";
EditParam["title"] = lrcGetNamespaceName(3)+":"+user;
EditParam["watchlist"] = "preferences";
if(lrcMakeParam("BypassWatchdefault")) EditParam["watchlist"] = "nochange";
EditParam["token"] = Token;
if(LiveRC_Config["LiveRCTag"] && lrcUserHasRight("applychangetags")) EditParam["tags"] = LiveRC_Config["LiveRCTag"];
var Params = [];
for(var Param in EditParam){
Params.push(Param+"="+encodeURIComponent(EditParam[Param]));
}
Params = Params.join("&");
EditParam["user"] = user;
var headers = {'Content-Type':'application/x-www-form-urlencoded'};
wpajax.http({ url: lrcGetAPIURL('action=edit'),
method: "POST", headers: headers,
data: Params,
onSuccess: postLiveAvertoDone,
params:EditParam
});
};
window.postLiveAvertoFlow = function(data){
var user = data.user;
var page = data.page;
var message = data.message;
var sectiontitle = data.sectiontitle;
var typeofmessage = message.replace(/\|.*/g, "");
var token = data.token;
var Subst = ( lrcMakeParam("SubstWarnings") ? 'subst:' : '');
var FlowParam = {};
FlowParam["submodule"] = "new-topic";
FlowParam["nttopic"] = lrcMakeText("USERMSG_RESUME")+' '+typeofmessage+(page ? ' ' + lrcMakeText("ON_ARTICLE") + ' [['+page+']]' : '' )
FlowParam["ntcontent"] = '{{' + Subst + message + '}} ~~~~\n'
FlowParam["token"] = token;
var Params = [];
for(var Param in FlowParam){
Params.push(Param+"="+encodeURIComponent(FlowParam[Param]));
}
Params = Params.join("&");
FlowParam["user"] = user;
var headers = {'Content-Type':'application/x-www-form-urlencoded'};
wpajax.http({ url: lrcGetAPIURL('action=flow'),
method: "POST", headers: headers,
data: Params,
onSuccess: postLiveAvertoDone,
params:FlowParam
});
}
window.postLiveAvertoDone = function(Req, data){
var params = data.params;
var text = "<b>"+params["user"]+ " : " + lrcMakeText("USERMSG_DONE") + "</b> <small>("+(params["appendtext"] || params["ntcontent"])+")</small>";
LiveRC_alert(text);
};
|
MediaWiki:Collapsible-expand et MediaWiki:Collapsible-collapse – suppression modifier
Requête acceptée - 22 septembre 2018 à 14:15 (CEST)
Pages où apparaît ce message : Spécial:Liste de suivi et Spécial:Modifications récentes
Changement proposé :
Bonjour ,
Les messages MediaWiki:Collapsible-expand et MediaWiki:Collapsible-collapse doublonnent ceux de Translatewiki. Ils contiennent respectivement « afficher » et « masquer » et ceux de Translatewiki « développer » et « replier ». Je pense que c'est une bonne idée de les supprimer afin de garder la traduction de Translatewiki, et ainsi avoir le même message sur les différents wikis.
Cordialement.
— Le message qui précède, non signé, a été déposé par Niridya (discuter), le 22 septembre 2018 à 13:22
- C'est traité, il reste la possibilité de remettre les même traductions sur Translatewiki si on veut conserver « afficher » et « masquer » . Prométhée (discuter) 22 septembre 2018 à 14:15 (CEST)
MediaWiki:Sitenotice Bandeau élection d'arbitres en cours modifier
Requête refusée - 3 octobre 2018 à 04:22 (CEST)
Suite à cette discussion et à celle-ci, demande de pose d'un bandeau en sitenotice :
Les conditions pour participer au vote sont précisées ici.
Cordialement, — Racconish 💬 22 septembre 2018 à 12:01 (CEST)
- C'est pas consensuel. Tarte 22 septembre 2018 à 23:15 (CEST)
- Requête devenue obsolète.— Gratus (discuter) 3 octobre 2018 à 04:22 (CEST)
MediaWiki:Movepagetalktext – ci-dessous -> ci-dessus modifier
Requête acceptée - 6 octobre 2018 à 08:39 (CEST)
Pages où apparaît ce message : Spécial:Renommer_une_page
Changement proposé : (Vous désélectionnez l'option correspondante) ci-dessous -> ci-dessus The RedBurn (ϕ) 4 octobre 2018 à 08:31 (CEST)
- Note : ce message n'apparait que s'il y a une page de discussion. -- Habertix (discuter) 5 octobre 2018 à 20:02 (CEST).
Requête acceptée - 7 octobre 2018 à 10:20 (CEST)
Pages où apparaît ce message : Spécial:Contributions
Changement proposé :
Hello! Change please the encoding mode for xtools to "WIKI". Now the spaces are being encoded as the plus signs, but the tool interprets them as the genuine pluses which causes "the requested user does not exist" error for the usernames with spaces (or, respectively, gives a result for a different user having that plus in their name, if they exists). Thanks in advance.
[//xtools.wmflabs.org/ec/fr.wikipedia.org/{{urlencode:$1}} XTools]
↓
[//xtools.wmflabs.org/ec/fr.wikipedia.org/{{urlencode:$1|WIKI}} XTools]
--INS Pirat (discuter) 26 septembre 2018 à 20:11 (CEST)
- Je transfère ce message de INS Pirat ici sur les DIMS, car je ne suis pas sûr que beaucoup d'administrateurs d'interface possède le message système en question en LdS.
- --Tractopelle-jaune (discuter) 26 septembre 2018 à 20:53 (CEST)
- Pour info, « Note that the default changed from |WIKI to |QUERY in 1.17; this may break templates that rely on this function. » (refs documentation
urlencode) ; changement qui date donc de 2011. Quelqu'un pourrait vérifier les autres liens avecurlencodeprésents sur ce message système ? od†n ↗blah 27 septembre 2018 à 00:19 (CEST)- J'ai appliqué les modifications, j'ai testé sur un compte possédant un espace, les autres liens semblent fonctionner. — Gratus (discuter) 27 septembre 2018 à 05:04 (CEST)
- Ça semblait effectivement correct, et à cette occasion j'ai effectué quelques autres modifs. od†n ↗blah 7 octobre 2018 à 10:20 (CEST)
- J'ai appliqué les modifications, j'ai testé sur un compte possédant un espace, les autres liens semblent fonctionner. — Gratus (discuter) 27 septembre 2018 à 05:04 (CEST)
- Pour info, « Note that the default changed from |WIKI to |QUERY in 1.17; this may break templates that rely on this function. » (refs documentation
MediaWiki:Copyright – changement d'un lien modifier
Requête acceptée - 10 octobre 2018 à 18:10 (CEST)
Bonjour, le lien "Wikimedia Foundation, Inc." présent dans l'avertissement de bas de page n'est plus le bon. Avec le changement du site principal de la WMF, le lien n'est plus [18] mais simplement [19]. Un administrateur d'interface pourrait-il modifier cela ? Merci d'avance . Bastenbas (Discuter) 10 octobre 2018 à 17:56 (CEST)
- od†n ↗blah 10 octobre 2018 à 18:10 (CEST)
- Od1n : Hello, après plusieurs jours je vois que le changement de lien n'a toujours pas été prit en compte. Est-ce un problème de Mediawiki ou est-ce que ce message est global et donc non modifiable en local ? Bastenbas (Discuter) 14 octobre 2018 à 16:04 (CEST)
- Je crois qu'ils ont actuellement des retards de mise à jour. Ce n'est pas un imprévu, j'ai vu l'info passer récemment. od†n ↗blah 14 octobre 2018 à 16:09 (CEST)
MediaWiki:Gadget-LiveRC.js – Pages en impasse modifier
Requête acceptée - 14 octobre 2018 à 15:17 (CEST)
Pages où apparaît ce message : Wikipédia:LiveRC
Changement proposé :
Profiter de la requête des infos de la page pour récupérer le nombre de liens (avec limite faible pour ne pas pénaliser les performance). Si inférieur à un certain nombre (ici j'ai mis 3, comme pour les pages liées), ajouter une icône.
A noter, le module prop=info propose une info "visitingwatchers" qui n'est pas utilisée jusqu'ici. Je l'ai rajouté dans la requête. Il est probablement possible d'en faire quelque chose, peut-être dans le titre de l'icône dénombrant le nombre de personnes qui suivent les pages.
OldBee (discuter) 12 août 2018 à 21:03 (CEST)
| Avant | Après |
|---|---|
| MediaWiki:Gadget-LiveRC.js 1 | |
window.livePageInfos = function(rc){
lrcDisplayDebug("Get page infos ("+rc.title+")");
var withFlags = (lrcIsExtensionInstalled("Flagged Revisions"));
var title = rc.title;
if(lrcHasState(rc.state, "FEEDBACK")) {
var pagetoken = title.replace(/.*\//g, "");
title = title.split("/"+pagetoken).join("").replace(/.*ArticleFeedbackv5\//, "");
}
var URL = lrcGetAPIURL('format=xml&action=query')
+ '&titles=' + encodeURIComponent(title)
+ '&prop=info|pageprops|categories|templates|langlinks' + (withFlags ? '|flagged' : '')
+ '&inprop=watched|protection|watchers|notificationtimestamp'
+ '&cllimit='+LiveRC_Config["UserInfos"].APIlimit+'&clprop=hidden'
+ '&tllimit='+LiveRC_Config["UserInfos"].APIlimit
+ '&lllimit='+LiveRC_Config["UserInfos"].APIlimit
+ '&redirects'
+ '&list=backlinks&bllimit=5&bltitle=' + encodeURIComponent(title)
+ '&continue=';
wpajax.http({url: URL,
onSuccess: getPageInfos,
onFailure: function(){ getRevision(rc); },
edit: rc
});
};
|
window.livePageInfos = function(rc){
lrcDisplayDebug("Get page infos ("+rc.title+")");
var withFlags = (lrcIsExtensionInstalled("Flagged Revisions"));
var title = rc.title;
if(lrcHasState(rc.state, "FEEDBACK")) {
var pagetoken = title.replace(/.*\//g, "");
title = title.split("/"+pagetoken).join("").replace(/.*ArticleFeedbackv5\//, "");
}
var URL = lrcGetAPIURL('format=xml&action=query')
+ '&titles=' + encodeURIComponent(title)
+ '&prop=info|pageprops|categories|templates|links|langlinks' + (withFlags ? '|flagged' : '')
+ '&inprop=watched|protection|watchers|visitingwatchers|notificationtimestamp'
+ '&cllimit='+LiveRC_Config["UserInfos"].APIlimit+'&clprop=hidden'
+ '&tllimit='+LiveRC_Config["UserInfos"].APIlimit
+ '&lllimit='+LiveRC_Config["UserInfos"].APIlimit
+ '&pllimit=5'
+ '&redirects'
+ '&list=backlinks&bllimit=5&bltitle=' + encodeURIComponent(title)
+ '&continue=';
wpajax.http({url: URL,
onSuccess: getPageInfos,
onFailure: function(){ getRevision(rc); },
edit: rc
});
};
|
| MediaWiki:Gadget-LiveRC.js 2 | |
// ------------------------- Templates
rc.templates = [];
if(api.getElementsByTagName('templates').length){
var temps = api.getElementsByTagName('templates')[0].getElementsByTagName('tl');
for (var i=0,leni = temps.length; i<leni; i++){
var templateTitle = temps[i].getAttribute('title');
rc.templates.push(templateTitle);
}
}
// ------------------------- Langlinks
rc.langlinks = [];
|
// ------------------------- Templates
rc.templates = [];
if(api.getElementsByTagName('templates').length){
var temps = api.getElementsByTagName('templates')[0].getElementsByTagName('tl');
for (var i=0,leni = temps.length; i<leni; i++){
var templateTitle = temps[i].getAttribute('title');
rc.templates.push(templateTitle);
}
}
// ------------------------- Links
var links = api.getElementsByTagName('links')[0];
rc.links = (links ? links.getElementsByTagName('pl').length : 0);
// ------------------------- Langlinks
rc.langlinks = [];
|
| MediaWiki:Gadget-LiveRC.js 3 | |
if(!lrcHasState(state, "LOG")
&& !lrcHasState(state, "REDIRECT")
&& (ns == 0)
&& lrcMakeParam("GetPageInfos")
&& rc.backlinks < 3){
var backlinksText = '<span class="backlinkscount">'+rc.backlinks+'</span>';
postArti += '<sup style="color:crimson">'+lrcMakeIcon("NoBacklinkIcon").split("$1").join(backlinksText)+'</sup>';
}
if((!lrcHasState(state, "LOG")||lrcHasState(state, "UPLOAD"))
&& !lrcHasState(state, "REDIRECT")
&& !lrcHasState(state, "CATEGORIZED")
&& (ns == 0 || ns==6)
&& lrcMakeParam("GetPageInfos"))
postArti += '<sup style="color:crimson">'+lrcMakeIcon("NocatIcon")+'</sup>';
|
if(!lrcHasState(state, "LOG")
&& !lrcHasState(state, "REDIRECT")
&& (ns == 0)
&& lrcMakeParam("GetPageInfos")
&& rc.backlinks < 3){
var backlinksText = '<span class="backlinkscount">'+rc.backlinks+'</span>';
postArti += '<sup style="color:crimson">'+lrcMakeIcon("NoBacklinkIcon").split("$1").join(backlinksText)+'</sup>';
}
if(!lrcHasState(state, "LOG")
&& !lrcHasState(state, "REDIRECT")
&& (ns == 0)
&& lrcMakeParam("GetPageInfos")
&& rc.links < 3){
var linksText = '<span class="linkscount">'+rc.links+'</span>';
postArti += '<sup style="color:crimson">'+lrcMakeIcon("NoLinkIcon").split("$1").join(linksText)+'</sup>';
}
if((!lrcHasState(state, "LOG")||lrcHasState(state, "UPLOAD"))
&& !lrcHasState(state, "REDIRECT")
&& !lrcHasState(state, "CATEGORIZED")
&& (ns == 0 || ns==6)
&& lrcMakeParam("GetPageInfos"))
postArti += '<sup style="color:crimson">'+lrcMakeIcon("NocatIcon")+'</sup>';
|
| MediaWiki:Gadget-LiveRC.js/i18n/fr.js | |
addTradToTranslatedTexts('NoportalIcon_Title','fr','(portail ?)');
addTradToTranslatedTexts('NoBacklinkIcon_Title','fr','(backlinks : $1)');
addTradToTranslatedTexts('NbLanglinkCount_Text','fr','(interwikis : $1)');
...
addTradToTranslatedParamDesc('DescNoBacklinkIcon_Title','fr','Icône RC des pages orphelines');
addTradToTranslatedParamDesc('DescNocatIcon_Title','fr','Icône RC des pages sans catégorie');
|
addTradToTranslatedTexts('NoportalIcon_Title','fr','(portail ?)');
addTradToTranslatedTexts('NoBacklinkIcon_Title','fr','(backlinks : $1)');
addTradToTranslatedTexts('NoLinkIcon_Title','fr','(links : $1)');
addTradToTranslatedTexts('NbLanglinkCount_Text','fr','(interwikis : $1)');
...
addTradToTranslatedParamDesc('DescNoBacklinkIcon_Title','fr','Icône RC des pages orphelines');
addTradToTranslatedParamDesc('DescNoLinkIcon_Title','fr','Icône RC des pages en impasse');
addTradToTranslatedParamDesc('DescNocatIcon_Title','fr','Icône RC des pages sans catégorie');
|
| MediaWiki:Gadget-LiveRC.js/i18n/en.js | |
addTradToTranslatedTexts('NoportalIcon_Title','en','(portail ?)');
addTradToTranslatedTexts('NoBacklinkIcon_Title','en','(backlinks : $1)');
addTradToTranslatedTexts('NbLanglinkCount_Text','en','(interwikis : $1)');
...
addTradToTranslatedParamDesc('DescWatchlistNotLoaded','en','"Watchlist not loaded" warning');
addTradToTranslatedParamDesc('DescNoBacklinkIcon_Title','en','Backlinks counter text');
addTradToTranslatedParamDesc('DescNocatIcon_Title','en','Pages without category icon');
|
addTradToTranslatedTexts('NoportalIcon_Title','en','(portail ?)');
addTradToTranslatedTexts('NoBacklinkIcon_Title','en','(backlinks : $1)');
addTradToTranslatedTexts('NoLinkIcon_Title','en','(links : $1)');
addTradToTranslatedTexts('NbLanglinkCount_Text','en','(interwikis : $1)');
...
addTradToTranslatedParamDesc('DescWatchlistNotLoaded','en','"Watchlist not loaded" warning');
addTradToTranslatedParamDesc('DescNoBacklinkIcon_Title','en','Backlinks counter text');
addTradToTranslatedParamDesc('DescNoLinkIcon_Title','en','Links counter text');
addTradToTranslatedParamDesc('DescNocatIcon_Title','en','Pages without category icon');
|
| MediaWiki:Gadget-LiveRC.js/i18n/it.js | |
addTradToTranslatedTexts('NoportalIcon_Title','it','(portale ?)');
addTradToTranslatedTexts('NoBacklinkIcon_Title','it','(puntano qui: $1)');
addTradToTranslatedTexts('NbLanglinkCount_Text','it','(interwiki: $1)');
...
addTradToTranslatedParamDesc('DescNoBacklinkIcon_Title','it','Icona voci orfane');
addTradToTranslatedParamDesc('DescNocatIcon_Title','it','Icona voci senza categorie');
|
addTradToTranslatedTexts('NoportalIcon_Title','it','(portale ?)');
addTradToTranslatedTexts('NoBacklinkIcon_Title','it','(puntano qui: $1)');
addTradToTranslatedTexts('NoLinkIcon_Title','it','(links: $1)'); // to translate
addTradToTranslatedTexts('NbLanglinkCount_Text','it','(interwiki: $1)');
...
addTradToTranslatedParamDesc('DescNoBacklinkIcon_Title','it','Icona voci orfane');
addTradToTranslatedParamDesc('DescNoLinkIcon_Title','it','Icona voci ???'); // to translate
addTradToTranslatedParamDesc('DescNocatIcon_Title','it','Icona voci senza categorie');
|
- Je suggèrerais de ne pas ajouter le
visitingwatchersavant qu'il soit effectivement utilisé. Don't anticipate the needs :) od†n ↗blah 1 octobre 2018 à 00:11 (CEST)- OldBee : Fait, avec quelques petites différences. J'ai aussi effectué la traduction italienne (sachant que je suis le « 3e meilleur en italien »). Je te laisse vérifier cela, avant de marquer la requête comme traitée. od†n ↗blah 1 octobre 2018 à 06:40 (CEST)
- Je viens de revérifier, ça fonctionne bien. Je marque en traité. od†n ↗blah 14 octobre 2018 à 15:17 (CEST)
MediaWiki:Checkuser-toollinks – Tools CU modifier
Requête acceptée - 14 octobre 2018 à 15:00 (CEST)
Pages où apparaît ce message : Spécial:CheckUser
Changement proposé :
Nouveau contenu :
<span class="plainlinks" style="font-size: 9pt;">[[[Special:Contributions/$1|contribs]] <sup>([//tools.wmflabs.org/guc?user=$1 global])</sup> •
[{{fullurl:Special:CheckUserLog|cuSearchType=target&cuSearch=$1}} journal] •
[https://tools.wmflabs.org/whois/{{#urldecode:$1}}/lookup WHOIS] <sup>[https://www.ipalyzer.com/$1 (IPalyzer)]</sup> •
[https://whatismyipaddress.com/ip/$1 geolocate] <sup>[https://www.ip2location.com/$1 (alt)]</sup> <sup>([https://ip-lookup.net/?ip=$1 IPv6])</sup> •
[https://www.ipqualityscore.com/free-ip-lookup-proxy-vpn-test/lookup/$1 Proxy check] •
[https://www.dan.me.uk/torcheck?ip=$1 Tor check] •
[https://stopforumspam.com/search/$1 StopForumSpam] •
[https://www.google.com/search?safe=off&num=50&hl=en&q=$1 Google] •
[http://$1 http] •
[https://$1 https]]</span>
— NoFWDaddress (d) 10 octobre 2018 à 14:24 (CEST)
- L'item "https" ajouté à la fin est-il vraiment nécessaire ? od†n ↗blah 10 octobre 2018 à 16:29 (CEST)
- Autre chose, le #urldecode n'a pas l'air de fonctionner ? od†n ↗blah 10 octobre 2018 à 16:37 (CEST)
- od†n: Oui, le https arrive parfois à dénicher un serveur ouvert que sur le 443. Pour le decode, malheureusement cela ne semble pas implémenté... comment faire donc ? Je crois que sur enwiki ils utilisent {{{1|$1}}}, mais cela ne me parle pas. — NoFWDaddress (d) 11 octobre 2018 à 11:12 (CEST)
- NoFWDaddress : Pourrais-tu me donner un exemple où ce urldecode t'a semblé nécessaire? od†n ↗blah 12 octobre 2018 à 11:39 (CEST)
- od†n : Oui bien sûr, c'est dès qu'on a une IPV6, curieusement les
:se font encodés et les requêtes ne passent pas. Exemple, l'URL pour une de mes IP devient (j'ai changé les chiffres) :https://tools.wmflabs.org/whois/2101%3A520B%3A236C%3A4B20%3AB01D%3A62CA%3AC959%3A1111/lookup(vs.https://tools.wmflabs.org/whois/2101:520B:236C:4B20:B01D:62CA:C959:1111/lookup)— NoFWDaddress (d) 12 octobre 2018 à 11:45 (CEST)- Ou alors on pourrait utiliser la syntaxe "ugly url" (comme sur enwiki), qui peut recevoir les 2 formats. od†n ↗blah 12 octobre 2018 à 12:13 (CEST)
- NoFWDaddress : Fait, je te laisse vérifier la chose. od†n ↗blah 14 octobre 2018 à 12:45 (CEST)
- Ou alors on pourrait utiliser la syntaxe "ugly url" (comme sur enwiki), qui peut recevoir les 2 formats. od†n ↗blah 12 octobre 2018 à 12:13 (CEST)
- od†n : Oui bien sûr, c'est dès qu'on a une IPV6, curieusement les
- od†n: Oui, le https arrive parfois à dénicher un serveur ouvert que sur le 443. Pour le decode, malheureusement cela ne semble pas implémenté... comment faire donc ? Je crois que sur enwiki ils utilisent {{{1|$1}}}, mais cela ne me parle pas. — NoFWDaddress (d) 11 octobre 2018 à 11:12 (CEST)
- Autre chose, le #urldecode n'a pas l'air de fonctionner ? od†n ↗blah 10 octobre 2018 à 16:37 (CEST)
Merci od†n ! Et merci pour tes conseils et tes différentes interventions.
Je viens de vérifier, les liens http et https ne fonctionnent pas avec les IPV6 qui se font encode. Aussi, je viens de réaliser que le Tor Check n'est plus utilisable, excuse moi j'aurais dû vérifier.
Bonne journée
— NoFWDaddress (d) 14 octobre 2018 à 13:03 (CEST)
- NoFWDaddress : Suite à ceci, pourrais-tu vérifier de nouveau ? od†n ↗blah 14 octobre 2018 à 14:22 (CEST)
- It works! Merci — NoFWDaddress (d) 14 octobre 2018 à 14:46 (CEST)
MediaWiki:Wikimedia-copyright – liens site wmf modifier
Requête acceptée - 15 octobre 2018 à 23:10 (CEST)
Pages où apparaît ce message : toutes
Changement proposé : Bonjour, la fondation a changé son site vitrine par un blog wordpress, ce qui a pour effet de casser tous les liens (super). Le lien du footer a besoin d'être mis à jour de https://wikimediafoundation.org/wiki/Accueil à https://wikimediafoundation.org/. Merci --Framawiki ✉ 15 octobre 2018 à 21:29 (CEST)
- Même chose que Wikipédia:Demande d'intervention sur un message système/Traitées#MediaWiki:Copyright – changement d'un lien.
- À propos, leur site là, c'est la synthèse d'absolument tout ce que j'excère… (concernant le web design, et pas que.) Bon, ils nous ont quand même épargné le "scroll par page", les images qui apparaissent en fondu… Mais quand même. Une calamité.
- od†n ↗blah 15 octobre 2018 à 23:10 (CEST)
MediaWiki:Abusefilter-disallowed-327 – message abusefilter modifier
Requête acceptée - 23 octobre 2018 à 21:38 (CEST)
Bonsoir, serait-il possible, suite à Wikipédia:Le_Bistro/21_octobre_2018#Cas_des_"Titre_exact"_en_DRP, de créer le message qui sera affiché par le filtre ? Par exemple avec le contenu suivant:
Cette action a été automatiquement identifiée comme problématique et a donc été empêchée. Remplacez le champ « Sujet/titre » par le titre exact de l'article pour lequel la demande est faite, en l'encadrant de double crochets sous la forme suivante : [[Titre de l'article]]. Merci de mettre le titre exact de la page que vous souhaitez restaurer.
Bonne soirée --Framawiki ✉ 23 octobre 2018 à 21:30 (CEST)
- Fait. Cordialement, — Arcyon [Causons z'en] 23 octobre 2018 à 21:38 (CEST)
- J'ai mis le modèle standard, en mettant un titre indiquant directement ce qu'il faut corriger plutôt que de dire que la modification est problématique. En effet, contrairement à la plupart des filtres, il ne s'agit pas de décourager quelqu'un de faire une modification nuisible, mais de lui indiquer quelque chose à corriger.
- Je ne suis pas sûr que les utilisateurs parviennent réellement à suivre ces consignes, mais bon on verra bien.
- Orlodrim (discuter) 23 octobre 2018 à 22:19 (CEST)
- Merci à vous deux ! --Framawiki ✉ 23 octobre 2018 à 22:35 (CEST)
MediaWiki:Gadget-RevertDiff.js – Vives les apostrophes modifier
Requête acceptée - 28 octobre 2018 à 06:46 (CET)
Pages où apparaît ce message : MediaWiki:Gadget-RevertDiff.js
Changement proposé : il semblerait que les pseudonymes avec un apostrophe soient acceptés. C'est problématique avec ce gadget et le diff 153433963. En créant les liens pour l'annulation/révocation, le gadget génère le code HTML suivant :
<a href="javascript:window.getMessage('/w/index.php?title=Discussion:Twitter&action=edit&oldid=148087127','annul','GhosterBot','RemEvO12bb3'4(5');" style="">Message</a>
Et donne inévitablement une erreur : Uncaught SyntaxError: missing ) after argument list. Il faudrait faire en sorte de corriger les lignes 79 et 85 pour que le script fonctionne tout de même avec ce genre de pseudo. Merci, Lofhi [me contacter] 27 octobre 2018 à 21:35 (CEST)
- Effectivement. J'ai réécrit en partie le script, de sorte à éviter ce genre d'erreur. od†n ↗blah 28 octobre 2018 à 06:46 (CET)
MediaWiki:Protectedpagetext – Changement d'icônes modifier
Requête acceptée - 2 novembre 2018 à 05:27 (CET)
Demandé par : Tomybrz Bip Bip le 25 octobre 2018 à 15:13 (CEST)
Pages où apparaît ce message : Sur : toutes les pages protégées, semi protégées (et étendues)
Changement proposé : Dans le cadre du projet de la nouvelle charte graphique et du changement d'icône de protection , merci de changer les icônes dans MediaWiki:Protectedpagetext (et aussi dans {{Protection}}, {{Semi-protection}} et {{Nom protégé}}).
→ 
(pour {{Protection}})
→ 
(pour {{Semi-protection étendue}} déja fait mais à remplacer aussi dans le message système
→ 
(pour {{Semi-protection}})
→ 
(pour {{Nom protégé}})
→ 
(pour {{Filtrage}} déja fait mais à remplacer aussi dans le message système (si il y en a un)
- Tant qu'a changer les icônes, il faudrait aussi changer la progression des couleurs, car la semi-protection étendue noire ne me semble pas du tout logique. La précédente avait été choisi gris foncè uniquement pour ne pas changé les icônes déjà en place, et le choix était limité parmi les icônes de ce style existantes sur Commons. Ici on a plus le temps de réfléchir, et changé la couleurs de ce type d'icône flat design est bien plus facile. Ce point avait d'ailleurs été soulevé lors de la discussion sur le bistrot (qu'il aurait été sympa de signalé).
- Par ailleurs il faudrait éviter de modifier les exemples avant que les modèles soient réellement modifiés. — Zebulon84 (discuter) 27 octobre 2018 à 23:20 (CEST)
- @Zebulon84 Concernant la couleur cadenas noir, c'est vrai qu'elle n'est pas très intuitive. Après, cela n'empêche pas la modification étant donné que le fichier (que j'ai fait protéger sur Commons) est facilement modifiable. Quelle couleur tu préférerai ? (si possible en choisissant parmi les couleurs de la Charte graphique) --Niridya (discuter) 27 octobre 2018 à 23:42 (CEST)
- Niridya et Tomybrz : si on regarde des systèmes comme DEFCON, bison futé ou Météo France, les couleurs standards seraient vert-(bleu)-jaune-rouge-noir ou vert-jaune-orange-rouge. Je pencherai plutôt pour le second. Il ne me semble pas nécessaire d'avoir d'icône pour le vert (qui devrait être cadenas ouvert). — Zebulon84 (discuter) 28 octobre 2018 à 02:16 (CEST)
- Je sais que ce n'est pas le meilleur endroit pour les poster, mais simplement quelques remarques en vrac :
- Je suggèrerais semi-protection en jaune, semi-protection étendue en orange et protection en rouge. Pas essayé pour voir ce que ça donne ; il faudrait déjà créer une version jaune de l'icône. (aparté : attention, le jaune est une couleur au rendu, et donc à la visibilité, très variable selon les écrans)
- En tout cas, contre le noir pour la semi-protection étendue, problème d'ordonnancement car je trouve ça fait plus "critique" que le rouge.
- À la rigueur, le statu quo avec une icône grise me semblerait être une solution de repli acceptable.
- Attention à ne pas utiliser les mêmes fichiers que sur en.wiki, car j'ai constaté qu'ils sont aussi en chantier de leur côté et qu'ils y vont allègrement pour modifier les fichiers. Donc vraiment utiliser des fichiers dédiés pour fr.wiki.
- Pour la protection en renommage le bleu me gêne un peu, car ce n'est pas vraiment une couleur dénotant une restriction. Mais bon, je trouve que ce n'est pas non plus gênant outre mesure (d'autant plus que cette protection est bien plus rare que les autres). Donc à éventuellement peaufiner plus tard, mais les points ci-dessus sont prioritaires.
- Je suggèrerais semi-protection en jaune, semi-protection étendue en orange et protection en rouge. Pas essayé pour voir ce que ça donne ; il faudrait déjà créer une version jaune de l'icône. (aparté : attention, le jaune est une couleur au rendu, et donc à la visibilité, très variable selon les écrans)
- od†n ↗blah 28 octobre 2018 à 02:56 (CEST)
- Je sais que ce n'est pas le meilleur endroit pour les poster, mais simplement quelques remarques en vrac :
- @Zebulon84 Concernant la couleur cadenas noir, c'est vrai qu'elle n'est pas très intuitive. Après, cela n'empêche pas la modification étant donné que le fichier (que j'ai fait protéger sur Commons) est facilement modifiable. Quelle couleur tu préférerai ? (si possible en choisissant parmi les couleurs de la Charte graphique) --Niridya (discuter) 27 octobre 2018 à 23:42 (CEST)
┌───────┘
- @Od1n et @Zebulon84 Merci pour vos retours.
- Je confirme qu'un cadenas vert n'est pas une bonne chose (sinon il serait à mettre sur toutes les pages non protégées^^). Je propose de garder un cadenas rouge pour la protection complète (admin), de passer au Yellow50 pour la protection autoconfirmed et de passer au Yellow30 pour la protection autopatrolled. Ces deux jaunes sont sur la palette des couleurs de Wikimedia et devraient donc rendre correctement. Qu'en dites-vous ? --Niridya (discuter) 28 octobre 2018 à 12:40 (CET)
- Et concernant le protection pour le renommage, on pourra la mettre de la même couleur que l'une des autres protection une fois qu'on aura choisi. --Niridya (discuter) 28 octobre 2018 à 12:40 (CET)
- J'avais exactement la même chose en tête. Reste juste à essayer pour voir ce que ça donne. od†n ↗blah 28 octobre 2018 à 12:56 (CET)
- Je vais le faire et tu pourra me dire ce que ça donne. --Niridya (discuter) 28 octobre 2018 à 13:21 (CET)
- @Od1n C'est fait pour les autoconfirmed et autopatrolled. Pour la protection de renommage, je vais d'abord attendre ton avis (sur la couleur bien sûr^^). --Niridya (discuter) 28 octobre 2018 à 13:25 (CET)
- Mouais… pas tout à fait convaincu ; merci quand même pour la mise en œuvre de cette piste. Comme l'avait déjà signalé Arkanosis, faut admettre qu'avec seulement les couleurs pour véhiculer l'information, ces nouvelles icônes perdent quand même énormément en "compréhensibilité"… Si ça ne tenait qu'à moi, je laisserais les anciennes icônes qui sont jolies, fonctionnelles et n'avaient pas besoin d'être remplacées. Je vous laisse gérer pour la suite. od†n ↗blah 28 octobre 2018 à 13:46 (CET)
- Personnellement, je trouve que les nouvelles icônes évoquent, au contraire, mieux le niveau de protection de la page (notamment pour les non-wikipédiens). --Niridya (discuter) 28 octobre 2018 à 13:52 (CET)
- Les couleurs ne sont quand même pas trop mal. Pour la semi-protection étendue j'ai essayé avec le orange de l'icône "filtrage", mais c'est encore moins contrasté avec le rouge, donc gardons le marron. Je pense qu'on pourra difficilement trouver de meilleures couleurs que celles-ci.
- Pour l'icône "protection renommage", je pourrais éventuellement suggérer de tester une icône en gris (avec la flèche bien entendu), afin de ne pas faire penser à un autre niveau de protection, alors que c'est une protection "particulière" qui ne correspond pas vraiment à un autre niveau de protection.
- En tout cas, pour ma part ok pour donner une chance à ces icônes, et on pourra toujours peaufiner après coup.
- od†n ↗blah 29 octobre 2018 à 09:47 (CET)
- Personnellement, je trouve que les nouvelles icônes évoquent, au contraire, mieux le niveau de protection de la page (notamment pour les non-wikipédiens). --Niridya (discuter) 28 octobre 2018 à 13:52 (CET)
- Mouais… pas tout à fait convaincu ; merci quand même pour la mise en œuvre de cette piste. Comme l'avait déjà signalé Arkanosis, faut admettre qu'avec seulement les couleurs pour véhiculer l'information, ces nouvelles icônes perdent quand même énormément en "compréhensibilité"… Si ça ne tenait qu'à moi, je laisserais les anciennes icônes qui sont jolies, fonctionnelles et n'avaient pas besoin d'être remplacées. Je vous laisse gérer pour la suite. od†n ↗blah 28 octobre 2018 à 13:46 (CET)
- J'avais exactement la même chose en tête. Reste juste à essayer pour voir ce que ça donne. od†n ↗blah 28 octobre 2018 à 12:56 (CET)
┌────────────┘
- J'ai mis du gris Base50 pour la protection renommmage. En effet, c'est plus neutre vis-à-vis des autres niveaux de protection. --Niridya (discuter) 29 octobre 2018 à 14:00 (CET)
Tâche facile à accomplir pour "cette tâche difficile accomplir" modifier
Requête acceptée - 9 novembre 2018 à 12:48 (CET)
Pages où apparaît ce message : MediaWiki:Captchahelp-text
Changement proposé :
Suite à un signalement sur OTRS (Ticket#2018110610010254, merci au passage à son auteur) :
"Cette tâche étant difficile à accomplir..." au lieu de "... "Cette tâche étant difficile accomplir".
Avec mes compliments complices (facile, je sais, mais je ne peux pas m'empêcher ).
Cordialement, et Hop ! Kikuyu3 Sous l'Arbre à palabres 9 novembre 2018 à 11:40 (CET)
MediaWiki:Gadget-Popups.js – bug sur commentaires masqués modifier
Requête refusée - 10 novembre 2018 à 11:39 (CET)
Pages où apparaît ce message : Toutes (?)
Bug remarqué : Le popup généré est capable de retrouver et d'afficher des commentaires masqués dans les historiques (voir les contributions de l'IP incriminée dans la RA Insultes antisémites), or le but est précisément de ne plus pouvoir voir ses commentaires. Kelam (discuter) 6 novembre 2018 à 11:04 (CET)
- Kelam : nous n'avons pas la main sur ce gadget sur la wikipédia en français (nous n'avons que la traduction), le code source d'origine est ici : en:MediaWiki:Gadget-popups.js. Il faut faire une demande sur la page de discussion du gadget (en anglais). Prométhée (discuter) 10 novembre 2018 à 11:39 (CET)
MediaWiki:Spam-blacklist – Ajout d'un LE sur la spam-blacklist modifier
Requête refusée - 11 novembre 2018 à 22:48 (CET)
Pages où apparaît ce message : N/A
Changement proposé : Ajouter le site armony.ma (un cuisiniste), qui fait l'objet de plusieurs tentatives d'ajout sur différents articles : [20], [21], [22], [23], [24].
Normalement il ne devrait plus rester de liens vers ce site (il en restait un, que j'ai nettoyé).
Merci.
--Tractopelle-jaune (discuter) 13 octobre 2018 à 10:13 (CEST)
- J'essaie d'éviter à cette liste de trop gonfler (maintenabilité, et impact significatif sur les perfs lors de la publication).
- L'ajout est-il encore nécessaire ? En général ce genre de spammeur de bas étage passe vite à autre chose.
- Tu peux vérifier la présence du domaine avec cette page spéciale.
- od†n ↗blah 14 octobre 2018 à 13:02 (CEST)
- Domaine non présent à cette date, je classe sans suite. — Gratus (discuter) 11 novembre 2018 à 22:48 (CET)
[[MediaWiki: ]] – courte description modifier
Requête refusée - 19 novembre 2018 à 14:02 (CET)
Fuseau horaire français
Pages où apparaît ce message : toutes, après modification d'un article
Changement proposé : mettre le serveur à l'heure
Après modification d'un article, un message d'erreur LastContrib apparaît signalant une non concordance des horloges. En fait les serveurs de Wiki affichent encore l'heure d'été (mais tout en se considérant en UTC+1). Or, en UTC+1 il serait une heure de moins. Il fait passer à l'heure d'hiver.
Pas fait. Ne relève pas d'une modification d'un message système. Linedwell [discuter] 19 novembre 2018 à 14:39 (CET)
MediaWiki:Sitenotice – Phase de vote de la Consultation des souhaits de la communauté modifier
Requête refusée - 23 novembre 2018 à 21:37 (CET)
Pages où apparaît ce message : partout.
Changement proposé : Bonjour, ne serait-il pas intéressant d'ajouter un bandeau pour informer les contributeurs de l'existence de la Consultation des souhaits de la communauté pour 2019 et plus précisément de la phase de vote qui est en cours ? La qualité de la communication entre la fondation et les différentes communautés est assez critiquée, car jugée inefficace même s'il y a du mieux. Cela pourrait permettre de donner aux contributeurs la possibilité d'avoir une influence sur les dix futures décisions prises autour du développement de fonctionnalités communautaires, puisqu'ils jugent être mis trop souvent de côté. Cordialement, Lofhi [me contacter] 19 novembre 2018 à 19:26 (CET)
- En vérifiant Metawiki et la page spéciale metawiki:Special:CentralNotice, il semblerait qu'une notice globale soit déjà affichée, inutile donc. Lofhi [me contacter] 23 novembre 2018 à 21:37 (CET)
MediaWiki:Abusefilter-warning-mahomet – courte description modifier
Requête acceptée - 25 novembre 2018 à 00:07 (CET)
Pages où apparaît ce message : Erreur pour le filtre 123
Changement proposé :
Remplacer le contenu par :
{{Avertissement filtre |niveau = modéré |texte = L'action que vous tentez d'accomplir a été identifiée automatiquement comme un remplacement du terme ''Mahomet'' par un autre. ''Cependant, dans un but d'harmonisation de l'encyclopédie, il a été décidé de n'utiliser que le terme ''Mahomet'', sanctionné par l'usage en français, et non la transcription ''Mohammed'' ou ses dérivées.'' Vous pouvez la soumettre une nouvelle fois en cas d'erreur de détection par le filtre. |filtre = 123 }}
En effet, l'avertissement ne semble pas suffisamment visible et ne ressemble pas suffisamment à une erreur. (voir l'historique de Hadîth)
N'hésitez pas à me notifier ! — NoFWDaddress (d) 22 novembre 2018 à 08:36 (CET)
Requête acceptée - 30 décembre 2018 à 03:25 (CET)
Pages où apparaît ce message : Spécial:Contributions
Changement proposé : il n'est pas possible d'utiliser {{urlencode:$variable}} avec son paramètre WIKI pour ce cas. Les pseudonymes peuvent contenir tous les caractères imaginables (je n'ai pas vu de restriction) sur Mediawiki, ce qui est incompatible avec le parsage réalisé avec ce paramètre.
Exemple : {{urlencode:{{|PATH}}
Le comportement inattendu est l'apparition de la puce générée fidèlement en suivant la syntaxe wikicode, donc on obtient une fin de page cassée. L'effet est observable sur Spécial:Contributions/*sammy*. Je vais éviter de recommander d'utiliser le mot magique sans paramètre, cela engendra peut-être des conséquences que j'ignore. Lofhi [me contacter] 29 décembre 2018 à 16:52 (CET)
- Merci pour ce signalement ! A priori ça devrait être corrigé, mais pourrais-tu aussi un peu vérifier de ton côté avec divers noms d'utilisateurs pour confirmer ? od†n ↗blah 29 décembre 2018 à 17:50 (CET)
- Avec tous les noms d'utilisateurs alambiqués que j'ai testés (et purée, il y a de ces choses !) ça semble fonctionner correctement. Astérisques, espaces, accents, single quotes, double quotes… od†n ↗blah 30 décembre 2018 à 03:25 (CET)
- Je pensais essayer quelques combinaisons ce soir, mais puisque c'est déjà fait ! Lofhi [me contacter] 31 décembre 2018 à 00:27 (CET)
- Avec tous les noms d'utilisateurs alambiqués que j'ai testés (et purée, il y a de ces choses !) ça semble fonctionner correctement. Astérisques, espaces, accents, single quotes, double quotes… od†n ↗blah 30 décembre 2018 à 03:25 (CET)
MediaWiki:Babel-autocreate-text-levels et MediaWiki:Babel-autocreate-text-main – Contenu par défaut des pages créées par babel autocreate modifier
Requête acceptée - 3 janvier 2019 à 07:26 (CET)
Pages où apparaît ce message :
- Pour MediaWiki:Babel-autocreate-text-main : toutes les catégories à la racine de Catégorie:Wikipédiens par langue,
- Pour MediaWiki:Babel-autocreate-text-levels : toutes les sous-catégories par niveau de langue.
Changement proposé : À l'heure actuelle, babel autocreate crée automatiquement des catégories contenant uniquement un texte par défaut, et n'étant donc pas catégorisées. Tous les contributeurs suivant régulièrement la page spéciale Catégories sans catégories connaissent le spam engendré par ce mécanisme. Les catégories actuelles utilisent normalement un modèle, {{Catégorie langue}}, qui affiche un descriptif de la catégorie et qui de plus la catégorise correctement. Remplacer le texte par défaut actuel par un appel à ce modèle résoudrait automatiquement ce problème de spam.
Néanmoins, un problème existe pour ce remplacement. En effet, le modèle actuel prend en paramètre :
- le code de langue,
- le niveau de langue (ou
Ppour la catégorie racine).
Or, si le paramètre $1 de MediaWiki:Babel-autocreate-text-levels correspond bien au niveau que l'on attend en tant que 2ème paramètre du modèle, en revanche, le paramètre $2 de ce même message et le paramètre $1 du message MediaWiki:Babel-autocreate-text-main correspondent au nom de la langue, exprimé dans la langue elle-même, et non au code de la langue. Voir par exemple ce diff, dans lequel le texte original contenait un nom en cyrillique.
La demande que je fais serait donc de remplacer idéalement le contenu par :
- Pour MediaWiki:Babel-autocreate-text-main :
{{catégorie langue|$1|P}} - Pour MediaWiki:Babel-autocreate-text-levels :
{{catégorie langue|$2|$1}}
Sauf que le premier paramètre du modèle ne correspondra pas au code attendu. Pour cela, si quelqu'un connait suffisament les messages système pour savoir s'il est possible d'obtenir le code langue en tant que paramètre de babel autocreate ($3 ?), peut-il compléter ma demande ? Si ce n'est pas possible, je pourrai toujours modifier le modèle {{Catégorie langue}} pour ajouter des paramètres dédiés à babel autocreate, mais on perdrait alors la clé de tri, car celle-ci utilise le code langue... SAUF s'il existe un modèle capable d'obtenir le code langue à partir du nom exprimé dans la langue elle-même, sur le modèle de {{Code langue}}.
Je demande donc l'assistance d'un expert en messages systèmes pour savoir si cette demande est réalisable ou non.
Merci d'avance, Epok__ (Insultes, éloges, simples discussions : ✉), le 27 octobre 2018 à 14:28 (CEST)
- Après avoir posé la question sur MediaWiki, j'ai l'info ! Il y a donc bien un paramètre $3, mais uniquement pour text-level. (Source info : [25] et [26]).
- Je propose donc le remplacement du message par le contenu suivant :
- Pour MediaWiki:Babel-autocreate-text-levels :
{{Catégorie langue|$3|$1}} - Cela évitera en partie le spam sur la page spéciale.
- Pour la suite, je vais voir s'il est possible d'adapter le modèle pour palier au manque de paramètre de l'autre message, je pense que c'est possible pour lui plus facilement que pour l'autre.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 28 octobre 2018 à 11:52 (CET)
- Après étude détaillée du modèle, l'absence du code de langue dans le 2ème message ne causera effectivement de problème que sur la clé de tri. Je peux modifier le modèle de manière à utiliser le paramètre
nom-languecomme clé de tri en l'absence de code de langue. Cela causera quelques mauvais classements dans le cas où le nom de la langue ne commence pas par la meme lettre que le code de la langue, mais je pense que ce problème est mineur comparé à la situation actuelle. - Je propose donc le remplacement du message par le contenu suivant :
- Pour MediaWiki:Babel-autocreate-text-main :
{{Catégorie langue| |P|nom-langue=$1}} - Voilà pour ma proposition finale. Si ces changements sont acceptés, je procèredai à la modification du modèle pour contourner le problème.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 28 octobre 2018 à 12:31 (CET)
- Fait pour MediaWiki:Babel-autocreate-text-levels.
- Epok : pourMediaWiki:Babel-autocreate-text-main, pourrait-on « simplement » ajouter les noms des langues dans leur langue sur Module:Langue/Data, et utiliser {{code langue}} ? Ou alors je peux créer une fonction Lua à partir de
mw.language.fetchLanguageNames()pour récupérer le bon code. — Zebulon84 (discuter) 9 novembre 2018 à 13:27 (CET)- Bonjour Zebulon84, et merci !
- Je ne connais pas les fonctions Lua, donc je ne pourrais pas te répondre sur ce point... Néanmoins, si tu penses que c'est faisable, ça me semble la meilleure solution pour résoudre complètement ce problème. L'autre possibilité me semble plus difficile, car ajouter la totalité des noms (et la maintenir !) pour ce seul modèle me semble un peu "overkill".
- Sinon, comme indiqué précédemment, le problème principal (outre le fait que le nom de la langue ne sera pas en français) ne concerne que la clé de tri, donc la solution que j'ai proposée me semble la plus simple à mettre en œuvre à peu de frais : on omet simplement le code langue, et on met en place une clé de tri de secours sur le paramètre
nom-langue. Ultérieurement, je pense proposer une modification sur [phabricator] pour que l'extension propose un paramètre contenant le code langue, ce qui à mon avis sera également utile sur d'autres wiki que celui-ci. - À toi de voir la quantité d'énergie que tu est prêt à mettre dans la résolution de ce problème.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 9 novembre 2018 à 18:51 (CET)
- Bonjour Zebulon84,
- J'attendais avec impatience la première utilisation du modèle par Babel AutoCreate, afin de vérifier l'interprétation qui serait faite du message.
- Or, il semble que malheureusement, celui-ci utilise le contenu "littéral" du message, au lieu de mettre le message source.
- Voir cette page : le texte est remplacé par le contenu du modèle, au lieu du modèle lui-même.
- À partir de là, deux possibilités : soit continuer à tester, soit renoncer et continuer à catégoriser manuellement les catégories créées, et/ou les supprimer, au fur et à mesure de leur création.
- Étant donné le peu d'impact sur WP de ce message, je pense qu'on peut faire encore une tentative. Je surveille de toutes façons en ce moment les créations de Babel AutoCreate, et je m'engage à corriger tout problème causé par ces modifications.
- Je propose donc de tenter de mettre le message entre balises "nowiki", ce qui aurait pour conséquence d'afficher le texte tel quel, et donc possiblement de fonctionner si j'ai bien compris l'interprétation littérale que fait ce plugin du message.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 13 novembre 2018 à 21:17 (CET)
- Bonjour
- Bonjour
- Après étude détaillée du modèle, l'absence du code de langue dans le 2ème message ne causera effectivement de problème que sur la clé de tri. Je peux modifier le modèle de manière à utiliser le paramètre
- Bonjour,
- Je me permet d'insister pour revenir à une version "correcte" du message MediaWiki:Babel-autocreate-text-levels. Comme indiqué ci-dessus, l'extension babel fait une interprétation littérale du code du message, et donc interprète le modèle alors qu'il ne devrait pas. Je propose donc de placer la balise 'nowiki' autour du contenu du message. Je surveillerai les créations de catégories pour vérifier que le comportement est bien celui attendu. En cas de nouvel échec, je proposerai une autre manière de faire, mais je pense que ce test vaut le coup.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 8 décembre 2018 à 09:33 (CET)
- Je suis à peu près certain que cela ne fonctionnera pas avec des nowiki, car ceux-ci resteront en place lors de la création.
- Il te faudrait demander sur Phabricator, que dans la méthode
BabelAutoCreate::create()ils remplacent les->text()par des->plain()(refs Message.php, Messages API), car effectivement il ne me semble pas judicieux de transclure les éventuels templates lors de la création. Probablement qu'ils n'avaient tout simplement pas pris en compte ce cas de figure, vu qu'il n'y a pas de templates dans les messages d'origine. - od†n ↗blah 9 décembre 2018 à 10:24 (CET)
- Merci beaucoup Od1n pour cette recommandation. Je vais voir si c'est possible de faire comme tu suggère.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 9 décembre 2018 à 16:22 (CET)
- Ok, ticket ouvert sur phabricator ici. On va voir ce qu'ils en pensent.
- Merci, Epok__ (Insultes, éloges, simples discussions : ✉), le 11 décembre 2018 à 10:38 (CET)
- Tant qu'à faire, j'ai aussi ouvert un ticket pour le second problème mentionné au début de cette requête (absence du code de langue dans le message pour les catégories principales).
- Epok__ (Insultes, éloges, simples discussions : ✉), le 11 décembre 2018 à 10:54 (CET)
- Merci beaucoup
Attendre Merci à tous pour votre aide. En attendant des réponses côté développeurs, je pense qu'on peut classer cette requête pour l'instant, car on ne pourra pas aller beaucoup plus loin en l'état actuel des choses.
Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 22 décembre 2018 à 13:02 (CET)
MediaWiki:Delete and move confirm – Informer les administrateurs du bug touchant les renommages modifier
Requête refusée - 24 janvier 2019 à 21:22 (CET)
Per T210739, les développeurs de MediaWiki conseillent aux administrateurs d'interface d'ajouter un message au sujet du problème qui affecte les renommages. Il faut par exemple ne pas oublier de rajouter le lien interwiki sur Wikidata. À vous de voir si c'est vraiment utile...
Changement proposé :
Lorsque vous essayez de déplacer une page vers un nom de page qui existe déjà, l'action peut échouer. [[phab:T210739|Les développeurs travaillent sur la résolution du problème]]. Vous pouvez supprimer la page cible et ensuite déplacer la page vers le nouveau nom désiré. Après avoir supprimé et déplacé la page, n'oubliez pas d'ajouter à nouveau le lien vers la page sur Wikidata.
Lofhi (me contacter) 20 janvier 2019 à 21:52 (CET)
- Enwiki a décidé d'afficher quelque chose de plus sobre : w:MediaWiki:Delete and move confirm. Lofhi (me contacter) 20 janvier 2019 à 22:01 (CET)
- J'annule la demande, le problème a été identifié et serait réglé dans les deux semaines. Lofhi (me contacter) 24 janvier 2019 à 21:22 (CET)
MediaWiki:Gadget-LiveRC.js – Special:Abuselog modifier
Requête acceptée - 9 février 2019 à 21:08 (CET)
Pages où apparaît ce message : MediaWiki:Gadget-LiveRC.js
Changement proposé : A la ligne 6073, remplacer
diff.href = lrcGetUglyPageURL('Special:AbuseLog', '&details='+revid);
diff.href = lrcGetUglyPageURL('Special:AbuseLog', '/'+revid);
Tomybrz Bip Bip 9 février 2019 à 12:03 (CET)
- Tomybrz : Merci du signalement, normalement c'est bon. J'ai corrigé aussi à un autre endroit, apparemment l'URL utilisée pour former le lien n'est pas réutilisée pour charger l'aperçu dans LiveRC. J'ai pris lrcGetPageURL au lieu de lrcGetUglyPageURL car il n'y a plus de paramètres. Dis-moi s'il reste des problèmes. Orlodrim (discuter) 9 février 2019 à 21:08 (CET)
MediaWiki:Common.css – Remplacement BA et ADQ modifier
Requête acceptée - 14 février 2019 à 15:00 (CET)
Pages où apparaît ce message : MediaWiki:Common.css
Prière de tester les modifications sur votre .css perso avant de le faire sur MediaWiki:Common.css
Bonjour,
J'aimerai que les class suivantes du Common.css soient modifiées comme suit :
Icône AdQ modifier
li.badge-featuredportal {
list-style-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/6/64/Article_de_qualite.svg/14px-Article_de_qualite.svg.png");
}
.etoile-or {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/6/64/Article_de_qualite.svg/19px-Article_de_qualite.svg.png");
background-position: 1px 1px;
}
.grosse-icone.etoile-or {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/6/64/Article_de_qualite.svg/40px-Article_de_qualite.svg.png");
}
Icône BA modifier
li.badge-goodarticle {
list-style-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/1/11/Bon_article.svg/14px-Bon_article.svg.png");
}
.etoile-argent {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/1/11/Bon_article.svg/19px-Bon_article.svg.png");
background-position: 1px 1px;
}
.grosse-icone.etoile-argent {
background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/1/11/Bon_article.svg/40px-Bon_article.svg.png");
}
Merci. Tomybrz Bip Bip 31 janvier 2019 à 19:32 (CET)
- Merci Tomybrz pour la requête. Bien évidemment ce sera un gros Pour. Je te recommande par contre deux choses :
- indiquer les class des éléments (afin d'être sûr de quelle class tu veux modifier exactement) ;
- utiliser directement les SVG (et non des PNG comme tu proposes) en rajoutant background-size pour spécifier la taille de l'image (c'est le cas pour les icônes des bandeaux par exemple). --Niridya (discuter) 1 février 2019 à 17:08 (CET)
- @Tomybrz J'ai corrigé la requête pour (je l'espère) la rendre plus facile à traiter. --Niridya (discuter) 9 février 2019 à 14:47 (CET)
MediaWiki:Ffeed-wikimag-page – Flux RSS du Wikimag modifier
Requête acceptée - 20 février 2019 à 22:49 (CET)
Pages où apparaît ce message : FLux RSS du Wikimag
Changement proposé : Utiliser les modèles faits pour plutôt qu'essayer de les reproduire. Mettre à la place du code existant « {{Wikimag lien numéro|{{Wikimag numéro par date}}}} ». Merci
- Effectivement, le Wikimag a toujours eu sa notion à lui des numéros de semaine. Orlodrim (discuter) 20 février 2019 à 22:49 (CET)
- Ca marche bien mieux, merci Orlodrim --Framawiki ✉ 20 février 2019 à 23:08 (CET)
MediaWiki:Semiprotectedpagewarning – modification d'une page semi-protégée ou en semi-protection étendue modifier
Requête acceptée - 22 février 2019 à 23:03 (CET)
Pages où apparaît ce message : sur les pages semi-protégées ou en semi-protection étendue quand on la modifie et quand on est autoconfirmed ou autopatrolled.
Changement proposé : bonjour ! Serait-il possible que vous mettez à jour l'icône du message système MediaWiki:Semiprotectedpagewarning en remplaçant :
<td align="center" width="60px">[[Image:Crystal Clear action half lock.png|50px|page semi-protégée|link=]]</td>par :
<td align="center" width="60px">{{#ifeq: {{PROTECTIONLEVEL:edit}} | editextendedsemiprotected
| [[Image:Extended-semi-protection-shackle-frwiki.svg|50px|Page en semi-protection étendue|link=]]
| [[Image:Semi-protection-shackle-frwiki.svg|50px|Page semi-protégée|link=]]
}}</td>
s'il vous plait ? Car quand on modifie une page semi-protégée ou en semi-protection étendue, il y a encore l'ancienne icône et l'icône ne change pas si la page est semi-protégée ou en semi-protection étendue. Merci !--Simon-kempf (discuter) 21 février 2019 à 21:32 (CET)
MediaWiki:Common.css – ".aa-faux-h2" modifier
Requête acceptée - 2 mars 2019 à 15:21 (CET)
Tomybrz Bip Bip le 5 octobre 2018 à 18:52 (CEST)
Pages où apparaît ce message : Page des requêtes sur Wikipédia
Changement proposé : Dans le cadre de l'amélioration des pages de requêtes (voir Version 152777910) et Sujet:Nouveau style pour les pages de requêtes), le code .css de Mediawiki est à modifier afin de mettre à jour le style des requêtes afin de donner une meilleure visibilité.
Code actuel :
.aa-titre-bleu {
color: #3366bb;
border: none;
}
.aa-faux-h2 {
line-height: 1.3;
font-weight: normal;
font-size: 1.5em;
}
Changement à faire :
Ajout de .aa-fond-gris h2
.aa-fond-gris h2 {
line-height: 1.3;
font-weight: bold;
font-size: 1.5em;
font-family:sans-serif;
}
Changement de .aa-faux-h2
.aa-faux-h2 {
line-height: 1.3;
font-weight: bold;
font-size: 1.5em;
font-family:sans-serif;
}
Changement de .aa-titre-bleu OU BIEN Ajout de .aa-titre-noir
.aa-titre-bleu {
color: #000;
border:none;
}
OU BIEN
.aa-titre-noir {
color: #000;
border:none;
}
- En simplifiant, remplacer les styles actuels par :
.aa-faux-h2, .aa-fond-gris h2, .aa-titre { line-height: 1.3; font-weight: bold; font-size: 1.5em; font-family:sans-serif; } .aa-titre, .aa-titre-bleu {color: #000;}
- Trizek bla 5 octobre 2018 à 18:57 (CEST)
- Trizek : C'est fait. J'ai ajouté les classes
.aa-fond-gris h2,.aa-titre-noiret ajouté du gras et sans-sérif sur.aa-faux-h2.— Gratus (discuter) 7 octobre 2018 à 17:30 (CEST)- Conflit de priorité CSS avec le ".aa-faux-h2 font-family" dans le MediaWiki:Vector.css, qui l'emporte. Et un "faux h2" est bien censé reprendre la typographie d'un vrai h2. Il faudrait donc une classe différente, un truc du genre "aa-incipit-page". od†n ↗blah 8 octobre 2018 à 03:05 (CEST)
- Gratus, merci. Serait-il cependant possible de remplacer les codes existants par ma dernière proposition plutôt ? Cela permettrait de corriger ce que od†n fait remonter.
- Bien vu od†n. Le but est à présent de se débarrasser de
.aa-faux-h2.aa-titre-bleu..aa-titreest l’équivalent au.aa-incipit-pageque tu suggères. - Merci ! Trizek bla 8 octobre 2018 à 11:10 (CEST)
- Une chose qui me gêne dans cette autre proposition, c'est la classe nommée "titre bleu" qui style le texte en noir…
- (autre chose, préférer "color:inherit", le texte pouvant être légèrement éclairci dans la typographie, plus agréable car moins constrasté, refs à propos 129963538)
- od†n ↗blah 8 octobre 2018 à 11:45 (CEST)
- My bad, j'ai copié la mauvaise class : c’est bien de
.aa-titre-bleudont on va pouvoir se débarrasser, car mal nommée. Mieux vaut avoir la nouvelle class.aa-titreprête avant de supprimer.aa-titre-bleudu CSS commun pour éviter les soucis d'affichage. Trizek bla 8 octobre 2018 à 12:01 (CEST)- Ma proposition :
- annuler la dernière modif sur le Common.css, qui ravage complètement la structure propre du système actuel,
- créer une nouvelle classe dédiée à ce nouveau style de titre (propositions : "aa-titre-principal", "aa-incipit"),
- appliquer cette classe aux pages (typiquement : class="aa-faux-h2 aa-titre-bleu" → "aa-titre-principal").
- od†n ↗blah 8 octobre 2018 à 13:14 (CEST)
- Ma proposition :
- My bad, j'ai copié la mauvaise class : c’est bien de
- Conflit de priorité CSS avec le ".aa-faux-h2 font-family" dans le MediaWiki:Vector.css, qui l'emporte. Et un "faux h2" est bien censé reprendre la typographie d'un vrai h2. Il faudrait donc une classe différente, un truc du genre "aa-incipit-page". od†n ↗blah 8 octobre 2018 à 03:05 (CEST)
┌─────────────────────────────────────────────────┘
Annulez la dernière modification sur MediaWiki:Common.css, nous allons revoir le code que nous avons demandé pour éviter ce genre de problème à l'avenir (et toute mes excuses Trizek, je me suis un peu précipité je pense pour cette requête. Cdt Tomybrz Bip Bip 8 octobre 2018 à 17:32 (CEST)
- Juste pour souligner mon accord de principe pour ces changements ; le texte bleu que l'on confond avec de l'hyperlien, c'est vrai que ce n'était pas bien judicieux… Concernant la police de caractères, pas d'avis. od†n ↗blah 14 octobre 2018 à 15:05 (CEST)
- Tomybrz : là par contre, ce genre de chose ça va pas le faire. Le markup de ces pages est déjà bordélique au plus haut point, alors merci de ne pas en plus rajouter du CSS inline à tout va. Utiliser des classes. Factoriser. od†n ↗blah 14 octobre 2018 à 15:51 (CEST)
- on peut bien sur utiliser des classes avec les permissions normales..... J'ai pour le moment trouvé une solution temporaire, pour le moment ça fait l'affaire. Cdt Tomybrz Bip Bip 14 octobre 2018 à 15:59 (CEST)
- J'ai ajouté des classes et je suis revenu sur les modifications de markup, ça serait le bon moment pour vérifier ce qui a déjà été fait et signaler si j'ai laisser passer des trucs. Et apparemment il y aurait encore matière à effectuer beaucoup de proprages et uniformisations, si je me base par exemple sur cette recherche.
- L'objectif est que les pages aient des markups les plus identiques possibles. À terme je pense qu'il faudrait implémenter des modèles/métamodèles afin de simplifier les modifications futures.
- od†n ↗blah 14 octobre 2018 à 21:02 (CEST)
- on peut bien sur utiliser des classes avec les permissions normales..... J'ai pour le moment trouvé une solution temporaire, pour le moment ça fait l'affaire. Cdt Tomybrz Bip Bip 14 octobre 2018 à 15:59 (CEST)
MediaWiki:Titleprotectedwarning – Changement modifier
Requête acceptée - 17 mars 2019 à 18:58 (CET)
Tomybrz Bip Bip 6 mars 2019 à 12:51 (CET)
Pages où apparaît ce message : MediaWiki:Titleprotectedwarning
Changement proposé :
Avant modifier
ATTENTION : Cette page a été protégée de telle manière que seuls certains utilisateurs puissent la créer.
Après modifier
Page protégée à la création.
La dernière protection en date est affichée ci-dessous pour en donner les raisons et la durée. L'historique complet des protections est disponible dans le journal de cette page.
Discussion modifier
Tomybrz : Je n'ai rien à redire sur le fond du changement proposé, ta proposition est clairement bonne à mon goût, mais par contre, il faudrait vraiment essayer d'éviter d'utiliser des tableaux de mise en page comme ici, dès lors que l'on peut s'en passer.
Les tableaux de mise en page, même utilisés correctement, restent problématiques du point de vue de l'accessibilité.
Un bandeau pourtant assez similaire, à savoir celui pour la modification d'une ancienne version d'une page (MediaWiki:Editingold) est fait à partir de div et non d'une table.
Il est sûrement perfectible (pas regardé en détail), mais il faudrait quand même mieux partir sur ce genre de solution qui préserve une bien meilleure accessibilité.
--Tractopelle-jaune (discuter) 6 mars 2019 à 13:06 (CET)
- c'est mieux ? : Tomybrz Bip Bip 6 mars 2019 à 15:02 (CET)
- C'est une bonne idée de mettre un nouveau cadenas sur ce message @Tomybrz, j'ai juste changé un peu en enlevant le "!" (qui ne sera probablement pas du goût de tous^^). Et si jamais tu jettes un œil il y a aussi MediaWiki:Protectedinterface qui pourrait aussi avoir le droit à son cadenas. --Niridya (discuter) 6 mars 2019 à 15:51 (CET)
- Tomybrz : C'est parfait ! ---Tractopelle-jaune (discuter) 6 mars 2019 à 22:16 (CET)
- C'est une bonne idée de mettre un nouveau cadenas sur ce message @Tomybrz, j'ai juste changé un peu en enlevant le "!" (qui ne sera probablement pas du goût de tous^^). Et si jamais tu jettes un œil il y a aussi MediaWiki:Protectedinterface qui pourrait aussi avoir le droit à son cadenas.
MediaWiki:Sitenotice – Wikiconcours modifier
Requête refusée - 24 mars 2019 à 09:54 (CET)
Pages où apparaît ce message :
Toutes celles de Wikipédia Français.
Changement proposé :
Je propose, mais si c'est déjà fait mais sur la mauvaise page, de créer des bandeaux pour le Wikiconcorus qui auront pour but d'avoir plus d'inscrits dans des équipes, au jury ou encore pour les votes de dates, logos et formules.
Athozus (discuter), le 17 février 2019 à 09:58 (CET).
- Je ne suis pas opposé à l'idée, il faudrait cependant un consensus plus fort avant de modifier cette page ayant une forte visibilitée (bistro, sondage).— Gratus (discuter) 23 février 2019 à 04:49 (CET)
- Gratus :
- Bonjour, je vais m'en charger. Je ne pense pas qu'un sondage soit adapté, je vais poster un message sur le Bistro.
- Cordialement, Athozus (discuter), le 23 février 2019 à 09:40 (CET).
- Bonjour @Gratus,
- Cela fait 3 jours que j'ai fait la demande sur le Bistro (au 23 février), et je n'ai que deux 2 voix, et quatre avec celles de DW:Wikiconcours#Bandeau. Je suppose que cela n'ai pas suffisant, donc qu'il n'y aura pas de bandeau. Cependant, je n'ai eu aucun message contre.
- Cordialement, Athozus (discuter), le 26 février 2019 à 09:35 (CET).
- Je clôt la requête qui semble obsolète (le wikiconcours a commencé il y a un mois). Mais vu qu'il n'y a pas d'opposition, on peut garder l'idée pour la prochaine fois et être plus rapide à la mettre en oeuvre. Prométhée (discuter) 24 mars 2019 à 09:54 (CET)
- Bonjour @Prométhée,
- Effectivement il n'y a pas eu d'opposition. On pourra la ressortir en août.
- Cordialement, Athozus (discuter), le 24 mars 2019 à 10:14 (CET).
- Je clôt la requête qui semble obsolète (le wikiconcours a commencé il y a un mois). Mais vu qu'il n'y a pas d'opposition, on peut garder l'idée pour la prochaine fois et être plus rapide à la mettre en oeuvre. Prométhée (discuter) 24 mars 2019 à 09:54 (CET)
MediaWiki:Abusefilter-examine-incompatible – courte description modifier
Requête acceptée - 26 mars 2019 à 17:53 (CET)
Pages où apparaît ce message :
Changement proposé : Veuillez le mettre à jour depuis la version de translatewiki.net. Devrait se lire « La modification que vous avez demandée n’est pas prise en charge par le filtre antiabus. » — Le message qui précède, non signé, a été déposé par Urhixidur (discuter), le 26 mars 2019 à 15:48
- Sauf pour "filtre antiabus", car un changement local du nom de l'outil a été fait lors de la prise de décision concernant son activation (Discussion Wikipédia:Prise de décision/AbuseFilter#Sondage rapide pour un changement de nom de AbuseFilter). Pas que ce soit très pratique à gérer, mais bon... Orlodrim (discuter) 26 mars 2019 à 17:53 (CET)
MediaWiki:Gadget-LiveRC-frWP.js – courte description modifier
Requête acceptée - 27 mars 2019 à 08:07 (CET)
Pages où apparaît ce message :
Changement proposé : 'Langues supportées' devrait être 'Langues prises en charge'
MediaWiki:Gadget-LiveRC.js/i18n/fr.js – courte description modifier
Requête acceptée - 27 mars 2019 à 08:07 (CET)
Pages où apparaît ce message :
Changement proposé : 'Commentaire "Langues supportées" dans le .js global' devrait être 'Commentaire "Langues prises en charge" dans le .js global'
MediaWiki:Gadget-LastContrib.js – Modernisation modifier
Requête acceptée - 3 avril 2019 à 18:42 (CEST)
Pages où apparaît ce message : partout pour ceux qui l'utilisent.
Changement proposé : remplacer le tout par le code suivant :
if ( mw.config.get( 'wgArticleId' ) > 0 && mw.config.get( 'wgAction' ) === 'view' ) {
$.when( mw.loader.using( [ 'mediawiki.api', 'mediawiki.notify', 'mediawiki.Uri', 'user' ] ), $.ready ).done( function () {
const alertLevels = {
1: typeof lastContribNiveau1 !== 'undefined' ? lastContribNiveau1 : 100,
2: typeof lastContribNiveau2 !== 'undefined' ? lastContribNiveau2 : 8 * 60,
3: typeof lastContribNiveau3 !== 'undefined' ? lastContribNiveau3 : 40 * 60
};
function lastContribCallback( timestampLastRevision ) {
var last = new Date( timestampLastRevision );
var now = new Date();
var diff = Math.round( ( now - last ) / 1000 );
if ( diff < -600 ) {
mw.notify( "Erreur probable dans la concordance des horloges serveur-client. Vérifiez l'exactitude de l'heure de votre ordinateur et le fuseau horaire utilisé dans vos préférences globales wiki.", {
autoHide: true,
title: 'Gadget LastContrib',
type: 'error'
} );
return;
}
if ( diff < 0 ) {
diff = 0;
}
if ( diff <= alertLevels[ 3 ] ) {
var $contentSub = $( '#contentSub' );
if ( !$contentSub.length ) { return; }
var diffHeures = Math.floor( diff / 3600 );
var diffMinutes = Math.floor( ( diff - diffHeures * 3600 ) / 60 );
var diffSecondes = diff - diffHeures * 3600 - diffMinutes * 60;
var icon;
if ( diff <= alertLevels[ 1 ] ) {
icon = '<img src="https://upload.wikimedia.org/wikipedia/commons/archive/4/4e/20190401212815%21OOjs_UI_icon_alert_destructive.svg" width="24" height="24" style="margin-right:5px">';
} else if ( diff <= alertLevels[ 2 ] ) {
icon = '<img src="https://upload.wikimedia.org/wikipedia/commons/archive/3/3b/20180610093750%21OOjs_UI_icon_alert-warning.svg" width="24" height="24" style="margin-right:5px">';
} else {
icon = '';
}
var ellapsed = ( diffHeures > 0 ? diffHeures + 'h ' : '' ) + ( diffMinutes > 0 ? diffMinutes + 'm ' : '' ) + diffSecondes + 's';
var $link = $( '<a href="' + mw.Uri().extend( {
action: 'history'
} ).toString() + '" style="font-size:8pt; color:#545454;">' + last.toLocaleTimeString() + ' (' + ellapsed + ')</a> ' );
$contentSub.prepend( icon, $link );
}
}
new mw.Api()
.get( {
'action': 'query',
'prop': 'revisions',
'titles': mw.config.get( 'wgPageName' ),
'rvprop': 'timestamp',
'formatversion': 2
} )
.then( function ( data ) {
var page = data.query.pages[ 0 ];
lastContribCallback( page.revisions[ 0 ].timestamp );
} )
.fail( function ( error ) {
mw.notify( "Erreur rencontrée lors de la requête à l'API.", {
autoHide: true,
title: 'Gadget LastContrib',
type: 'error'
} );
console.log( error );
} );
} );
}
Les modifications permettent d'éviter de parser directement le DOM en s'appuyant de l'API. Cette dernière fournissant une date sous la norme ISO 8601, la différence entre now et last est maintenant correcte. Puis on évite que cela pète, l'API étant plus stable que l'interface utilisateur. Lofhi (me contacter) 30 mars 2019 à 13:28 (CET)
- Pourquoi le timeout 3 secondes ? Autant laisser le timeout par défaut (30 secondes, source), en cas d'un éventuel problème réseau de quelques secondes, ne faisons pas paniquer l'utilisateur avec un message d'erreur. od†n ↗blah 31 mars 2019 à 14:47 (CEST)
- Un choix totalement arbitraire... On peut l'enlever. Lofhi (me contacter) 31 mars 2019 à 15:59 (CEST)
- À propos, la discussion récente que je viens de remarquer : Wikipédia:Le Bistro/30 mars 2019#heure du serveur. od†n ↗blah 31 mars 2019 à 16:03 (CEST)
- L'API retourne la date UTC qui est donc évidemment indépendante du fuseau horaire. Ces modifications devraient résoudre le problème. Lofhi (me contacter) 31 mars 2019 à 16:28 (CEST)
- Avec une observation plus longue, je viens de me rendre compte que la valeur de
touchedfournie par l'API ne représente pas la dernière modification écrite. Sur la page Partie par billion, avec la première version, dans l'ordrelast, now, diff: Date 2018-12-24T23:28:00.000Z Date 2019-03-31T14:54:45.294Z 8350005
- Avec la dernière version :
Date 2019-03-27T19:51:12.000Z Date 2019-03-31T14:54:45.509Z 327814
- Cela ne devrait pas représenter un problème (ça doit prendre en compte des changements sur Wikidata, etc.). Je viens de tester sur le bistro en utilisant un fuseau horaire inférieur à celui de Paris (UTC-03:00) et la première version déclenche l'erreur de concordance, la deuxième version passe le test :
Date 2019-03-31T19:56:00.000Z Date 2019-03-31T15:08:07.095Z -17273 Date 2019-03-31T15:06:01.000Z Date 2019-03-31T15:08:07.335Z 126
- Lofhi (me contacter) 31 mars 2019 à 17:09 (CEST)
- Je pensais que c'était causé par les null edits, mais apparemment ce n'est pas ça. J'ai implémenté une méthode différente, je te laisse tester. od†n ↗blah 31 mars 2019 à 19:17 (CEST)
- Parfait, j'ai juste rajouté une limite pour ne retourner que la dernière modification, pas besoin de plus ! Lofhi (me contacter) 31 mars 2019 à 19:33 (CEST)
- C'est superflu, d'origine cela retourne uniquement la dernière révision. Il s'agit du mode #1 : « Get data about a set of pages (last revision), by setting titles or pageids ». od†n ↗blah 31 mars 2019 à 21:08 (CEST)
- Ah bah oui... Sûrement une mauvaise manipulation en testant sur Spécial:ApiSandbox, ou alors j'ai ouvert un exemple avec les 5 dernières révisions. Je l'enlève ! Lofhi (me contacter) 31 mars 2019 à 21:26 (CEST)
- J'ai fait quelques autres modifs sur le script, je pense qu'on devrait être bon là :) od†n ↗blah 1 avril 2019 à 23:10 (CEST)
- Cela ne changerait rien du tout, mais pour suivre le ton de tes modifications, est-ce qu'il serait plus cohérent d'utiliser
pageidsau lieu detitlesdans la requête ? Lofhi (me contacter) 1 avril 2019 à 23:42 (CEST)- J'y avais pensé aussi, mais c'est vraiment équivalent. Ceci dit si tu vois des retouches à faire, fais-toi plaisir, c'est ta réécriture au départ :) od†n ↗blah 2 avril 2019 à 00:29 (CEST)
- Je viens de passer le code en production. od†n ↗blah 3 avril 2019 à 18:42 (CEST)
- J'y avais pensé aussi, mais c'est vraiment équivalent. Ceci dit si tu vois des retouches à faire, fais-toi plaisir, c'est ta réécriture au départ :) od†n ↗blah 2 avril 2019 à 00:29 (CEST)
- Cela ne changerait rien du tout, mais pour suivre le ton de tes modifications, est-ce qu'il serait plus cohérent d'utiliser
- J'ai fait quelques autres modifs sur le script, je pense qu'on devrait être bon là :) od†n ↗blah 1 avril 2019 à 23:10 (CEST)
- Ah bah oui... Sûrement une mauvaise manipulation en testant sur Spécial:ApiSandbox, ou alors j'ai ouvert un exemple avec les 5 dernières révisions. Je l'enlève ! Lofhi (me contacter) 31 mars 2019 à 21:26 (CEST)
- C'est superflu, d'origine cela retourne uniquement la dernière révision. Il s'agit du mode #1 : « Get data about a set of pages (last revision), by setting titles or pageids ». od†n ↗blah 31 mars 2019 à 21:08 (CEST)
- Parfait, j'ai juste rajouté une limite pour ne retourner que la dernière modification, pas besoin de plus ! Lofhi (me contacter) 31 mars 2019 à 19:33 (CEST)
- Je pensais que c'était causé par les null edits, mais apparemment ce n'est pas ça. J'ai implémenté une méthode différente, je te laisse tester. od†n ↗blah 31 mars 2019 à 19:17 (CEST)
- Avec une observation plus longue, je viens de me rendre compte que la valeur de
- L'API retourne la date UTC qui est donc évidemment indépendante du fuseau horaire. Ces modifications devraient résoudre le problème. Lofhi (me contacter) 31 mars 2019 à 16:28 (CEST)
- À propos, la discussion récente que je viens de remarquer : Wikipédia:Le Bistro/30 mars 2019#heure du serveur. od†n ↗blah 31 mars 2019 à 16:03 (CEST)
- Un choix totalement arbitraire... On peut l'enlever. Lofhi (me contacter) 31 mars 2019 à 15:59 (CEST)
MediaWiki:Gadget-LastContrib.js – Retour d'expérience modifier
Requête acceptée - 28 avril 2019 à 07:18 (CEST)
Pages où apparaît ce message : tous les utilisateurs qui utilisent le gadget.
Changement proposé : Bonsoir, quand l'utilisateur change de page pendant la résolution de la requête à l'API, le module mediawiki.api rompt la promesse. Cela pose problème, car les utilisateurs verront une notification d'erreur apparaître en quittant la page alors que ce n'en est pas vraiment une. On peut obtenir le code de réponse de la requête en accédant au deuxième paramètre. En vérifiant que le code de réponse vaut 0, on peut éviter de déclencher la notification rouge pas belle quand cela n'est pas nécessaire et donc d'éviter d'angoisser le contributeur pour rien.
Il faudrait donc remplacer la méthode fail par :
.fail( function ( error, details ) {
/** Une erreur est déclenchée quand l'utilisateur quitte la page avant que
* l'objet Promise ne soit résolu, la propriété status de xhr vaut alors 0.
* https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/status
* https://fetch.spec.whatwg.org/#concept-network-error
*/
if ( details.xhr.status !== 0 ) {
mw.notify( "Erreur rencontrée lors de la requête à l'API.", {
autoHide: true,
title: 'Gadget LastContrib',
type: 'error'
} );
console.log( error, details );
}
} );
Merci, Lofhi (me contacter) 20 avril 2019 à 19:44 (CEST)
- Note pertinente : j'ai hésité à utiliser la propriété
readyStateen vérifiant si sa valeur est inférieure à 4, en utilisant ce document de référence. C'est peut-être plus logique... Je laisse celui qui s'occupera de la demande en décider. Lofhi (me contacter) 20 avril 2019 à 20:47 (CEST)- Les deux méthodes fonctionnaient apparemment, mais la méthode "readyState" me semble effectivement préférable. En évitant "status === 0", tu évitais les requêtes en cours, mais aussi les erreurs réseau. J'ai appliqué ton patch en me permettant de le modifier, notamment en raccourcissant le commentaire. od†n ↗blah 28 avril 2019 à 07:18 (CEST)
Requête acceptée - 3 mai 2019 à 02:36 (CEST)
Pages où apparaît ce message : Toutes les pages du Wikipédia français.
Changement proposé :
Bonjour,
En vue de la première édition du Mois africain Wikipédia, je souhaiterais qu'un administrateur crée un bandeau pour attirer les contributeurs à y participer.
Merci & Cordialement, Athozus (discuter), le 31 mars 2019 à 14:01 (CEST).
- Athozus : Bonjour, serait-il possible d'avoir un consensus (Bistro par exemple) ainsi qu'un modèle de bandeau (afin d'éviter de reproduire le fiasco du WCC) ? — Gratus (discuter) 5 avril 2019 à 03:15 (CEST)
- Bonjour @Gratus,
- Tu as sûrement reçu une notification sur cette discussion qui permettra de savoir si oui ou non on fait un bandeau : wp:Le Bistro/7 avril 2019#Bandeau ?.
- Cordialement, Athozus (discuter), le 7 avril 2019 à 16:44 (CEST).
- Bonjour Gratus,
- J'ai quatre voix (avec moi) pour le bandeau : WP:Le Bistro/7 avril 2019#Bandeau ?. Merci de le faire au plus vite (avant ce week-end, ça serait cool
). - Merci & Cordialement, Athozus (discuter), le 8 avril 2019 à 09:26 (CEST).
- Athozus : Bonjour, pour le consensus ça me va. Serait-il possible d'avoir le texte à ajouter (je pense qu'il est plus pertinent de vous laisser faire ça, vu que vous maitrisez le sujet ). — Gratus (discuter) 8 avril 2019 à 17:21 (CEST)
- @Gratus, je vais bientôt téléverser une image. Je te donnerais le lien exact. On pourrait mettre : “Vous souhaitez contribuer pour l'Afrique, et pourquoi pas gagner un prix, ou tout simplement encadrer l'événement, venez participez au Mois africain Wikipédia.
- Merci & Cordialement, Athozus (discuter), le 8 avril 2019 à 18:13 (CEST).
- Athozus : Le concours est réservé aux membres inscrits ? (car par défaut, MediaWiki:Sitenotice s'affiche pour tout le monde). Et peut-être reformuler « contribuer pour l'Afrique » en « sur les sujets liés à l'Afrique » ? (vu les capacités de certains de voir le mal partout dès que ce continent est impliqué) — Gratus (discuter) 8 avril 2019 à 18:24 (CEST)
- Gratus : C'est bien seulement aux membres inscrits. D'accord pour la reformulation. Cordialement, Athozus (discuter), le 8 avril 2019 à 18:36 (CEST).
- Gratus J'ai demandé à @Furfur qui avait créé le logo du mois asiatique pour novembre 2018. Athozus (discuter), le 8 avril 2019 à 18:51 (CEST).
- J'ai créé une version alpha pour une bannière:
--Furfur (discuter) 9 avril 2019 à 22:08 (CEST)
- Fait. [27] Me notifier s'il y a un problème. — Gratus (discuter) 11 avril 2019 à 00:14 (CEST)
- Bonjour Gratus :,
- Serait-il possible de faire un bandeau qui ressemble un peu à celui qu'il y avait lors du mois de la contribution ? C'est sans doute parce que je me suis trompé de page MediaWiki:.
- Merci & Cordialement, Athozus (discuter), le 11 avril 2019 à 12:08 (CEST).
- J'ai réadapté le précédent bandeau. Je rouvre pour qu'un autre admin se penche sur l'opportunité de faire un bandeau plus beau. — Gratus (discuter) 12 avril 2019 à 05:19 (CEST)
- Bonjour Athozus ,
- Peux-tu mettre un pointeur vers le bandeau en question (mois de la contribution), pour voir plus précisément ce que tu souhaites ?
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 12 avril 2019 à 22:17 (CEST)
- Bonjour Gratus et Epok ,
- En janvier-février normalement on a eu un bandeau, non ? Il y avait marqué quelque chose pour le mois de la contribution. Eh bien c'est cela que je voudrais. Ou sinon, rappelez-vous le bandeau pour l'élection de l'image de l'année. C'est comme cela que je le voudrais.
- Merci & Cordialement, Athozus (discuter), le 13 avril 2019 à 09:25 (CEST).
- Bonjour Gratus et Epok
- Bonjour Athozus
- J'ai réadapté le précédent bandeau. Je rouvre pour qu'un autre admin se penche sur l'opportunité de faire un bandeau plus beau. — Gratus (discuter) 12 avril 2019 à 05:19 (CEST)
- Bonjour
- J'ai créé une version alpha pour une bannière:
- Bonjour
┌─────────────────────────────────────────────────┘
Bonjour Athozus , oui, mais sans modèle c'est dur de s'imaginer ce que tu souhaites ! Sais-tu où je peux trouver ce bandeau ?
Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 13 avril 2019 à 09:37 (CEST)
- Rebonjour @Epok,
- J'ai cherché dans les pages spéciales mais je n'ai rien trouvé (Modifications récentes ; espace de noms MediaWiki:).
- Cordialement, Athozus (discuter), le 13 avril 2019 à 13:28 (CEST).
- Epok et Gratus : Serait-il possible d'afficher le bandeau sur d'autres wikis ? Merci d'avance, Athozus (discuter), le 14 avril 2019 à 17:54 (CEST).
- Vu qu'il s'agit d'un projet propre à la Wikipédia francophone (pour sa première édition en tout cas), je pense qu'il vaut mieux rester en local. De plus, la pose d'un bandeau sur les autres Wikis supposerait un accord des autres communautés (et techniquement, je crois que cela est plus du ressort de meta ?). Cordialement.— Gratus (discuter) 15 avril 2019 à 06:08 (CEST)
- Je clôs. — Gratus (discuter) 3 mai 2019 à 02:36 (CEST)
- Vu qu'il s'agit d'un projet propre à la Wikipédia francophone (pour sa première édition en tout cas), je pense qu'il vaut mieux rester en local. De plus, la pose d'un bandeau sur les autres Wikis supposerait un accord des autres communautés (et techniquement, je crois que cela est plus du ressort de meta ?). Cordialement.— Gratus (discuter) 15 avril 2019 à 06:08 (CEST)
MediaWiki:Protectedinterface – Actualisation modifier
Requête acceptée - 10 mai 2019 à 21:36 (CEST)
Pages où apparaît ce message : sur les messages système.
Changement proposé : il faudrait remplacer à un [[Wikipédia:administrateur|administrateur]] par à un [[Wikipédia:Administrateur d'interface|administrateur d'interface]]. Je ne pense pas que le bandeau d'essai soit problématique. Les plus grands amateurs pourront ouvrir une prise de décision s'ils le souhaitent.
Merci, Lofhi (me contacter) 9 mai 2019 à 21:36 (CEST)
- Bonjour Lofhi,
- Sauf qu'il n'y a pas besoin d'être administrateur d'interface pour modifier les messages systèmes... Être administrateur suffit.
- Voir également ma retouche de ta modif sur la doc des messages systèmes : [28].
- Un administrateur d'interface peut modifier les fichiers .js et .css, cela n'a pas de lien avec les messages système.
- Epok__ (Insultes, éloges, simples discussions : ✉), le 10 mai 2019 à 06:44 (CEST)
- Bonjour @Epok, les administrateurs d'interface peuvent modifier CSS, JS, JSON et les messages brutes d'interface. Par abus, ils sont tous considérés comme des messages système. Un administrateur ne peut modifier que le JSON et les messages brutes d'interface. La grande majorité des requêtes écrites sur cette page le sont pour modifier JavaScript et CSS. On peut très bien afficher un administrateur ou un administrateur d'interface si ça pose soucis. C'est la tournure adoptée sur d'autres wikis, mais elle n'est pas adaptée, puisqu'un administrateur pourra se retrouver devant un mur en fonction de la requête.
- Je reconnais m'être souvenu d'une configuration erronée des droits. Les administrateurs ont toujours pu modifier le JSON depuis le changement, mais seuls les administrateurs d'interface peuvent modifier CSS, JSS et JSON personnels. Lofhi (me contacter) 10 mai 2019 à 18:03 (CEST)
- Lofhi, le problème, c'est que sur WP FR, j'ai toujours vu le terme "message système" s'appliquer aux pages de l'espace de nom MediaWiki (C'est notamment le cas de la page Aide:Message système, qui traite exclusivement de ce point). La page d'aide MW à laquelle tu fais référence mentionne CSS et Javascript parmi d'autre, pas du tout principalement. Or, le bandeau dont traite cette section se réfère bien à l'espace de nom MediaWiki:, dans lequel tous les admins ont bien les droits, mais ne s'affiche pas sur les pages .css ou .js (par exemple, je ne le vois pas en affichant le code source de ta page Utilisateur:Lofhi/GetDiff.js, sur laquelle je n'ai pas les droits car je ne suis pas admin d'interface). Il y a donc bien une inconsistance dans ta requête.
- S'il est avéré que les admins d'interface peuvent également modifier les pages de l'espace de nom MediaWiki:, alors ta seconde formulation proposée dans le message ci-dessus me semble la plus pertinente (et aussi à utiliser sur Aide:Message système).
- Epok__ (Insultes, éloges, simples discussions : ✉), le 10 mai 2019 à 21:22 (CEST)
- Conflit d’édition — Arf, oui, je vois ce que tu veux dire @Epok. Un petit quiproquo en effet...
- Du coup afficher un administrateur ou un administrateur d'interface semble être la bonne idée ? JackPotte est un administrateur d'interface, mais pas un administrateur. Cordialement, Lofhi (me contacter) 10 mai 2019 à 21:27 (CEST)
- Lofhi D'après ce que je vois sur cette page, les admins d'interface peuvent effectivement éditer toutes les pages, y compris celles de cet espace de nom. La fomulation inclusive mentionnant explicitement les deux groupes me semble donc effectivement la meilleure. Epok__ (Insultes, éloges, simples discussions : ✉), le 10 mai 2019 à 21:32 (CEST)
- J'ai procédé à la modification du bandeau en ce sens. Désolé Thibaut120094 (d · c) de t'avoir fait annuler ta modif. Epok__ (Insultes, éloges, simples discussions : ✉), le 10 mai 2019 à 21:36 (CEST)
- C'est moi qui m'excuse, puisque j'ai pu induire en erreur plusieurs personnes en ayant ajouté une information erronée sur la doc. Mea culpa. Lofhi (me contacter) 10 mai 2019 à 21:40 (CEST)
- J'ai procédé à la modification du bandeau en ce sens. Désolé Thibaut120094 (d · c) de t'avoir fait annuler ta modif. Epok__ (Insultes, éloges, simples discussions : ✉), le 10 mai 2019 à 21:36 (CEST)
- Conflit d’édition — Arf, oui, je vois ce que tu veux dire @Epok. Un petit quiproquo en effet...
- Bonjour
MediaWiki:Cite-ve-toolbar-group-label – Changement encore inexpliqué modifier
Requête refusée - 10 mai 2019 à 22:02 (CEST)
Pages où apparaît ce message : pour les contributeurs qui utilisent l'éditeur visuel.
Changement proposé : remplacer le mot « Citer » par Source.
Je n'ai pas encore réussi à identifier ce qui a provoqué ce changement soudain, mais il désoriente plusieurs contributeurs, encore aujourd'hui. Il faudrait peut-être modifier TranslateWiki, mais il faut savoir que ce message système n'a pas été modifié depuis 2016 sur le site. Je pense que les développeurs ont remplacé un message système par un autre. Merci, Lofhi (me contacter) 9 mai 2019 à 21:29 (CEST)
- J'annule la demande, j'ai enfin réussi à trouver la cause du changement, voir phab:T219512. Lofhi (me contacter) 10 mai 2019 à 22:02 (CEST)
MediaWiki:Citoid-citefromiddialog-search-label – Suppression modifier
Requête acceptée - 14 mai 2019 à 17:31 (CEST)
Pages où apparaît ce message : sur l'éditeur visuel.
Changement proposé : bonjour, je transfère ma requête ici, puisque cela ne semble pas pouvoir être traité par une DSI. Il faudrait supprimer MediaWiki:Citoid-citefromiddialog-search-label et MediaWiki:Citoid-citefromiddialog-search-label/fr, car « citefromid » a été renommé par « citoid » le 2 mai (cf. T219512), ce qui implique que ces messages système ne sont plus utiles. Aujourd'hui, c'est le message système par défaut (TranslateWiki) qui est utilisé et qui affiche « URL, DOI, ISBN, PMC/PMID, QID, titre, ou citation » dans ce qu'on pourrait appeller le générateur de wikicode pour une source sur l'éditeur visuel. Plus d'informations ici. Merci Lofhi (me contacter) 14 mai 2019 à 16:55 (CEST)
MediaWiki:Watchlistedit-normal-explain – phrase d'aide modifier
Requête acceptée - 19 mai 2019 à 17:10 (CEST)
Pages où apparaît ce message : Spécial:Éditer Liste de suivi (qui est atteinte quand on clique sur "Modifier votre liste de pages suivies" dans sa liste de suivi)
Changement proposé : Bonjour. Juste après la phrase « Pour enlever une page (et sa page de discussion) de la liste, sélectionnez la case à côté puis cliquez sur le bouton en bas. », je pense qu'il serait utile d'ajouter cette phrase :
Pour sélectionner des pages successives de la liste, sélectionnez la case à côté de la première page, maintenez la touche « Maj » (ou « Shift ») appuyée puis sélectionnez la case à côté de la dernière page.
Cordialement --NicoScribe (discuter) 19 mai 2019 à 11:42 (CEST)
MediaWiki:Proxyblockreason – courte description modifier
Requête acceptée - 24 mai 2019 à 22:09 (CEST)
Pages où apparaît ce message :
Changement proposé : Veuillez le mettre à jour depuis translatewiki.net. Devrait se lire « Veuillez contacter votre fournisseur d’accès Internet ou votre soutien technique et l’informer de ce sérieux problème de sécurité. ».
- Bonjour Urhixidur , autant je suis d'accord avec tes 3 autres demandes, autant « support technique » me semble rentré dans la langue là ou « soutien technique » fait, à mon sens, artificiel. Par ailleurs, je ne comprend pas pourquoi tu souhaite retirer le « à » de « fournisseur d'accès à Internet ».
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 26 mars 2019 à 16:42 (CET)
- Je ne cite que la forme sur translatewiki.net. Il est vrai que le « à Internet » est tout aussi valide. « Support » est un anglicisme, et prête à confusion avec son sens de « médium » dans les contextes artistique et informatique. Cf. http://gdt.oqlf.gouv.qc.ca/ficheOqlf.aspx?Id_Fiche=26501648 Urhixidur (discuter) 26 mars 2019 à 17:41 (CET)
- Le Petit Robert connaît « support technique » et pas « soutien technique », mais on pourrait aussi mettre « service d'assistance technique » (je viens de le faire sur translatewiki). Orlodrim (discuter) 26 mars 2019 à 17:57 (CET)
- À la réflexion, je trouve aussi qu'il s'agit d'un bel anglicisme insidieux… bon, celui-ci sera difficile à éradiquer. Ceci étant, demande traitée, en accord avec la proposition d'Orlodrim. od†n ↗blah 24 mai 2019 à 22:09 (CEST)
- Le Petit Robert connaît « support technique » et pas « soutien technique », mais on pourrait aussi mettre « service d'assistance technique » (je viens de le faire sur translatewiki). Orlodrim (discuter) 26 mars 2019 à 17:57 (CET)
- Je ne cite que la forme sur translatewiki.net. Il est vrai que le « à Internet » est tout aussi valide. « Support » est un anglicisme, et prête à confusion avec son sens de « médium » dans les contextes artistique et informatique. Cf. http://gdt.oqlf.gouv.qc.ca/ficheOqlf.aspx?Id_Fiche=26501648 Urhixidur (discuter) 26 mars 2019 à 17:41 (CET)
MediaWiki:Revision-info – Remplacement de balises HTML obsolètes modifier
Requête acceptée - 25 mai 2019 à 15:23 (CEST)
Pages où apparaît ce message : Message d'en-tête lors de la visualisation d'une ancienne version d'une page (exemple : Spécial:Lien permanent/159545688)
Changement proposé : Remplacer les balises HTML obsolètes <big> et <font> par une balise <span>
Il s'agit de remplacer cette partie :
<big><font color="red">version archivée</font></big>
Par ceci :
<span style="font-size:larger; color:red;">version archivée</span>
Merci d'avance.
MediaWiki:Uncategorizedpages-summary – suppression modifier
Requête acceptée - 26 mai 2019 à 16:42 (CEST)
Pages où apparaît ce message : Spécial:Pages non catégorisées
Changement proposé : Suppression du message système : le projet Projet:Articles sans catégories a été remplacé par la page spéciale Spécial:Pages non catégorisées.
MediaWiki:Lang – Création de sous pages /fr, /en, /es ect.. modifier
Requête acceptée - 26 mai 2019 à 19:46 (CEST)
Pages où apparaît ce message :
Motif : Permettre le chargement automatique de la page Wikipédia:Bistro des non-francophones avec la langue de l'utilisateur sans changer de page. (voir m:Template:Uselang)
Changement proposé : Création de
- MediaWiki:Lang avec comme contenu :
fr - MediaWiki:Lang/ar avec comme contenu :
ar - MediaWiki:Lang/ca avec comme contenu :
ca - MediaWiki:Lang/co avec comme contenu :
co - MediaWiki:Lang/de avec comme contenu :
de - MediaWiki:Lang/en avec comme contenu :
en - MediaWiki:Lang/eo avec comme contenu :
eo - MediaWiki:Lang/es avec comme contenu :
es - MediaWiki:Lang/fr avec comme contenu :
fr - MediaWiki:Lang/it avec comme contenu :
it - MediaWiki:Lang/ja avec comme contenu :
ja - MediaWiki:Lang/ko avec comme contenu :
ko - MediaWiki:Lang/nl avec comme contenu :
nl - MediaWiki:Lang/pl avec comme contenu :
pl - MediaWiki:Lang/ro avec comme contenu :
pt - MediaWiki:Lang/ru avec comme contenu :
nl - MediaWiki:Lang/sr avec comme contenu :
sr - MediaWiki:Lang/sv avec comme contenu :
sv - MediaWiki:Lang/zh avec comme contenu :
zh
Tomybrz Bip Bip 26 mai 2019 à 16:50 (CEST)
- En cours de traitement — Arcyon [Causons z'en] 26 mai 2019 à 19:27 (CEST)
[masquer] intempestif modifier
Requête refusée - 31 mai 2019 à 17:29 (CEST)
Pages où apparaît ce message : dans les espaces de noms « principal » et « discussion » (et peut-être d'autres espaces de noms), si on consulte les pages sans être connecté.
Changement proposé : Si on n'est pas connecté, on voit [masquer] dans le haut des pages. Si ma mémoire est exacte, c'est une résidu qui apparaît lorsqu'une notice de site a été supprimée.
- C'est probablement dû au paragraphe vide de MediaWiki:Anonnotice qui a été rajouté afin d'empêcher l'affichage du bandeau pour Wikipédia:Mois africain Wikipédia pour les non inscrits. Ayant du code, le [masquer] doit apparaitre même s'il n'affiche aucun contenu. — Gratus (discuter) 26 avril 2019 à 21:46 (CEST)
┌─────────────────────────────────────────────────┘
Requête caduque Tomybrz Bip Bip 31 mai 2019 à 17:29 (CEST)
MediaWiki:Editnotice-10 – Création EditNotice pour modèle très utilisé modifier
Requête acceptée - 21 juin 2019 à 04:43 (CEST)
Changement proposé : ajout de {{Notice d'édition d'espace de noms}} pour créer l'editnotice sur des modèles très utilisé (exemple {{Accueil actualité}})
Merci. Tomybrz Bip Bip 20 juin 2019 à 22:14 (CEST)
- Fait. À noter qu'il est aussi possible de créer des messages systèmes pour des pages individuelles, e.g.
[[MediaWiki:Editnotice-10-Nom_du_modèle]], mais le système avec {{Notice d'édition d'espace de noms}} peut effectivement être préférable : possible de configurer la protection de la page du message (e.g. semi-protection étendue) et sous-page peut-être plus "visible" que le message système dont il faut un peu deviner le nom. od†n ↗blah 21 juin 2019 à 04:43 (CEST)
MediaWiki:Gadget-RedirectionsEnCouleur.css – ne plus colorier les liens hors des articles modifier
Requête à traiter - 23 juin 2019 à 20:04 (CEST)
Pages où apparaît ce message : Gadget RedirectionsEnCouleur
Changement proposé :
Bonjour ,
.mw-parser-output a.mw-redirect {background:#d9f7da !important;}
Ce changement permettra d'éviter que le gadget colore les liens de redirection qui se trouvent hors des articles (comme le lien « Lire » en haut de Discussion Portail:Logiciel et des autres pages qui sont des redirections).
Cordialement. --Niridya (discuter) 22 juin 2019 à 16:16 (CEST)
- Niridya : La demande est compréhensible, mais cela provoquerait une perte de fonctionnalités. Actuellement, la règle utilisée permet d'indiquer les redirections dans les historiques, les diffs, ainsi que les noms d'utilisateur redirigés, les raccourcis, les modèles redirigés, etc. Toutes ces informations hors contenu de page seraient perdues.
- Tout ça pour un léger désagrément visuel d'avoir un peu de vert non pertinent à quelques endroits.
- Ceux qui activent ce gadget le font pour son côté technique.
- Autrement, pour ceux que les indications hors contenu de pages dérangent, il est toujours possible de désactiver ce gadget, et de mettre à la place une règle CSS comme celle que tu propose dans son common.css.
- --Tractopelle-jaune (discuter) 23 juin 2019 à 00:03 (CEST)
- Je n'ai pas trop creusé l'histoire, mais a priori plutôt d'accord avec Tractopelle-jaune. od†n ↗blah 23 juin 2019 à 10:26 (CEST)
- Ta remarque est pertinente @Tractopelle-jaune. Du coup je te propose non plus d'indiquer comme class principale
mw-parser-outputmais bienmw-bodyafin d'avoir la coloration des liens dans les historiques, les pages liées, etc. Qu'en penses-tu ? --Niridya (discuter) 23 juin 2019 à 14:25 (CEST)- Bonjour Niridya ,
- Je ne suis pas d'accord avec cette modification : pour moi, il est important de voir toutes les redirections, y compris l'onglet lorsque la pdd d'une page est redirigée par exemple. Je pense que cette modification nécessiterait au moins un débat avec ses utilisateurs avant de faire ce type de modif. Epok__ (Insultes, éloges, simples discussions : ✉), le 23 juin 2019 à 15:12 (CEST)
- Dans tous les cas, je serais d'avis de laisser le gadget tel qu'il est actuellement, car c'est ainsi qu'il devrait au mieux convenir à la plupart des personnes. Ceux qui veulent un fonctionnement différent peuvent aisément utiliser leur propre CSS à la place du gadget, c'est l'histoire d'une seule ligne de code. od†n ↗blah 23 juin 2019 à 16:33 (CEST)
- @Od1n C'est ce que j'avais fait pour tester et je pense que je vais faire ça du coup. --Niridya (discuter) 23 juin 2019 à 20:04 (CEST)
- @Od1n C'est ce que j'avais fait pour tester et je pense que je vais faire ça du coup.
- Dans tous les cas, je serais d'avis de laisser le gadget tel qu'il est actuellement, car c'est ainsi qu'il devrait au mieux convenir à la plupart des personnes. Ceux qui veulent un fonctionnement différent peuvent aisément utiliser leur propre CSS à la place du gadget, c'est l'histoire d'une seule ligne de code. od†n ↗blah 23 juin 2019 à 16:33 (CEST)
- Bonjour Niridya
- Ta remarque est pertinente @Tractopelle-jaune. Du coup je te propose non plus d'indiquer comme class principale
- Je n'ai pas trop creusé l'histoire, mais a priori plutôt d'accord avec Tractopelle-jaune. od†n ↗blah 23 juin 2019 à 10:26 (CEST)
MediaWiki:Mobile.css – Fix plus ou moins temporaire de l'extension EasyTimeline modifier
Requête acceptée - 28 juin 2019 à 20:20 (CEST)
Pages où apparaît ce message : toutes les pages qui utilisent l'élément <timeline>, enfin presque... ?
Changement proposé : ce signalement m'a rappelé que l'affichage mobile des timelines était foireux. Cela, au moins depuis février selon T216431 et plus précisément T216318. Jusqu'à que les développeurs mettent en place le correctif, cette règle devrait résoudre le soucis :
/* Doit être gardé tant que T216318 n'est pas résolu */
div.timeline-wrapper > img.image-lazy-loaded {
width: inherit;
height: inherit;
}
Cela rend le graphique d'un article comme celui-ci visible sur la version mobile. Le problème n'apparaît que pour des images qui sont lazy-loaded (en). Cela n'impacte pas l'expérience des rares contributeurs qui auraient désactivé JavaScript et donc, indirectement, le lazy-loading. Lofhi (me contacter) 15 juin 2019 à 00:12 (CEST)
- Lofhi : Peut-être "auto" plutôt que "inherit" ? Il me semble que "auto" devrait toujours marcher alors que "inherit" donnerait des résultats bizarres si la div parente avait une taille définie en pourcentage. Orlodrim (discuter) 24 juin 2019 à 22:19 (CEST)
- Orlodrim : la div parente n'a pas de taille en pourcentage si je me souviens bien, mais un max-width de 100 %. Cela devrait être bon pour un correctif temporaire non ? Lofhi (me contacter) 28 juin 2019 à 16:22 (CEST)
- Lofhi : Si je comprends bien ce qui se passe avec ton code :
- De façon générale, la valeur par défaut des attributs CSS width et height est "auto".
- Comme la div parente ne reçoit aucune valeur pour ces attributs (ni directement ni via une règle css), ses attributs width et height doivent être à "auto".
- Avec le code que tu proposes, l'élément img récupèrera la valeur de la div parente, à savoir "auto" (l'héritage se faisant sur la valeur "brute" de l'attribut CSS, pas sur la taille effectivement calculée).
- Du coup, sa taille sera la taille réelle de l'image.
- Au final, ça marche, mais autant mettre "auto" directement, non ?
- Orlodrim (discuter) 28 juin 2019 à 19:31 (CEST)
- Orlodrim : je crois m'être emmêlé les pinceaux, excuse-moi. Là où
inheritest intéressant, c'est pour Modèle:Graph:Chart/styles.css. Pour le cas présent,autoest bien le choix logique comme tu le dis et permet d'outrepasser les valeurs mises à 0. Lofhi (me contacter) 28 juin 2019 à 19:58 (CEST)
MediaWiki:Gadget-BistroDuJour.js – Problème avec moment.js modifier
Requête acceptée - 2 juillet 2019 à 23:17 (CEST)
Pages où apparaît ce message : dans la barre latérale, pour ceux qui utilisent le gadget.
Changement proposé : si on met en place une exception locale pour la langue utilisée pour l'interface dans les paramètres utilisateurs, le lien vers le bistro ne fonctionne plus. Par exemple, si l'exception locale a pour valeur l'anglais, le lien va pointer sur la page Wikipédia:Le Bistro/28 June 2019. En utilisant moment.locale('fr'); la console retourne "en"... Quand on retire l'exception locale, donc avec une interface en français grâce à la préférence globale, on peut changer entre 'en' et 'fr' sans soucis.
Problème étrange, donc. Avons-nous vraiment besoin de cette dépendance ? toLocaleDateString devrait faire l'affaire et est très bien supportée.
mw.loader.using( 'mediawiki.util', function () {
$( document ).ready( function () {
var now = new Date();
mw.util.addPortletLink(
'p-navigation',
mw.util.getUrl( 'Wikipédia:Le Bistro/' + now.toLocaleDateString( 'fr-FR', { day: 'numeric', month: 'long', year: 'numeric' } ) ),
'Bistro du jour',
'n-bistro',
'Accéder à la sous-page des discussions d’aujourd’hui'
);
} );
} );
Requête acceptée - 13 août 2019 à 22:40 (CEST)
Pages où apparaît ce message :
Changement proposé : Bonsoir, je cherche à vider la page Projet:Pages vides/liste des pages vides et j'ai donc ajouté le bandeau {{Page méta archivée}} aux pages MediaWiki:Anonnotice et MediaWiki:Excontentauthor qui y sont actuellement (ainsi qu'à d'autres pages).
Par contre, je n'ai plus les droits de modifier les .js et je propose donc que vous ajoutiez la ligne// Cette page est obsolète. Elle est conservée pour son intérêt historique.
Aux deux pages suivantes :
Merci. --FDo64 (discuter) 13 août 2019 à 20:26 (CEST)
- Pour information, les deux modifications de pages MediaWiki (qui n'étaient pas des .js) que j'avais effectuées ont été annulées par Gratus et moi-même. Il semblerait que les balises
<noinclude>ne fonctionnent pas dans l'espace MediaWiki. Connaissez-vous un moyen pour y mettre au moins un commentaire ? --FDo64 (discuter) 13 août 2019 à 21:17 (CEST)- On peut mettre un unique « - » comme contenu de la page (c’est un reste du temps où il était impossible d’enregistrer une page vide), mais je n’ai pas retrouvé la documentation — bonnes contributions, Ltrlg (discuter), le 13 août 2019 à 22:33 (CEST)
- J’ai traité les deux scripts — bonnes contributions, Ltrlg (discuter), le 13 août 2019 à 22:40 (CEST)
- Merci Ltrlg . --FDo64 (discuter) 13 août 2019 à 22:43 (CEST)
- Merci Ltrlg
- On peut mettre un unique « - » comme contenu de la page (c’est un reste du temps où il était impossible d’enregistrer une page vide), mais je n’ai pas retrouvé la documentation — bonnes contributions, Ltrlg (discuter), le 13 août 2019 à 22:33 (CEST)
MediaWiki:Gadget-markAdmins.js – Ajout du gadget markAdmins de Wikimedia Commons (en opt-in) modifier
Requête refusée - 13 août 2019 à 23:02 (CEST)
Bonjour,
J'ai repris et adapté le gadget markAdmins de Wikimedia Commons. Je souhaiterais une rapide relecture de mes modifications (voir diffs ci-après) et la mise en place du Gadget.
Contrairement à Wikimedia Commons, frwiki est relativement hermétique, amha, à la mise en place d'un bot admin pour modifier la page. J'ai donc créé un script pour le faire : Utilisateur:NoFWDaddress/Gadget-markAdmins-updater.js. Un lancement une fois par mois manuellement est largement suffisant et des modifications à la main peuvent toujours être faites dans le fichier.
Description du gadget :
Ce gadget rajoute sur les pages de discussion, dans les historiques et dans les diffs des lettres juste après le nom de l'utilisateur pour indiquer les statuts de ces utilisateurs (exemple : A pour Admin, CU pour les Vérificateurs d'adresse IP, etc.).
Il a été créé de manière configurable pour chacun, c'est-à-dire qu'il est possible de choisir sur quel espace de noms on souhaite le voir, si on souhaite l'avoir dans les historiques, quels statuts afficher et quelle lettre leur attribuer, etc.
Changement proposé :
- Déplacer dans l'espace Mediawiki :
- Créer MediaWiki:Gadget-markAdmins-data.js avec la dernière version de Utilisateur:NoFWDaddress/Brouillon/MediaWiki:Gadget-markAdmins-data.js
- Tout autre changement nécessaire pour la mise en place d'un gadget. Je ne connais pas les rouages internes de ce côté (notamment sur MediaWiki:Gadgets-definition)
Je suis a disposition si vous avez des questions et suggestions. N'hésitez pas à me notifier !
— NoFWDaddress (d) 12 août 2018 à 13:13 (CEST)
- Les couleurs viennent de Aide:Historiques en couleur, qui a une fonction semblable (et est mis à jour sans robot). Ne vaudrait-il pas mieux étendre celui-ci pour avoir les options manquantes ? — bonnes contributions, Ltrlg (discuter), le 12 août 2018 à 16:07 (CEST)
- Même avis que @Ltrlg, une simple requête API permet d'avoir l'info sans avoir à maintenir et charger une liste (exemple). Cordialement — 0x010C ~discuter~ 12 août 2018 à 20:00 (CEST)
- Je suis d'accord, même Commons étant revenu sur cette décision pour des raisons de performance, j'ai estimé qu'ils avaient une bonne raison. Cependant, si on venait à utiliser des requêtes API (comme le script [[]]] fait déjà, le code est tour prêt), autant ajouter le statut de bloqué comme sur meta où les bloqués sont tracés (meta:MediaWiki:Gadget-markblocked.js dans le coup). — NoFWDaddress (d) 12 août 2018 à 23:11 (CEST)
- Pas de mouvement en un an, je ferme. — bonnes contributions, Ltrlg (discuter), le 13 août 2019 à 23:02 (CEST)
- Je suis d'accord, même Commons étant revenu sur cette décision pour des raisons de performance, j'ai estimé qu'ils avaient une bonne raison. Cependant, si on venait à utiliser des requêtes API (comme le script [[]]] fait déjà, le code est tour prêt), autant ajouter le statut de bloqué comme sur meta où les bloqués sont tracés (meta:MediaWiki:Gadget-markblocked.js dans le coup). — NoFWDaddress (d) 12 août 2018 à 23:11 (CEST)
- Même avis que @Ltrlg, une simple requête API permet d'avoir l'info sans avoir à maintenir et charger une liste (exemple). Cordialement — 0x010C ~discuter~ 12 août 2018 à 20:00 (CEST)
Requête acceptée - 14 août 2019 à 02:07 (CEST)
Pages où apparaît ce message : Historiques pour ceux qui utilisent le gadget
Changement proposé : Je ne sais pas si c'est le bon endroit pour demander cela, mais il serait bien d'ajouter une distinction de couleur entre les utilisateurs qui sont autopatrolled et ceux qui ne le sont pas (et qui, par défaut, ne sont ni admin, ni bot, ni IP). --Myloufa Discuter ou faire Appel? 3 juillet 2019 à 00:34 (CEST)
- Cet ajout est plus compliqué qu'on ne pourrait croire, car on ne peut pas réutiliser le code existant :
- L'API "allusers" ne semble pas permettre de récupérer le groupe autopatrolled, il faut donc utiliser une autre fonction de l'API.
- Contrairement au nombre de bots et sysops, le nombre d'utilisateurs autopatrolled est gigantesque. On ne peut pas simplement récupérer toute la liste, il faut interroger "à la volée" seulement pour les utilisateurs présents sur l'historique visualisé.
- Du coup, mieux vaudrait transférer la demande sur le Projet:JavaScript où elle aura un peu plus de chances de progresser.
- od†n ↗blah 3 juillet 2019 à 18:06 (CEST)
- C'est fait! Merci pour l'explication! --Myloufa Discuter ou faire Appel? 4 juillet 2019 à 02:32 (CEST)
- Alors je clos. -- Habertix (discuter) 14 août 2019 à 02:07 (CEST).
MediaWiki:Sitenotice – Bandeau d'encouragement à la contribution modifier
Requête refusée - 16 août 2019 à 00:09 (CEST)
Pages où apparaît ce message : Toutes celles de WP_fr.
Changement proposé :
Bonjour,
Voir cette discussion : WP:Le Bistro/28 mai 2019#Bandeau d'encouragement à la contribution.
Merci, Athozus (discuter), le 31 mai 2019 à 18:10 (CEST)..
- Athozus :
- Bonjour,
- Les avis que je vois ne sont pas unanimes.
- Il y a déjà eu une campagne d'information des lecteurs en 2013 avec plusieurs messages, à la fois pour encourager les contributions et pour mettre en garde contre certains modes de contributions "non souhaités". Au final, la mise en place avait été assez consensuelle : Wikipédia:Sondage/Campagne d'information à destination des lecteurs. Ça avait été mis en place par le Projet:Aide et accueil, je te conseille de contacter le projet.
- Orlodrim (discuter) 31 mai 2019 à 22:20 (CEST)
MediaWiki:Gadget-BandeauxEbauches.js – Amélioration du parsing modifier
Requête acceptée - 26 août 2019 à 15:55 (CEST)
Pages où apparaît ce message : Pages contenant un bandeau d'ébauche, quand le gadget est activé
Problématiquer : Lors de modification avec le gadget, si le bandeau ébauche ne contient pas de thématique, le bandeau est dédoublonné. Exemple
Changement proposé : diff permettant de résoudre le problème
NoFWDaddress (d) 26 août 2019 à 13:49 (CEST)
- Fait. --Niridya (discuter) 26 août 2019 à 15:55 (CEST)
MediaWiki:Gadget-ReferenceTooltips.js et MediaWiki:Gadget-ReferenceTooltips.css – Activation par défaut de ReferenceTooltips modifier
Requête acceptée - 23 septembre 2019 à 19:19 (CEST)
Bonjour, afin d'activer le gadget Reference Tooltips par défaut :
- MediaWiki:Gadget-ReferenceTooltips.css doit contenir le code présent sur cette page ;
- MediaWiki:Gadget-ReferenceTooltips.js doit contenir le code suivant :
// See [[mw:Reference Tooltips]]
// Source https://en.wikipedia.org/wiki/MediaWiki:Gadget-ReferenceTooltips.js
window.referenceTooltipsEnabled = true;
if( typeof tooltipRefEnabled === 'undefined' ) {
( function () {
// Settings
var REF_LINK_SELECTOR = '.reference, a[href^="#CITEREF"]',
COMMENTED_TEXT_CLASS = '',
COMMENTED_TEXT_SELECTOR = ( COMMENTED_TEXT_CLASS ? '.' + COMMENTED_TEXT_CLASS + ', ' : '') +
'abbr[title]';
mw.messages.set({
'rt-settings': 'Paramètres des infobulles des références',
'rt-enable-footer': 'Activer les infobulles des références',
'rt-settings-title': 'Gadget ReferenceTooltips',
'rt-save': 'Enregistrer',
'rt-cancel': 'Annuler',
'rt-enable': 'Activer',
'rt-disable': 'Désactiver',
'rt-activationMethod': 'L‘infobulle doit apparaître au :',
'rt-hovering': 'survol',
'rt-clicking': 'clic',
'rt-delay': 'Délai avant que l‘infobulle n‘apparaisse (en millisecondes) :',
'rt-tooltipsForComments': 'Afficher les infobulles au survol d‘un <span title="Exemple d‘infobulle" class="' + ( COMMENTED_TEXT_CLASS || 'rt-commentedText' ) + '" style="border-bottom: 1px dotted; cursor: help;">texte avec un soulignement pointillé</span> dans le style des infobulles de référence (permet de voir ces infobulles sur les périphériques tactiles)',
'rt-disabledNote': 'Vous pouvez réactiver les infobulles en cliquant sur le lien «\u00a0Activer les infobulles des références\u00a0» en bas de la page.',
'rt-done': 'Terminer',
'rt-enabled': 'Le gadget ReferenceTooltips est activé.'
});
// "Global" variables
var SECONDS_IN_A_DAY = 60 * 60 * 24,
CLASSES = {
FADE_IN_DOWN: 'rt-fade-in-down',
FADE_IN_UP: 'rt-fade-in-up',
FADE_OUT_DOWN: 'rt-fade-out-down',
FADE_OUT_UP: 'rt-fade-out-up'
},
IS_TOUCHSCREEN = 'ontouchstart' in document.documentElement,
// Quite a rough check for mobile browsers, a mix of what is advised at
// https://stackoverflow.com/a/24600597 (sends to
// https://developer.mozilla.org/en-US/docs/Browser_detection_using_the_user_agent)
// and https://stackoverflow.com/a/14301832
IS_MOBILE = /Mobi|Android/i.test( navigator.userAgent ) ||
typeof window.orientation !== 'undefined',
CLIENT_NAME = $.client.profile().name,
settingsString, settings, enabled, delay, activatedByClick, tooltipsForComments, cursorWaitCss,
windowManager,
$body = $( document.body ),
$window = $( window );
function rt( $content ) {
// Popups gadget
if ( window.pg ) {
return;
}
var teSelector,
settingsDialogOpening = false;
function setSettingsCookie() {
mw.cookie.set(
'RTsettings',
Number( enabled ) + '|' + delay + '|' + Number( activatedByClick ) + '|' +
Number( tooltipsForComments ),
{ path: '/', expires: 90 * SECONDS_IN_A_DAY, prefix: '' }
);
}
function enableRt() {
enabled = true;
setSettingsCookie();
$( '.rt-enableItem' ).remove();
rt( $content );
mw.notify( mw.msg( 'rt-enabled' ) );
}
function disableRt() {
$content.find( teSelector ).removeClass( 'rt-commentedText' ).off( '.rt' );
$body.off( '.rt' );
$window.off( '.rt' );
}
function addEnableLink() {
// #footer-places – Vector
// #f-list – Timeless, Monobook, Modern
// parent of #footer li – Cologne Blue
var $footer = $( '#footer-places, #f-list' );
if ( !$footer.length ) {
$footer = $( '#footer li' ).parent();
}
$footer.append(
$( '<li>' )
.addClass( 'rt-enableItem' )
.append(
$( '<a>' )
.text( mw.msg( 'rt-enable-footer' ) )
.attr( 'href', 'javascript:' )
.click( function ( e ) {
e.preventDefault();
enableRt();
} )
)
);
}
function TooltippedElement( $element ) {
var tooltip,
events,
te = this;
function onStartEvent( e ) {
var showRefArgs;
if ( activatedByClick && te.type !== 'commentedText' && e.type !== 'contextmenu' ) {
e.preventDefault();
}
if ( !te.noRef ) {
showRefArgs = [ $( this ) ];
if ( te.type !== 'supRef' ) {
showRefArgs.push( e.pageX, e.pageY );
}
te.showRef.apply( te, showRefArgs );
}
}
function onEndEvent() {
if ( !te.noRef ) {
te.hideRef();
}
}
if ( !$element ) {
return;
}
// TooltippedElement.$element and TooltippedElement.$originalElement will be different when
// the first is changed after its cloned version is hovered in a tooltip
this.$element = $element;
this.$originalElement = $element;
if ( this.$element.is( REF_LINK_SELECTOR ) ) {
if ( this.$element.prop( 'tagName' ) === 'SUP' ) {
this.type = 'supRef';
} else {
this.type = 'harvardRef';
}
} else {
this.type = 'commentedText';
this.comment = this.$element.attr( 'title' );
if ( !this.comment ) {
return;
}
this.$element.addClass('rt-commentedText');
}
if ( activatedByClick ) {
events = {
'click.rt': onStartEvent
};
// Adds an ability to see tooltips for links
if ( this.type === 'commentedText' &&
( this.$element.closest( 'a' ).length ||
this.$element.has( 'a' ).length
)
) {
events[ 'contextmenu.rt' ] = onStartEvent;
}
} else {
events = {
'mouseenter.rt': onStartEvent,
'mouseleave.rt': onEndEvent
};
}
this.$element.on( events );
this.hideRef = function ( immediately ) {
clearTimeout( te.showTimer );
if ( this.type === 'commentedText' ) {
this.$element.attr( 'title', this.comment );
}
if ( this.tooltip && this.tooltip.isPresent ) {
if ( activatedByClick || immediately ) {
this.tooltip.hide();
} else {
this.hideTimer = setTimeout( function () {
te.tooltip.hide();
}, 200 );
}
} else if ( this.$ref && this.$ref.hasClass( 'rt-target' ) ) {
this.$ref.removeClass( 'rt-target' );
if ( activatedByClick ) {
$body.off( 'click.rt touchstart.rt', this.onBodyClick );
}
}
};
this.showRef = function ( $element, ePageX, ePageY ) {
// Popups gadget
if ( window.pg ) {
disableRt();
return;
}
if ( this.tooltip && !this.tooltip.$content.length ) {
return;
}
var tooltipInitiallyPresent = this.tooltip && this.tooltip.isPresent;
function reallyShow() {
var viewportTop, refOffsetTop, teHref;
if ( !te.$ref && !te.comment ) {
teHref = te.type === 'supRef' ?
te.$element.find( 'a' ).attr( 'href' ) :
te.$element.attr( 'href' ); // harvardRef
te.$ref = teHref &&
$( '#' + $.escapeSelector( teHref.slice( 1 ) ) );
if ( !te.$ref || !te.$ref.length || !te.$ref.text() ) {
te.noRef = true;
return;
}
}
if ( !tooltipInitiallyPresent && !te.comment ) {
viewportTop = $window.scrollTop();
refOffsetTop = te.$ref.offset().top;
if ( !activatedByClick &&
viewportTop < refOffsetTop &&
viewportTop + $window.height() > refOffsetTop + te.$ref.height() &&
// There can be gadgets/scripts that make references horizontally scrollable.
$window.width() > te.$ref.offset().left + te.$ref.width()
) {
// Highlight the reference itself
te.$ref.addClass( 'rt-target' );
return;
}
}
if ( !te.tooltip ) {
te.tooltip = new Tooltip( te );
if ( !te.tooltip.$content.length ) {
return;
}
}
// If this tooltip is called from inside another tooltip. We can't define it
// in the constructor since a ref can be cloned but have the same Tooltip object;
// so, Tooltip.parent is a floating value.
te.tooltip.parent = te.$element.closest( '.rt-tooltip' ).data( 'tooltip' );
if ( te.tooltip.parent && te.tooltip.parent.disappearing ) {
return;
}
te.tooltip.show();
if ( tooltipInitiallyPresent ) {
if ( te.tooltip.$element.hasClass( 'rt-tooltip-above' ) ) {
te.tooltip.$element.addClass( CLASSES.FADE_IN_DOWN );
} else {
te.tooltip.$element.addClass( CLASSES.FADE_IN_UP );
}
return;
}
te.tooltip.calculatePosition( ePageX, ePageY );
$window.on( 'resize.rt', te.onWindowResize );
}
// We redefine this.$element here because e.target can be a reference link inside
// a reference tooltip, not a link that was initially assigned to this.$element
this.$element = $element;
if ( this.type === 'commentedText' ) {
this.$element.attr( 'title', '' );
}
if ( activatedByClick ) {
if ( tooltipInitiallyPresent ||
( this.$ref && this.$ref.hasClass( 'rt-target' ) )
) {
return;
} else {
setTimeout( function () {
$body.on( 'click.rt touchstart.rt', te.onBodyClick );
}, 0 );
}
}
if ( activatedByClick || tooltipInitiallyPresent ) {
reallyShow();
} else {
this.showTimer = setTimeout( reallyShow, delay );
}
};
this.onBodyClick = function ( e ) {
if ( !te.tooltip && !te.$ref.hasClass( 'rt-target' ) ) {
return;
}
var $current = $( e.target );
function contextMatchesParameter( parameter ) {
return this === parameter;
}
// The last condition is used to determine cases when a clicked tooltip is the current
// element's tooltip or one of its descendants
while ( $current.length &&
( !$current.hasClass( 'rt-tooltip' ) ||
!$current.data( 'tooltip' ) ||
!$current.data( 'tooltip' ).upToTopParent(
contextMatchesParameter, [ te.tooltip ],
true
)
)
) {
$current = $current.parent();
}
if ( !$current.length ) {
te.hideRef();
}
};
this.onWindowResize = function () {
te.tooltip.calculatePosition();
};
}
function Tooltip( te ) {
function openSettingsDialog() {
var settingsDialog, settingsWindow;
if ( cursorWaitCss ) {
cursorWaitCss.disabled = true;
}
function SettingsDialog() {
SettingsDialog.parent.call( this );
}
OO.inheritClass( SettingsDialog, OO.ui.ProcessDialog );
SettingsDialog.static.name = 'settingsDialog';
SettingsDialog.static.title = mw.msg( 'rt-settings-title' );
SettingsDialog.static.actions = [
{
modes: 'basic',
action: 'save',
label: mw.msg( 'rt-save' ),
flags: [ 'primary', 'progressive' ]
},
{
modes: 'basic',
label: mw.msg( 'rt-cancel' ),
flags: 'safe'
},
{
modes: 'disabled',
action: 'deactivated',
label: mw.msg( 'rt-done' ),
flags: [ 'primary', 'progressive' ]
}
];
SettingsDialog.prototype.initialize = function () {
var dialog = this;
SettingsDialog.parent.prototype.initialize.apply( this, arguments );
this.enableOption = new OO.ui.RadioOptionWidget( {
label: mw.msg( 'rt-enable' )
} );
this.disableOption = new OO.ui.RadioOptionWidget( {
label: mw.msg( 'rt-disable' )
} );
this.enableSelect = new OO.ui.RadioSelectWidget( {
items: [ this.enableOption, this.disableOption ],
classes: [ 'rt-enableSelect' ]
} );
this.enableSelect.selectItem( this.enableOption );
this.enableSelect.on( 'choose', function ( item ) {
if ( item === dialog.disableOption ) {
dialog.activationMethodSelect.setDisabled( true );
dialog.delayInput.setDisabled( true );
dialog.tooltipsForCommentsCheckbox.setDisabled( true );
} else {
dialog.activationMethodSelect.setDisabled( false );
dialog.delayInput.setDisabled( dialog.clickOption.isSelected() );
dialog.tooltipsForCommentsCheckbox.setDisabled( false );
}
} );
this.hoverOption = new OO.ui.RadioOptionWidget( {
label: mw.msg( 'rt-hovering' )
} );
this.clickOption = new OO.ui.RadioOptionWidget( {
label: mw.msg( 'rt-clicking' )
} );
this.activationMethodSelect = new OO.ui.RadioSelectWidget( {
items: [ this.hoverOption, this.clickOption ]
} );
this.activationMethodSelect.selectItem( activatedByClick ?
this.clickOption :
this.hoverOption
);
this.activationMethodSelect.on( 'choose', function ( item ) {
if ( item === dialog.clickOption ) {
dialog.delayInput.setDisabled( true );
} else {
dialog.delayInput.setDisabled( dialog.clickOption.isSelected() );
}
} );
this.activationMethodField = new OO.ui.FieldLayout( this.activationMethodSelect, {
label: mw.msg( 'rt-activationMethod' ),
align: 'top'
} );
this.delayInput = new OO.ui.NumberInputWidget( {
input: { value: delay },
step: 50,
min: 0,
max: 5000,
disabled: activatedByClick,
classes: [ 'rt-numberInput' ]
} );
this.delayField = new OO.ui.FieldLayout( this.delayInput, {
label: mw.msg( 'rt-delay' ),
align: 'top'
} );
this.tooltipsForCommentsCheckbox = new OO.ui.CheckboxInputWidget( {
selected: tooltipsForComments
} );
this.tooltipsForCommentsField = new OO.ui.FieldLayout(
this.tooltipsForCommentsCheckbox,
{
label: new OO.ui.HtmlSnippet( mw.msg( 'rt-tooltipsForComments' ) ),
align: 'inline',
classes: [ 'rt-tooltipsForCommentsField' ]
}
);
new TooltippedElement(
this.tooltipsForCommentsField.$element.find(
'.' + ( COMMENTED_TEXT_CLASS || 'rt-commentedText' )
)
);
this.fieldset = new OO.ui.FieldsetLayout();
this.fieldset.addItems( [
this.activationMethodField,
this.delayField,
this.tooltipsForCommentsField
] );
this.panelSettings = new OO.ui.PanelLayout( {
padded: true,
expanded: false
} );
this.panelSettings.$element.append(
this.enableSelect.$element,
$( '<hr>' ).addClass( 'rt-settingsFormSeparator' ),
this.fieldset.$element
);
this.panelDisabled = new OO.ui.PanelLayout( {
padded: true,
expanded: false
} );
this.panelDisabled.$element.append(
$( '<table>' )
.addClass( 'rt-disabledHelp' )
.append(
$( '<tr>' ).append(
$( '<td>' ).append(
$( '<img>' ).attr( 'src', 'https://en.wikipedia.org/w/load.php?modules=ext.popups.images&image=footer&format=rasterized&lang=ru&skin=vector&version=0uotisb' )
),
$( '<td>' )
.addClass( 'rt-disabledNote' )
.text( mw.msg( 'rt-disabledNote' ) )
)
)
);
this.stackLayout = new OO.ui.StackLayout( {
items: [ this.panelSettings, this.panelDisabled ]
} );
this.$body.append( this.stackLayout.$element );
};
SettingsDialog.prototype.getSetupProcess = function ( data ) {
return SettingsDialog.parent.prototype.getSetupProcess.call( this, data )
.next( function () {
this.stackLayout.setItem( this.panelSettings );
this.actions.setMode( 'basic' );
}, this );
};
SettingsDialog.prototype.getActionProcess = function ( action ) {
var dialog = this;
if ( action === 'save' ) {
return new OO.ui.Process( function () {
var newDelay = Number( dialog.delayInput.getValue() );
enabled = dialog.enableOption.isSelected();
if ( newDelay >= 0 && newDelay <= 5000 ) {
delay = newDelay;
}
activatedByClick = dialog.clickOption.isSelected();
tooltipsForComments = dialog.tooltipsForCommentsCheckbox.isSelected();
setSettingsCookie();
if ( enabled ) {
dialog.close();
disableRt();
rt( $content );
} else {
dialog.actions.setMode( 'disabled' );
dialog.stackLayout.setItem( dialog.panelDisabled );
disableRt();
addEnableLink();
}
} );
} else if ( action === 'deactivated' ) {
dialog.close();
}
return SettingsDialog.parent.prototype.getActionProcess.call( this, action );
};
SettingsDialog.prototype.getBodyHeight = function () {
return this.stackLayout.getCurrentItem().$element.outerHeight( true );
};
tooltip.upToTopParent( function adjustRightAndHide() {
if ( this.isPresent ) {
if ( this.$element[ 0 ].style.right ) {
this.$element.css(
'right',
'+=' + ( window.innerWidth - $window.width() )
);
}
this.te.hideRef( true );
}
} );
if ( !windowManager ) {
windowManager = new OO.ui.WindowManager();
$body.append( windowManager.$element );
}
settingsDialog = new SettingsDialog();
windowManager.addWindows( [ settingsDialog ] );
settingsWindow = windowManager.openWindow( settingsDialog );
settingsWindow.opened.then( function () {
settingsDialogOpening = false;
} );
settingsWindow.closed.then( function () {
windowManager.clearWindows();
} );
}
var tooltip = this;
// This variable can change: one tooltip can be called from a harvard-style reference link
// that is put into different tooltips
this.te = te;
switch ( this.te.type ) {
case 'supRef':
this.id = 'rt-' + this.te.$originalElement.attr( 'id' );
this.$content = this.te.$ref
.contents()
.filter( function ( i ) {
var $this = $( this );
return this.nodeType === Node.TEXT_NODE ||
!( $this.is( '.mw-cite-backlink' ) ||
( i === 0 &&
// Template:Cnote, Template:Note
( $this.is( 'b' ) ||
// Template:Note_label
$this.is( 'a' ) &&
$this.attr( 'href' ).indexOf( '#ref' ) === 0
)
)
);
} )
.clone( true );
break;
case 'harvardRef':
this.id = 'rt-' + this.te.$originalElement.closest( 'li' ).attr( 'id' );
this.$content = this.te.$ref
.clone( true )
.removeAttr( 'id' );
break;
case 'commentedText':
this.id = 'rt-' + String( Math.random() ).slice( 2 );
this.$content = $( document.createTextNode( this.te.comment ) );
break;
}
if ( !this.$content.length ) {
return;
}
this.insideWindow = Boolean( this.te.$element.closest( '.oo-ui-window' ).length );
this.$element = $( '<div>' )
.addClass( 'rt-tooltip' )
.attr( 'id', this.id )
.attr( 'role', 'tooltip' )
.data( 'tooltip', this );
if ( this.insideWindow ) {
this.$element.addClass( 'rt-tooltip-insideWindow' );
}
// We need the $content interlayer here in order for the settings icon to have correct
// margins
this.$content = this.$content
.wrapAll( '<div>' )
.parent()
.addClass( 'rt-tooltipContent' )
.addClass( 'mw-parser-output' )
.appendTo( this.$element );
if ( !activatedByClick ) {
this.$element
.mouseenter( function () {
if ( !tooltip.disappearing ) {
tooltip.upToTopParent( function () {
this.show();
} );
}
} )
.mouseleave( function ( e ) {
// https://stackoverflow.com/q/47649442 workaround. Relying on relatedTarget
// alone has pitfalls: when alt-tabbing, relatedTarget is empty too
if ( CLIENT_NAME !== 'chrome' ||
( !e.originalEvent ||
e.originalEvent.relatedTarget !== null ||
!tooltip.clickedTime ||
$.now() - tooltip.clickedTime > 50
)
) {
tooltip.upToTopParent( function () {
this.te.hideRef();
} );
}
} )
.click( function () {
tooltip.clickedTime = $.now();
} );
}
if ( !this.insideWindow ) {
$( '<div>' )
.addClass( 'rt-settingsLink' )
.attr( 'title', mw.msg( 'rt-settings' ) )
.click( function () {
if ( settingsDialogOpening ) {
return;
}
settingsDialogOpening = true;
if ( mw.loader.getState( 'oojs-ui' ) !== 'ready' ) {
if ( cursorWaitCss ) {
cursorWaitCss.disabled = false;
} else {
cursorWaitCss = mw.util.addCSS( 'body { cursor: wait; }' );
}
}
mw.loader.using( [ 'oojs', 'oojs-ui' ], openSettingsDialog );
} )
.prependTo( this.$content );
}
// Tooltip tail element is inside tooltip content element in order for the tooltip
// not to disappear when the mouse is above the tail
this.$tail = $( '<div>' )
.addClass( 'rt-tooltipTail' )
.prependTo( this.$element );
this.disappearing = false;
this.show = function () {
this.disappearing = false;
clearTimeout( this.te.hideTimer );
clearTimeout( this.te.removeTimer );
this.$element
.removeClass( CLASSES.FADE_OUT_DOWN )
.removeClass( CLASSES.FADE_OUT_UP );
if ( !this.isPresent ) {
$body.append( this.$element );
}
this.isPresent = true;
};
this.hide = function () {
var tooltip = this;
tooltip.disappearing = true;
if ( tooltip.$element.hasClass( 'rt-tooltip-above' ) ) {
tooltip.$element
.removeClass( CLASSES.FADE_IN_DOWN )
.addClass( CLASSES.FADE_OUT_UP );
} else {
tooltip.$element
.removeClass( CLASSES.FADE_IN_UP )
.addClass( CLASSES.FADE_OUT_DOWN );
}
tooltip.te.removeTimer = setTimeout( function () {
if ( tooltip.isPresent ) {
tooltip.$element.detach();
tooltip.$tail.css( 'left', '' );
if ( activatedByClick ) {
$body.off( 'click.rt touchstart.rt', tooltip.te.onBodyClick );
}
$window.off( 'resize.rt', tooltip.te.onWindowResize );
tooltip.isPresent = false;
}
}, 200 );
};
this.calculatePosition = function ( ePageX, ePageY ) {
var teElement, teOffsets, teOffset, tooltipTailOffsetX, tooltipTailLeft,
offsetYCorrection = 0;
this.$tail.css( 'left', '' );
teElement = this.te.$element.get( 0 );
if ( ePageX !== undefined ) {
tooltipTailOffsetX = ePageX;
teOffsets = teElement.getClientRects &&
teElement.getClientRects() ||
teElement.getBoundingClientRect();
if ( teOffsets.length > 1 ) {
for (var i = teOffsets.length - 1; i >= 0; i--) {
if ( ePageY >= Math.round( $window.scrollTop() + teOffsets[i].top ) &&
ePageY <= Math.round(
$window.scrollTop() + teOffsets[i].top + teOffsets[i].height
)
) {
teOffset = teOffsets[i];
}
}
}
}
if ( !teOffset ) {
teOffset = teElement.getClientRects &&
teElement.getClientRects()[0] ||
teElement.getBoundingClientRect();
}
teOffset = {
top: $window.scrollTop() + teOffset.top,
left: $window.scrollLeft() + teOffset.left,
width: teOffset.width,
height: teOffset.height
};
if ( !tooltipTailOffsetX ) {
tooltipTailOffsetX = ( teOffset.left * 2 + teOffset.width ) / 2;
}
if ( CLIENT_NAME === 'msie' && this.te.type === 'supRef' ) {
offsetYCorrection = -Number(
this.te.$element.parent().css( 'font-size' ).replace( 'px', '' )
) / 2;
}
this.$element.css( {
top: teOffset.top - this.$element.outerHeight() - 7 + offsetYCorrection,
left: tooltipTailOffsetX - 20,
right: ''
} );
// Is it squished against the right side of the page?
if ( this.$element.offset().left + this.$element.outerWidth() > $window.width() - 1 ) {
this.$element.css( {
left: '',
right: 0
} );
tooltipTailLeft = tooltipTailOffsetX - this.$element.offset().left - 5;
}
// Is a part of it above the top of the screen?
if ( teOffset.top < this.$element.outerHeight() + $window.scrollTop() + 6 ) {
this.$element
.removeClass( 'rt-tooltip-above' )
.addClass( 'rt-tooltip-below' )
.addClass( CLASSES.FADE_IN_UP )
.css( {
top: teOffset.top + teOffset.height + 9 + offsetYCorrection
} );
if ( tooltipTailLeft ) {
this.$tail.css( 'left', ( tooltipTailLeft + 12 ) + 'px' );
}
} else {
this.$element
.removeClass( 'rt-tooltip-below' )
.addClass( 'rt-tooltip-above' )
.addClass( CLASSES.FADE_IN_DOWN )
// A fix for cases when a tooltip shown once is then wrongly positioned when it
// is shown again after a window resize. We just repeat what is above.
.css( {
top: teOffset.top - this.$element.outerHeight() - 7 + offsetYCorrection
} );
if ( tooltipTailLeft ) {
// 12 is the tail element width/height
this.$tail.css( 'left', tooltipTailLeft + 'px' );
}
}
};
// Run some function for all the tooltips up to the top one in a tree. Its context will be
// the tooltip, while its parameters may be passed to Tooltip.upToTopParent as an array
// in the second parameter. If the third parameter passed to ToolTip.upToTopParent is true,
// the execution stops when the function in question returns true for the first time,
// and ToolTip.upToTopParent returns true as well.
this.upToTopParent = function ( func, parameters, stopAtTrue ) {
var returnValue,
currentTooltip = this;
do {
returnValue = func.apply( currentTooltip, parameters );
if ( stopAtTrue && returnValue ) {
break;
}
} while ( currentTooltip = currentTooltip.parent );
if ( stopAtTrue ) {
return returnValue;
}
};
}
if ( !enabled ) {
addEnableLink();
return;
}
teSelector = REF_LINK_SELECTOR;
if ( tooltipsForComments ) {
teSelector += ', ' + COMMENTED_TEXT_SELECTOR;
}
$content.find( teSelector ).each( function () {
new TooltippedElement( $( this ) );
} );
}
settingsString = mw.cookie.get( 'RTsettings', '' );
if ( settingsString ) {
settings = settingsString.split( '|' );
enabled = Boolean( Number( settings[ 0 ] ) );
delay = Number( settings[ 1 ] );
activatedByClick = Boolean( Number( settings[ 2 ] ) );
// The forth value was added later, so we provide for a default value. See comments below
// for why we use "IS_TOUCHSCREEN && IS_MOBILE".
tooltipsForComments = settings[ 3 ] === undefined ?
IS_TOUCHSCREEN && IS_MOBILE :
Boolean( Number( settings[ 3 ] ) );
} else {
enabled = true;
delay = 200;
// Since the mobile browser check is error-prone, adding IS_MOBILE condition here would probably
// leave cases where a user interacting with the browser using touches doesn't know how to call
// a tooltip in order to switch to activation by click. Some touch-supporting laptop users
// interacting by touch (though probably not the most popular use case) would not be happy too.
activatedByClick = IS_TOUCHSCREEN;
// Arguably we shouldn't convert native tooltips into gadget tooltips for devices that have
// mouse support, even if they have touchscreens (there are laptops with touchscreens).
// IS_TOUCHSCREEN check here is for reliability, since the mobile check is prone to false
// positives.
tooltipsForComments = IS_TOUCHSCREEN && IS_MOBILE;
}
mw.hook( 'wikipage.content' ).add( rt );
}() );
}
- Sur MediaWiki:Gadget-tooltipRef.js, mettre en place un court-circuit en remplacant le tout par :
/**
* Accès immédiat au contenu des références et notes en bas de page
* dans une fenêtre contextuelle.
* auteur : https://fr.wikipedia.org/wiki/Utilisateur:Lgd
* licence : MIT
*
* Utilise : https://fr.wikipedia.org/wiki/MediaWiki:Gadget-tooltipRef.css
*
* Paramétrage: ajouter window.tooltipRefHover = true; dans le common.js personnel
* pour utiliser au survol plutôt qu'au clic
*
* {{Catégorisation JS|TooltipRef}}
*/
window.tooltipRefEnabled = true;
if( typeof referenceTooltipsEnabled === 'undefined' ) {
var tooltipRef = function ( $ ) {
var backClass = '.mw-cite-backlink';
var msg_err1 = 'Erreur : note ou référence non trouvée.';
var msg_err2 = 'Erreur: entrée non trouvée dans la bibliographie.';
var msg_close = 'Fermer';
var msg_go1 = 'Aller';
var msg_go1title = 'Aller à cette référence en fin de page';
var msg_go2 ='Aller à la bibliographie';
var tooltipRefTimer = false;
function fixId( myid ) { // replaces special characters in id name
return '#' + $.escapeSelector( myid.substr( 1 ) );
}
function closeNote() {
$( '.hasnote' ).removeClass( 'hasnote' );
$( 'li.tooltipRef' ).remove();
}
function closeNoteAfterDelay() {
tooltipRefTimer = setTimeout( closeNote, 400 );
}
function cancelDelayedNoteClosure() {
clearTimeout( tooltipRefTimer );
}
function openNote( ref ) {
closeNote();
var id = ref.attr( 'href' );
var note;
var fallback;
var idfix = fixId( id );
if ( $( idfix ).length !== 0 ) {
note = $( idfix ).clone();
// copy computed styles to clone as inline styles
var links1 = $( idfix ).find( 'a.external' );
var links2 = note.find( 'a.external' );
links1.each( function ( i, elm ) {
var computed = $( elm ).css( [ 'color', 'background-image', 'background-position', 'background-repeat', 'padding-right' ] );
links2.eq( i ).css( computed );
} );
note.removeAttr( 'id' ).addClass( 'tooltipRef' );
note.find( backClass ).remove();
note.find( '[href^="#"]' ).click( function() {
if ( $( this ).is( '.open' ) ) {
$( '.subnote' ).remove();
$( this ).removeClass( 'open' );
return false;
}
$( '.subnote' ).remove();
$( '.tooltipRef .open' ).removeClass( 'open' );
var id2 = $( this ).attr( 'href' );
var more = $( '<a href="' + mw.html.escape( id2 ) + '">' + msg_go2 + '</a>' );
more.click( closeNote );
var note2;
id2 = fixId( id2 );
if ( $( id2 ).length !== 0) {
note2 = $( id2 ).clone().addClass( 'subnote' ).removeAttr( 'id' );
var morep = $( '<p class="more"></p>' );
morep.append( more );
note2.append( morep );
} else {
note2 = $( '<span class="subnote">' + msg_err2 + '</span>' );
}
note.append( note2 );
$( this ).addClass( 'open' );
return false;
} );
fallback = $( '<a href="' + mw.html.escape( id ) + '" class="go" title="' + msg_go1title + '">' + msg_go1 + '</a> ' );
fallback.click( closeNote );
} else {
note = $( '<li class="tooltipRef">' + msg_err1 + '</li>' );
}
var link = $( '<a href="#" class="close" title="' + msg_close + '">X</a>' );
link.click( function () {
closeNote();
return false;
} );
var span = $( '<span class="actions"> </span>' );
span.prepend( fallback ).append( link );
note.prepend( span );
if ( typeof tooltipRefHover !== 'undefined' && tooltipRefHover ) {
note.mouseover( cancelDelayedNoteClosure );
note.mouseout( closeNoteAfterDelay );
}
$( 'body' ).append( note );
var offset = ref.offset();
note.offset( {
top : offset.top + ref.height(),
left: offset.left > 500 ? offset.left - note.outerWidth() : offset.left
} );
ref.addClass( 'hasnote' );
return false;
}
if ( typeof tooltipRefHover !== 'undefined' && tooltipRefHover ) {
$( 'sup.reference > a' ).mouseenter( function () {
openNote( $ ( this ) );
} );
$( 'sup.reference' ).mouseover( cancelDelayedNoteClosure );
$( 'sup.reference' ).mouseout( closeNoteAfterDelay );
$( 'sup.reference > a' ).click( function () {
return false;
} );
} else {
$( 'sup.reference > a' ).click( function () {
if ( $( this ).is( '.hasnote' ) ) {
closeNote();
return false;
}
openNote( $( this ) );
return false;
} );
}
};
mw.loader.using( 'user', function () {
// si l'état est null, cela signifie que ce gadget n'est plus listé dans les définitions (ou a été renommé sans mettre à jour le nom ici)
// si l'état est resté sur registered, cela signifie que l'utilisateur charge ce gadget autrement que par le ResourceLoader (obtenir(), etc.)
var state = mw.loader.getState( 'ext.gadget.tooltipRef' );
if ( !state || state === 'registered' ) {
importStylesheet( 'MediaWiki:Gadget-tooltipRef.css' );
}
$( document ).ready( tooltipRef );
});
}
- Sur MediaWiki:Gadgets-definition, il faudrait remplacer la ligne par
tooltipRef [ResourceLoader|type=general|dependencies=user] | tooltipRef.js | tooltipRef.css
ReferenceTooltips [ResourceLoader|default|type=general|dependencies=mediawiki.cookie,jquery.client,mediawiki.notify] | ReferenceTooltips.js | ReferenceTooltips.css
- L'ancien gadget ne doit plus être proposé dans la liste, car il s'agit maintenant d'un doublon. Cependant, il doit rester activable manuellement dans le cas où ReferenceTooltips ne convient pas au contributeur enregistré. Il faudra aussi mettre à jour les documentations pour rappeler que les deux gadgets sont incompatibles, car ils ont le même rôle.
- Enfin, les administrateurs d'interface pourraient avoir besoin intervenir manuellement sur les pages retournées par la recherche
insource:/tooltipRef/dans l'espace de noms Utilisateur. Il y a des variables globales à potentiellement supprimer, car inutiles, tout dépend de si le contributeur réactive ou non l'ancien gadget.
Pas de problème détecté en utilisant le script de mon côté depuis deux jours. Merci, Lofhi (me contacter) 17 août 2019 à 17:37 (CEST)
Discussion modifier
- Lofhi : Je peux remplace les apostrophes basiques (') par des apostrophes comme ça ‘ ? Athozus Discussion, le 17 août 2019 à 17:49 (CEST).
- Euh, pourquoi pas, il faut remplacer chaque occurence de « \' » dans les messages par l'apostrophe dans ce cas. Lofhi (me contacter) 17 août 2019 à 18:01 (CEST)
- Voilà. Athozus Discussion, le 17 août 2019 à 18:10 (CEST).
- J’ai créé les deux pages et modifié MediaWiki:Gadget-tooltipRef.js, mais avant de modifier MediaWiki:Gadgets-definition, il est pas censé y avoir une prise de décision ? — Thibaut (discuter) 18 août 2019 à 18:56 (CEST)
- Thibaut120094 : Pour la prise de décision, il suffit que tu cliques sur “sondage sur le bistro” dans le lien que t'as mis. Par ailleurs, pourras-tu, dans le
.js, modifier les ‘ en ’ ? En effet, je me suis trompé en modifiant. Et en parlant de ça, je ne suis pas vraiment auteur, j'ai juste modifier les apostrophes. Athozus Discussion, le 18 août 2019 à 19:20 (CEST).- Pour les apostrophes, c'est déjà fait. — Thibaut (discuter) 18 août 2019 à 19:22 (CEST)
- Je n'en sais strictement rien. J'ai prépare le tout après quelques discussions et la prise de décision est annulée. Il y a ce qui semble être un consensus sans PDD. Néanmoins, il ne faut pas se leurrer, il y aura forcément des contributeurs surpris qui auront plein de questions... Lofhi (me contacter) 18 août 2019 à 20:25 (CEST)
- J'aurais deux suggestions, à chaud :
- Au moins pour un premier temps, virer la fonctionnalité "Afficher les infobulles au survol d’un texte avec un soulignement pointillé blah blah". Même moi j'ai mis du temps à comprendre ce que c'est, alors le visiteur ordinaire, quand il va voir cette option de configuration ça va le mettre en sueur…
- Ajouter dans MediaWiki:Gadgets-definition une section de type "Gadgets avancés", pour les gadgets qui ne doivent intéresser qu'une poignée de personnes. La section ne contiendrait que des entrées "hidden", comme ça elle ne s'affiche pas dans les préférences, mais cela permettrait de charger les scripts avec le code
mw.loader.load('ext.gadget.nomdugadget')pour bénéficier du ResourceLoader. On pourrait y mettre l'ancien tooltipRef, SommaireCompactCategorieDeluxe, et probablement quelques autres… Cela pourrait aussi servir pour élaguer la page de préférences gadgets actuelles (d'autant plus qu'avec le passage à OOUI elle est beaucoup moins compacte qu'avant, une fois de plus c'est horrible, merci OOUI hein)
- od†n ↗blah 22 août 2019 à 06:21 (CEST)
- Je me permet d'intervenir pour rappeler qu'il faut aussi procéder à plusieurs modif de modèle (voir le message de Lofhi ici. Le sondage sur le bistro à permis l’approbation d' une vingtaine de personne (je compte aussi les discussions précédente) et seulement une opposition (précisant qu'il préférerait cliquer au lieu de survoler (comme sur TooltipRef), je lui ai expliqué que c'était tout à fait possible, donc je ne pense pas qu'il y aura des protestation après son activation. Je n'ai moi non plus, toujours pas compris l'utilité d'afficher les références avec des pointillés. -- Nemo Discuter 22 août 2019 à 13:29 (CEST)
C'est pour le modèle {{Abréviation}} (et serait adaptable pour aussi fonctionner avec {{Info}}), pour afficher l'explicitation dans un tooltip comme fait ce gadget, plutôt qu'avec le système natif du navigateur. Tu vois que c'était coton de comprendre à quoi ça sertj'ai testé et ça n'a pas l'air de fonctionner, ça doit être autre chose… mais purée c'est quoi ce truc ?! - À noter aussi qu'il faudrait créer une page MediaWiki:Gadget-ReferenceTooltips (description du gadget dans les préférences)
- od†n ↗blah 22 août 2019 à 21:52 (CEST)
- Donc c'est un simple texte (une ou deux phrase) pour expliquer le fonctionnement de Reference Tooltips ? (Je ne sais pas le créer car il est protégé à la création.)-- Nemo Discuter 23 août 2019 à 11:47 (CEST)
- Le gadget se déclenche aussi sur l'élément abbr comme l'a dit Od1n. Cela permet sur la version ordinateur de Wikipédia, consultée avec un périphérique tactile, d'afficher dans le même type d'infobulle la signification de l'abréviation. Lofhi (me contacter) 24 août 2019 à 15:18 (CEST)
- Dans ce cas, je suis aussi pour qu'on l'enlève pour un truc aussi peu utile. -- Nemo Discuter 24 août 2019 à 16:03 (CEST)
- Le gadget se déclenche aussi sur l'élément abbr comme l'a dit Od1n. Cela permet sur la version ordinateur de Wikipédia, consultée avec un périphérique tactile, d'afficher dans le même type d'infobulle la signification de l'abréviation. Lofhi (me contacter) 24 août 2019 à 15:18 (CEST)
- Donc c'est un simple texte (une ou deux phrase) pour expliquer le fonctionnement de Reference Tooltips ? (Je ne sais pas le créer car il est protégé à la création.)-- Nemo Discuter 23 août 2019 à 11:47 (CEST)
- Je me permet d'intervenir pour rappeler qu'il faut aussi procéder à plusieurs modif de modèle (voir le message de Lofhi ici. Le sondage sur le bistro à permis l’approbation d' une vingtaine de personne (je compte aussi les discussions précédente) et seulement une opposition (précisant qu'il préférerait cliquer au lieu de survoler (comme sur TooltipRef), je lui ai expliqué que c'était tout à fait possible, donc je ne pense pas qu'il y aura des protestation après son activation. Je n'ai moi non plus, toujours pas compris l'utilité d'afficher les références avec des pointillés. -- Nemo Discuter 22 août 2019 à 13:29 (CEST)
- J'aurais deux suggestions, à chaud :
- Je n'en sais strictement rien. J'ai prépare le tout après quelques discussions et la prise de décision est annulée. Il y a ce qui semble être un consensus sans PDD. Néanmoins, il ne faut pas se leurrer, il y aura forcément des contributeurs surpris qui auront plein de questions... Lofhi (me contacter) 18 août 2019 à 20:25 (CEST)
- Pour les apostrophes, c'est déjà fait. — Thibaut (discuter) 18 août 2019 à 19:22 (CEST)
- J’ai créé les deux pages et modifié MediaWiki:Gadget-tooltipRef.js, mais avant de modifier MediaWiki:Gadgets-definition, il est pas censé y avoir une prise de décision ? — Thibaut (discuter) 18 août 2019 à 18:56 (CEST)
- Euh, pourquoi pas, il faut remplacer chaque occurence de « \' » dans les messages par l'apostrophe dans ce cas. Lofhi (me contacter) 17 août 2019 à 18:01 (CEST)
- Je clos cette demande, puisqu'elle n'est plus qu'un doublon de la requête intitulée « MediaWiki:Gadgets-definition et MediaWiki:Gadget-ReferenceTooltips– suite de la demande pour Reference Tooltips » ci-dessous. Le dernier point de cette requête qui n'est pas traité par l'autre ne semble pas être un problème. Lofhi (me contacter) 23 septembre 2019 à 19:19 (CEST)
Requête acceptée - 3 décembre 2019 à 19:29 (CET)
Changement proposé : ajouter {{Contributions rémunérées}} dans la liste des modèles. Merci --Framawiki ✉ 2 novembre 2019 à 16:23 (CET)
- Framawiki : tu le verrais dans quel catégorie ? "Souhaiter la bienvenue" ou "Suggestion" ? Prométhée (discuter) 1 décembre 2019 à 10:27 (CET)
- Bonsoir Prométhée
A mon humble avis, il ne s'agit pas d'une suggestion. "Souhaiter la bienvenue" correspondrait donc. Merci! --Framawiki ✉ 2 décembre 2019 à 21:38 (CET)
- Bonsoir Prométhée
- Cordialement, Prométhée (discuter) 3 décembre 2019 à 19:29 (CET).
MediaWiki:Tuerie_de_l'École_polytechnique_de_Montréal Selon AVAST, infection du PDF de la page Web lors du téléchargement modifier
Requête refusée - 5 décembre 2019 à 23:13 (CET)
Pages où apparaît ce message : https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:ElectronPdf&page=Tuerie+de+l%27%C3%89cole+polytechnique+de+Montr%C3%A9al&action=show-download-screen
Changement proposé : Cette partie du Url semble louche: Sp%C3%A9cial:ElectronPdf&
AVAST antivirus coupe immédiatement le lien du téléchargement et une notification apparaît:
Ouverture de Tuerie_de_l'École_polytechnique_de_Montréal.pdf
C:\Users\JEANFO~1\AppData\Local\Temp\kacwTmyI.pdf.part ne pourra être enregistré car le fichier source ne peut être lu. 72.53.138.130 (discuter) 5 décembre 2019 à 23:07 (CET)
- Ce n'est pas un problème venant de Wikipédia, je n'ai aucun problème pour télécharger le document. SammyDay (discuter) 5 décembre 2019 à 23:13 (CET)
- Sammyday : ça m'a fait le même problèmen, Avast indique "élément infecté par PDF:UrlMal-Inf[Tr]] ", et si c'est pas un faux positif le problème vient de wikipedia (sur les autres pages que j'ai testé aucun problème). -- Sebk (discuter) 5 décembre 2019 à 23:37 (CET)
MediaWiki:Gadget-RevertDiff – ajout d'un lien vers la documentation modifier
Requête acceptée - 15 décembre 2019 à 10:11 (CET)
Je viens de créer un début de page d'aide pour RevertDiff, que je compte encore améliorer. Il faudrait donc rajouter un lien dans le code pour que ça s'affiche dans les préférences à côté du gadget. Ce qui nous donne :
''RevertDiff'' : ajouter des liens dans les pages de [[Aide:Jargon de Wikipédia#Diff|diff]] pour révoquer facilement une modification et avertir son auteur <small>[[[Aide:RevertDiff|documentation]]]</small>.Le lien illustration n'est plus utile vu qu'elle est elle-même contenue dans la page d'aide.
- Cordialement, Prométhée (discuter) 15 décembre 2019 à 10:11 (CET).
MediaWiki: Tuerie_de_l'École_polytechnique_de_Montréal – Selon l'antivirus AVAST, infection du PDF de la page Web lors du téléchargement modifier
Requête refusée - 10 décembre 2019 à 13:49 (CET)
Pages où apparaît ce message : https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:ElectronPdf&page=Tuerie+de+l%27%C3%89cole+polytechnique+de+Montr%C3%A9al&action=show-download-screen
Changement proposé : Cette partie du Url semble louche: Sp%C3%A9cial:ElectronPdf& .
AVAST antivirus coupe immédiatement le lien du téléchargement et une notification apparaît:
Ouverture de Tuerie_de_l'École_polytechnique_de_Montréal.pdf
C:\Users\JEANFO~1\AppData\Local\Temp\kacwTmyI.pdf.part ne pourra être enregistré car le fichier source ne peut être lu.
Par contre, sur les autres pages Wikipedia que j'ai téléchargé en PDF, tout va bien !
- IMPORTANT: *** J'ai fait la même requête hier, mais un certain " SammyDay " (...qui connait la Vérité) a fait refusé ma Requête le 5 décembre 2019 à 23:13 (CET) en écrivant ceci : Ce n'est pas un problème venant de Wikipédia, je n'ai aucun problème pour télécharger le document.
- Pourtant un autre personne sur la Terre a été plus prudente, car malgré la décision de " SammyDay " de refuser ma requête, " Sebk " a essayé de télécharger, 24 minutes APRÈS que ma requête est été refusée par " SammyDay ", ladite page Web avec l'antivirus AVAST. Voici son résultat:
- " Ça m'a fait le même problème, Avast indique "élément infecté par PDF:UrlMal-Inf[Tr]] ", et si c'est pas un faux positif, le problème vient de Wikipedia (sur les autres pages que j'ai testé aucun problème). -- Sebk (discuter) 5 décembre 2019 à 23:37 (CET)
Merci à " Sebk "
Je ne suis qu'un novice. Alors, est-ce que quelqu'un peut prendre le taureau par les cornes?
- S'il y a un problème, il est du côté d'Avast (critère trop strict) ou de MediaWiki (nettoyage trop faible). Dans le premier cas il faut contacter le support d'Avast, dans le second les développeurs de MediaWiki. Dans aucun cas une intervention sur les messages système (le rôle de cette page) ne résoudra le problème. Si vous ne savez pas quelle est la bonne hypothèse, le support d'Avast est probablement la meilleure option. — bonnes contributions, Ltrlg (discuter), le 10 décembre 2019 à 13:49 (CET)
MediaWiki:Common.css – CSS des bandeaux modifier
Requête acceptée - 7 février 2020 à 06:26 (CET)
Pages où apparaît ce message :
- Modèles de bandeaux.
Changement proposé :
Bonjour, je travaille actuellement à la mise en place de méta-modèles utilisant le module:Bandeau pour tous les modèles de bandeaux. Je compte créer un TemplateStyle pour qu’un jour peut-être 
, cela permette d’alléger d’au moins 180 lignes le MediaWiki:Common.css.
En attendant, je vous signale que toutes les class contenant problemes-multiples semblent inutilisées. Une recherche insource:/"problemes-multiples"/ sur tous les espaces de nom semble en tout cas le confirmer. De plus, le modèle {{Problèmes multiples}} ne les utilise pas. Cela ferait déjà 40 ligne à supprimer, à vous de voir.
Du coup je me dis qu’il doit y avoir d’autres class inutilisées. Si quelqu’un sachant faire des scans complets faisait des recherches, ce ne serait pas inutile.
Merci ! --FDo64 (discuter) 2 février 2020 à 09:41 (CET)
- Pour les "problemes-multiples" j'ai aussi cherché de mon côté, et ça semble effectivement inutilisé. Quelques refs : ajout dans le Common.css, discussion ayant conduit à l'ajout. Apparemment il s'agit d'une idée de système qui a été abandonnée avant sa finalisation.
- Concernant {{Problèmes multiples}}, j'étais déjà tombé dessus et ça m'a l'air d'être une plaie en maintenabilité/configurabilité. Du coup, l'idée d'un système qui serait capable de reprendre les bandeaux existants me parait intéressante, encore faudrait-il techniquement pouvoir parser les bandeaux et les fusionner en un seul. Avec Lua, ça serait peut-être possible.
- En attendant, je pense aussi qu'il est envisageable de supprimer ces classes "problemes-multiples", vu que le système n'est pas utilisé, et ne le sera probablement jamais sous cette forme (simple accolement des bandeaux).
- od†n ↗blah 3 février 2020 à 03:08 (CET)
- CSS allégé, avec une certaine satisfaction Du coup, je pense qu'on peut clôre ce ticket. od†n ↗blah 7 février 2020 à 06:26 (CET)
Utilisateur:Antoine755/vector.css – double redirection modifier
Requête acceptée - 10 février 2020 à 00:12 (CET)
Bonjour, cette page est une double redirection vers Utilisateur:Asa7/vector.css, suite à plusieurs renommages utilisateur. Peut-on la corriger? Merci. --Framawiki ✉ 9 février 2020 à 23:04 (CET)
- Supprimé (vu que c'est un fichier CSS chargé automatiquement par MediaWiki en fonction du nom de l'utilisateur, la redirection était inutile). Orlodrim (discuter) 10 février 2020 à 00:12 (CET)
MediaWiki:Gadgets-definition et MediaWiki:Gadget-ReferenceTooltips– suite de la demande pour Reference Tooltips modifier
Requête refusée - 24 novembre 2019 à 12:37 (CET)
Bonjour, voici ce qu'il faut encore faire pour continuer l'installation de Reference Tooltips
#Tout d’abord, il faudrait créer la page MediaWiki:Gadget-ReferenceTooltips (protégé à la création) Il faut créer une courte description du gadget suivi d'un lien vers sa documentation.
Reference Tooltips : permet de consulter au survol ou au clic les notes et références dans une infobulle qui s'affiche immédiatement sans avoir à se déplacer en fin de page. [documentation]. Si on ne trouve pas d'utilité au soulignement pointillé, on pourrait également supprimer cette fonction + perturbante qu'autre chose .
Il faudrait réorganiser la page MediaWiki:Gadgets-definition en créant une section « Anciens gadget » où l'on mettrait TooltipRef et les anciens gadget devenu inutile (obsolète ou remplacé). Ensuite, il faudra donc inclure Reference Tooltips dans la section pages : ReferenceTooltips [ResourceLoader|default|type=general|dependencies=mediawiki.cookie,jquery.client,mediawiki.notify] | ReferenceTooltips.js | ReferenceTooltips.css
À noter qu'il faut également modifier ces modèles pour être compatible avec toutes les références. Je ne sais pas non plus si on a déjà internationalisé le gadget 'compatible en anglais si c'est la langue par défaut de l'utilisateur (@Lofhi en avait parlé ici. Cordialement, -- Nemo Discuter 28 août 2019 à 13:32 (CEST)
- Peut-être que cela serait mieux : « permet de consulter au survol ou au clic les notes et références dans une infobulle qui s'affiche immédiatement sans avoir à se déplacer en fin de page ». C'est certainement plus parlant pour tout le monde.
- Supprimer ou laisser, je ne sais pas, mais il ne me semble pas que beaucoup doit être changé. Lofhi (me contacter) 29 août 2019 à 15:47 (CEST)
- modifié dans le message
- D'après @Od1n, c'est même pas le truc des abréviations donc autant l'enlever quitte à le remettre + tard si on y trouve une utilité. -- Nemo Discuter 29 août 2019 à 16:11 (CEST)
- Od1n et Lofhi : Finalement, je pense qu'il serait mieux dans la partie apparence, dans la section préférence de lecture Spécial:Préférences#mw-prefsection-rendering en dessous de Aperçu de page. Je propose aussi de renommer Reference Tooltips en Aperçu de Référence pour être cohérent. Qu'en pensez-vous ? -- Nemo Discuter 31 août 2019 à 14:58 (CEST)
- Concernant le point 2, c'était bien pour les abbr, mais ce n'était effectué qu'avec les écrans tactiles, c'est pour ça que je ne le voyais pas. De toute façon je me suis chargé de dégager le code :)
- Concernant les préférences, ce n'est pas possible techniquement. Il faudrait que cela soit intégré directement dans le logiciel MediaWiki.
- od†n ↗blah 31 août 2019 à 15:46 (CEST)
- Bon dans ce cas, tant pis on se contentera de la partie gadget. Je crois que tout est bon pour l'activation. -- Nemo Discuter 31 août 2019 à 21:03 (CEST)
- Od1n et Lofhi : Pour info, la flèche apparaît toujours au clic, ça reste un détail à régler. Od1n, peut tu te charger de l'activation ? Je pense que tout est bon maintenant. -- Nemo Discuter 2 septembre 2019 à 12:55 (CEST)
- C'est bon, Od1n a réglé le problème des flêches, mais il m'a dit qu'il ne souhaitait pas se charger de son activation. Je notifie donc les admins ayant participé à sa consultation sur le bistro @Jules78120, @Thibaut, @Niridya, @Trizek et @Arkanosis. Tout semble être en place ; la page d'aide, la trad du gadet... Il faudrait donc créer la page MediaWiki:Gadget-ReferenceTooltips et inclure la fonction dans MediaWiki:Gadgets-definition (voir la demande en haut). -- Nemo Discuter 11 septembre 2019 à 15:28 (CEST)
- Fait pour le point 1.
- Je n'ai pas compris le point 2.
- Trizek bla 11 septembre 2019 à 16:11 (CEST)
- Merci à tous pour votre super travail
- Le point 2 est subdivisable, il s'agit (2.1.1) d'activer le gadget en le listant dans la page MediaWiki:Gadgets-definition, (2.1.2) de l'activer par défaut en ajoutant
[default]sur sa ligne (je paraphrase les explications de Nemo en moins bien, désolé) et (2.2) d'identifier clairement quels gadgets ne devraient plus être activés car il existe mieux (ce qui est une bonne idée, au passage). - Je n'ai actuellement pas les droits pour m'en charger, mais je peux les demander et m'en occuper. Je souhaite toutefois au préalable me repencher sur les discussions et jeter un coup d'œil au code : activer du code par défaut pour tout le monde n'est pas anodin et j'ai eu pas mal d'autres choses en tête ces deux dernières semaines. Si quelqu'un d'autre s'en charge d'ici là, c'est avec ma bénédiction.
- Amicalement — Arkanosis ✉ 12 septembre 2019 à 01:12 (CEST)
- Je préfère également déléguer. Si Arkanosis, qui est très compétent, préfère prendre du temps pour le faire, ce n'est certainement pas moi qui vais m'aventurer pour le faire en 5 minutes ! Trizek bla 12 septembre 2019 à 15:00 (CEST)
- Merci beaucoup Arkanosis te t'en charger et prend ton temps si tu en as besoin, on n'est pas pressé ! Par ailleurs, préférez-vous le terme Reference Tooltips ou Aperçu de référence, pour franciser le nom ? On a déjà Aperçu de page pour les liens interne, donc cela homogèniserait les nom de fonction d'aperçu dans les articles WP. -- Nemo Discuter 12 septembre 2019 à 16:24 (CEST)
- Conserver le nom en anglais quelque part peut aider à retrouver l'outil en question dans la configuration en cas de souci ou de suggestion. Trizek bla 12 septembre 2019 à 18:49 (CEST)
- Je ne parlais pas du titre des pages techniques (mediawiki:reference tooltips) mais du nom sur la page d'aide et dans le menu de paramètre de l'outil. Après ça reste un détail sans importance mais j'aime bien une certaine logique .
Je reprécise qu'il faudrait aussi modifier ces modèles (comme la demande traine), pour que toutes les sources soient compatible. -- Nemo Discuter 12 septembre 2019 à 19:44 (CEST)
- Je ne parlais pas du titre des pages techniques (mediawiki:reference tooltips) mais du nom sur la page d'aide et dans le menu de paramètre de l'outil. Après ça reste un détail sans importance mais j'aime bien une certaine logique
- Conserver le nom en anglais quelque part peut aider à retrouver l'outil en question dans la configuration en cas de souci ou de suggestion. Trizek bla 12 septembre 2019 à 18:49 (CEST)
- Merci beaucoup Arkanosis te t'en charger et prend ton temps si tu en as besoin, on n'est pas pressé ! Par ailleurs, préférez-vous le terme Reference Tooltips ou Aperçu de référence, pour franciser le nom ? On a déjà Aperçu de page pour les liens interne, donc cela homogèniserait les nom de fonction d'aperçu dans les articles WP. -- Nemo Discuter 12 septembre 2019 à 16:24 (CEST)
- Je préfère également déléguer. Si Arkanosis, qui est très compétent, préfère prendre du temps pour le faire, ce n'est certainement pas moi qui vais m'aventurer pour le faire en 5 minutes !
- Merci à tous pour votre super travail
- C'est bon, Od1n a réglé le problème des flêches, mais il m'a dit qu'il ne souhaitait pas se charger de son activation. Je notifie donc les admins ayant participé à sa consultation sur le bistro @Jules78120, @Thibaut, @Niridya, @Trizek et @Arkanosis. Tout semble être en place ; la page d'aide, la trad du gadet... Il faudrait donc créer la page MediaWiki:Gadget-ReferenceTooltips et inclure la fonction dans MediaWiki:Gadgets-definition (voir la demande en haut). -- Nemo Discuter 11 septembre 2019 à 15:28 (CEST)
- Bon dans ce cas, tant pis on se contentera de la partie gadget. Je crois que tout est bon pour l'activation. -- Nemo Discuter 31 août 2019 à 21:03 (CEST)
- J'ai lancé un appel pour que des contributeurs volontaires test le gadget. Cela permettra aux administrateurs qui traitent ces deux requêtes de s'assurer qu'il n'y ait pas de problème pour l'activation par défaut. Une version beta, quoi. Lofhi (me contacter) 22 septembre 2019 à 22:12 (CEST)
- Pour éviter d'éparpiller les messages, j'écris ici un changement qui semble nécessaire pour corriger un problème signalé sur Discussion MediaWiki:Gadget-ReferenceTooltips.js.
- Il faudrait remplacer sur MediaWiki:Gadget-ReferenceTooltips.js par
var REF_LINK_SELECTOR = '.reference, a[href^="#CITEREF"]',
pour éviter que le script n'imagine que les virgules générées par le modèle {{,}} entre les sources ne soient des références. Lofhi (me contacter) 23 septembre 2019 à 19:27 (CEST)var REF_LINK_SELECTOR = '.reference:not(.cite_virgule), a[href^="#CITEREF"]',
- à propos, pour info : Discussion Projet:Modèle#Virgule automatique entre les appels de références, si cela vous intéresse. od†n ↗blah 26 septembre 2019 à 01:42 (CEST)
- @Lofhi : Fait. — Thibaut (discuter) 27 septembre 2019 à 17:42 (CEST)
- Bonjour,
- Suite à ce signalement, j'ai annulé les modifs que j'avais réalisé dans le cadre de cette demande. Pouvez-vous jeter un œil pour voir quel était le problème ? Car il semble que l'annulation ait effectivement corrigé le problème.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 29 septembre 2019 à 12:59 (CEST)
- Bonjour Lofhi, Od1n, Thibaut120094, Trizek et Nemo Le Poisson,
- Pour information : meta:WMDE Technical Wishes/ReferencePreviews. Cette fonctionnalité va être déployée en tant que fonctionnalité beta cette semaine, d'après le dernier Tech News. Du coup, est-ce que Reference Tooltips ne va pas faire doublon avec cette fonctionnalité ?
- J'ai juste lu en diagonale, j'ai peut-être loupé des infos.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 21 octobre 2019 à 08:51 (CEST)
- Ça semble être effectivement une meilleure solution, car plus stable et globalement maintenue. Trizek bla 21 octobre 2019 à 11:23 (CEST)
- Bah super... Encore une annonce publiée il y a un moment, mais introuvable jusqu'à aujourd'hui. Si ça se trouve, j'ai cassé des modèles et dérangé des contributeurs pour rien. Lofhi (me contacter) 21 octobre 2019 à 18:37 (CEST)
- + Arkanosis que j'avais oublié dans ma série de notifs (désolé). Epok__ (Insultes, éloges, simples discussions : ✉), le 21 octobre 2019 à 19:08 (CEST)
- Attendons demain soir pour annuler toutes les modifications réalisées sur les modèles, histoire de voir si le gadget officiel répond aux mêmes attentes. Lofhi (me contacter) 23 octobre 2019 à 20:01 (CEST)
- J'ai répondu à qq de la wmfoundation sur ce sujet pour expliquer mon mécontentement à ce sujet. Leur gadget qu'ils proposent me parait d'ailleur moins pratique, il prend plus de place mais bon on verra ce que ça donnera. -- Nemo Discuter 23 octobre 2019 à 20:12 (CEST)
- L'aperçu de référence est disponible dans le menu des fonctionnalités en bêta. Si personne ne s'y oppose, Reference Tooltips sera abandonné et toutes les modifications mises en oeuvre pour l'activation de Reference Tooltips seront annulées. Lofhi (me contacter) 24 octobre 2019 à 20:39 (CEST)
- Honnêtement, je préfèrait l'interface de Tooltips, beaucoup moins encombrant, sans le titre « Reference » en haut de Preview. De plus avec Tooltips, on sait directement aller en bas de page en cliquant, ce qui en semble pas être le cas ici. Clic et survol sont automatiquement lié à l'infobulle. J'ai donc l'impression de perdre en fonctionnalité donc pour le moment, qu'en pense-tu @Lofhi (et les autres) ? -- Nemo Discuter 24 octobre 2019 à 20:49 (CEST)
- Je réponds point par point. Le « référence » est justifié par la WMF avec cette explication : « les premiers tests ont montré que l'affichage du type de la référence peut aider les lecteurs à évaluer plus rapidement sa fiabilité ; par exemple, une publication de revue est plus fiable qu'un billet de blog ». Il existe quatre type pour le moment : référence web (donc {{Lien web}} ici), référence journal (donc {{Article}} ici), référence livre (donc {{Ouvrage}} ici) et référence actualité (rien chez nous si je ne m'abuse). Par défaut c'est « référence » qui s'affiche, mais cela peut être modifié. Pour ce qui est de sa forme, la bêta est là pour remonter des critiques. Cela risque de changer, enfin je n'en sais rien. Le fait de ne pas atterir directement en bas est aussi voulu : cela serait pour éviter de se perdre dans sa lecture en remontant. Lofhi (me contacter) 24 octobre 2019 à 21:04 (CEST)
- Merci pour ces précisions. Je pense qu'une bonne idée serait de pouvoir (pour les utilisateurs enregistré) choisir entre plusieurs type d'affichage. Depuis la nuit des temps, un clic permettait de renvoyer vers l'ensemble des référence et Tooltips ne changeait pas cette tradition (du moins par défaut). Ducoup, je me suis habitué à cliquer pour allez voir parmi les autres référence et survoler pour visualiser uniquement la référence. L'autre problème (pour moi), c'est que l'infobulle prend beaucoup trop de place par rapport à Tooltips. Bref, c'est vrai qu'aun niveau du dévellopement, c'est mieux d'harmoniser les infobulles de référence avec les autres wiki et la WMFoundation mais Tooltips n'est pas à jeter à la poubelle, il pourrait soit exister commme substitut à celui de la foundation soit voir pour que la fonction Reference Previws permettent en fonction de personnalisation d'avoir un rendu similaire. -- Nemo Discuter 24 octobre 2019 à 21:20 (CEST)
- En regardant sur Mediawiki, j'ai vu que d'autres utilisateur,du wiki anglophone expriment leur mécontentement sur la place que prend cette en-tête donc on verra bien l'évolution. La WMF aurait dû améliorer Tooltips et non refaire un gadget indépendant sans aucune participation des wiki. -- Nemo Discuter 24 octobre 2019 à 21:26 (CEST)
- Pareil, lorsqu'il y a une ref dans une note (usage de efn + ref), Tooltips affiche un triangle basculant pour visualiser la ref, alors qu'avec le truc en bêta, ça envoie vers la section Références au lieu de l'afficher dans la fenêtre de visualisation, on perd donc l'intérêt de la fenêtre. Ypirétis (discuter) 24 octobre 2019 à 21:43 (CEST)
- En plus, il semble y avoir un bug étrange : quand on fait apparaître une première fenêtre en cliquant (je suis sur tablette) sur une ref, et qu'on clique sur une deuxième ref, la fenêtre n'apparaît pas et ça bloque tout, plus rien ne fonctionne après cela. Il faut apparemment fermer obligatoirement la première avant de cliquer sur une autre. C'est très déconcertant. Tooltipref gère ça très bien à l'inverse. Ypirétis (discuter) 24 octobre 2019 à 22:00 (CEST)
- Je propose alors d'annuler toutes les modifications pour que les articles cassés signalés par le projet biologie refonctionnent. Sinon il faudrait modifier une centaine de modèles (si je me souviens bien) et je n'ai pas trouvé un moyen satisfaisant de tous les passer sous Lua si ce n'est qu'en créant un module rien que pour eux... Des modifications inutiles si on vire CITEREF qui a été ajouté pour ce gadget. Pis au final, je ne vois pas vraiment l'intérêt d'uniformiser avec enwiki, ruwiki et les autres nos ancres. Cela n'apporte rien en l'état d'avoir des ancres qui commencent par le même préfixe. Si on a besoin d'un préfixe un jour, on l'ajoutera en temps voulu.
- Il y a aussi le cas des liens directs vers des références qu'auraient pu sauvegarder nos lecteurs au fil des années de leur côté (ancres avec {{Sfn}}). Elles sont cassées avec l'appararition de CITEREF.
- Une fois les annulations faites, il faudra modifier le gadget pour changer le sélecteur qui cherche les références. Là, dans l'instant, je pense qu'on peut remplacer la ligne
- par
var REF_LINK_SELECTOR = '.reference:not(.cite_virgule), a[href^="#CITEREF"]',
. Cela risque quand même trouver des liens internes vers des articles, il faudra revérifier. Par contre, toute promotion du gadget serait malvenue. Cela me semble être une très mauvaise idée de mettre en avant un gadget qui doit être maintenu par des bénévoles quand une fonctionnalitée similaire est implémentée directement dans MediaWiki et maintenue par la fondation. Lofhi (me contacter) 24 octobre 2019 à 22:25 (CEST)var REF_LINK_SELECTOR = '.reference:not(.cite_virgule), span.reference-text a:not(.external)',
- Implémentation abandonnée. Pour le message juste ci-dessus, je verrai plus tard avec un administarteur d'interface. Lofhi (me contacter) 24 novembre 2019 à 12:37 (CET)
- En plus, il semble y avoir un bug étrange : quand on fait apparaître une première fenêtre en cliquant (je suis sur tablette) sur une ref, et qu'on clique sur une deuxième ref, la fenêtre n'apparaît pas et ça bloque tout, plus rien ne fonctionne après cela. Il faut apparemment fermer obligatoirement la première avant de cliquer sur une autre. C'est très déconcertant. Tooltipref gère ça très bien à l'inverse. Ypirétis (discuter) 24 octobre 2019 à 22:00 (CEST)
- Pareil, lorsqu'il y a une ref dans une note (usage de efn + ref), Tooltips affiche un triangle basculant pour visualiser la ref, alors qu'avec le truc en bêta, ça envoie vers la section Références au lieu de l'afficher dans la fenêtre de visualisation, on perd donc l'intérêt de la fenêtre. Ypirétis (discuter) 24 octobre 2019 à 21:43 (CEST)
- Je réponds point par point. Le « référence » est justifié par la WMF avec cette explication : « les premiers tests ont montré que l'affichage du type de la référence peut aider les lecteurs à évaluer plus rapidement sa fiabilité ; par exemple, une publication de revue est plus fiable qu'un billet de blog ». Il existe quatre type pour le moment : référence web (donc {{Lien web}} ici), référence journal (donc {{Article}} ici), référence livre (donc {{Ouvrage}} ici) et référence actualité (rien chez nous si je ne m'abuse). Par défaut c'est « référence » qui s'affiche, mais cela peut être modifié. Pour ce qui est de sa forme, la bêta est là pour remonter des critiques. Cela risque de changer, enfin je n'en sais rien. Le fait de ne pas atterir directement en bas est aussi voulu : cela serait pour éviter de se perdre dans sa lecture en remontant. Lofhi (me contacter) 24 octobre 2019 à 21:04 (CEST)
- Honnêtement, je préfèrait l'interface de Tooltips, beaucoup moins encombrant, sans le titre « Reference » en haut de Preview. De plus avec Tooltips, on sait directement aller en bas de page en cliquant, ce qui en semble pas être le cas ici. Clic et survol sont automatiquement lié à l'infobulle. J'ai donc l'impression de perdre en fonctionnalité donc pour le moment, qu'en pense-tu @Lofhi (et les autres) ? -- Nemo Discuter 24 octobre 2019 à 20:49 (CEST)
- L'aperçu de référence est disponible dans le menu des fonctionnalités en bêta. Si personne ne s'y oppose, Reference Tooltips sera abandonné et toutes les modifications mises en oeuvre pour l'activation de Reference Tooltips seront annulées. Lofhi (me contacter) 24 octobre 2019 à 20:39 (CEST)
- +
- Bah super... Encore une annonce publiée il y a un moment, mais introuvable jusqu'à aujourd'hui. Si ça se trouve, j'ai cassé des modèles et dérangé des contributeurs pour rien. Lofhi (me contacter) 21 octobre 2019 à 18:37 (CEST)
- Ça semble être effectivement une meilleure solution, car plus stable et globalement maintenue. Trizek bla 21 octobre 2019 à 11:23 (CEST)
- Bonjour
- @Lofhi :
- à propos, pour info : Discussion Projet:Modèle#Virgule automatique entre les appels de références, si cela vous intéresse. od†n ↗blah 26 septembre 2019 à 01:42 (CEST)
MediaWiki:Abusefilter-intro – Refonte graphique modifier
Requête acceptée - 11 mars 2020 à 22:19 (CET)
Pages où apparaît ce message : Spécial:Abusefilter
Changement proposé :
Bonjour( Jules78120), je souhaiterai rendre cette bannière MediaWiki:Abusefilter-intro un peu moins austère, seriez-vous d'accord pour utiliser plutôt cette aspect, ce code suivant :
Bienvenue dans l'interface de gestion des filtres anti-erreur
Le filtre anti-erreur est un mécanisme logiciel automatisé qui permet d'appliquer des heuristiques prédéfinies à toutes les actions. Cette interface présente une liste des filtres définis, et donne la possibilité de les modifier.
— Koreller 8 février 2020 à 16:10 (CET)
- Re ici. Pour moi pas de problème (même si je suis moyennement convaincu par les boutons, un peu trop gros ; je préfère les liens), un rafraichissement ne peut que faire du bien.
- Amicalement, — Jules Discuter 8 février 2020 à 16:12 (CET)
- Les autres pages liées au filtre anti-abus utilisent {{Navigation filtres}}. On pourrait peut-être uniformiser ? Orlodrim (discuter) 8 février 2020 à 23:59 (CET)
- Du coup suite à ton message Orlodrim, je voudrais proposer cette refonte pour le Modèle:Navigation filtres (dans le même style que pour Spécial:Abusefilter) :
- Du coup suite à ton message
- Les autres pages liées au filtre anti-abus utilisent {{Navigation filtres}}. On pourrait peut-être uniformiser ? Orlodrim (discuter) 8 février 2020 à 23:59 (CET)
- Hésitez pas à proposer des modifications, pour que ça s'améliore ! Par exemple le titre à aucune allure, en auriez-vous d'autre plus adapté ("Les pages « Filtres »", "Navigation sur les Filtres", ...) ? pour la couleur des boutons aussi ça peut être modifier par exemple il y a 3 choix : ;) — Koreller 12 février 2020 à 18:41 (CET)
- Merci pour ta proposition ! Àmha, pour la barre de navigation, on pourrait se passer de titre (il n'y en avait pas avant et il n'y en a pas besoin). Sinon, toujours pas convaincu par les boutons. — Jules Discuter 12 février 2020 à 19:06 (CET)
- Salut,
- Petite proposition toute simple qui :
- Utilise le modèle en question dans le bandeau,
- Supprime l'utilisation de la balise obsolète "center"
- Merci pour ta proposition ! Àmha, pour la barre de navigation, on pourrait se passer de titre (il n'y en avait pas avant et il n'y en a pas besoin). Sinon, toujours pas convaincu par les boutons. — Jules Discuter 12 février 2020 à 19:06 (CET)
- Hésitez pas à proposer des modifications, pour que ça s'améliore ! Par exemple le titre à aucune allure, en auriez-vous d'autre plus adapté ("Les pages « Filtres »", "Navigation sur les Filtres", ...) ? pour la couleur des boutons aussi ça peut être modifier par exemple il y a 3 choix : ;) — Koreller 12 février 2020 à 18:41 (CET)
Bienvenue dans l'interface de gestion des filtres anti-erreur
Le filtre anti-erreur est un mécanisme logiciel automatisé qui permet d'appliquer des heuristiques prédéfinies à toutes les actions. Cette interface présente une liste des filtres définis, et donne la possibilité de les modifier.
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 12 février 2020 à 20:18 (CET)
- On pourrait juste mettre le message sans cadre et la palette, non ? Une fois qu'on a lu le message une fois, je trouve que c'est juste de l'espace perdu avant le contenu utile. Désolé, je crois que je vais à contre-courant de la demande de départ, mais je n'y vois pas vraiment d'avantage. Orlodrim (discuter) 4 mars 2020 à 21:27 (CET)
- Comme ci-dessous ? Ça m'irait, perso. — Jules* Discuter 11 mars 2020 à 20:36 (CET)
- On pourrait juste mettre le message sans cadre et la palette, non ? Une fois qu'on a lu le message une fois, je trouve que c'est juste de l'espace perdu avant le contenu utile. Désolé, je crois que je vais à contre-courant de la demande de départ, mais je n'y vois pas vraiment d'avantage. Orlodrim (discuter) 4 mars 2020 à 21:27 (CET)
- Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ✉), le 12 février 2020 à 20:18 (CET)
Le filtre anti-erreur est un mécanisme logiciel automatisé qui permet d'appliquer des heuristiques prédéfinies à toutes les actions. Cette interface présente une liste des filtres définis, et donne la possibilité de les modifier.
MediaWiki:Sitenotice – Demande de mise en place d'un site notice pour l'élection d'arbitres modifier
Requête acceptée - 20 mars 2020 à 17:34 (CET)
Le site notice de la phase de dépôt de candidatures ayant prouvé son utilité, il me semble pertinent et cohérent d'annoncer de la même manière la phase de vote. Cordialement, — Racconish 💬 20 mars 2020 à 00:23 (CET)
- @Racconish : « L'élection du Comité d'arbitrage est ouverte du 20 au 29 mars inclus : vous pouvez voter si votre compte a plus de trois mois et que vous avez effectué plus de 350 contributions dans l'espace encyclopédique à l'ouverture du scrutin. » ? — Jules* Discuter 20 mars 2020 à 11:00 (CET)
- Parfait ! Cordialement, — Racconish 💬 20 mars 2020 à 11:01 (CET)
- Cordialement, Prométhée (discuter) 20 mars 2020 à 17:34 (CET).
MediaWiki:Watchlist-messages – bandeau sur la PDD relative à la nomination des CU et OS modifier
Requête acceptée - 30 mars 2020 à 01:05 (CEST)
Pages où apparaît ce message : toutes les LDS
Changement proposé : Un petit bandeau (une ligne) annonçant l'ouverture de la PDD Wikipédia:Prise de décision/Méthode de nomination des CU et OS. L'utilisation d'une annonce en haut des LDS, quoique commune sur WP-en, serait a priori inédite sur notre wiki. À noter que ça a été discuté sur la pdd de la PDD et que l'idée d'utiliser la LDS plutôt que le sitenotice a été évoquée ici par Thibaut120094 et discutée notamment avec @Kropotkine 113, @Hégésippe Cormier et @Bédévore. Cette PDD touchant à des aspects importants pour l'ensemble de la communauté (les CU...), une information large semble légitime. L'ouverture de la PDD est prévue le 30 mars.
Proposition de bandeau (si vous avez des remarques...) :
Une prise de décision concernant la méthode de nomination des CU et OS est ouverte du 30 mars au 30 avril 2020.
— Jules* Discuter 11 mars 2020 à 15:57 (CET)
P.-S. : il y a probablement besoin de créer un équivalent de en:MediaWiki:Gadget-watchlist-notice.js et en:MediaWiki:Gadget-watchlist-notice-core.js sur notre wiki (cf. en:Wikipedia:Software_notices#Watchlist_notice), mais ça dépasse mes compétences techniques... Si quelqu'un qui s'y connaît en javascript peut regarder, je lui en serai reconnaissant .
- Très bonne idée. Kropotkine 113 (discuter) 11 mars 2020 à 18:46 (CET)
- Du coup ça marche avec un gadget (activable ou non dans les préférences), on l'active par défaut pour tous ? Autre chose ça marche pour vous sur la wikipédia en anglais ? parce sans vraiment regarder le code j'ai pas l'impression. Prométhée (discuter) 11 mars 2020 à 18:49 (CET)
- Non, je ne vois pas le message prévu (une RfA) quand je regarde ma liste de suivi sur en: et je ne comprends pas pourquoi puisque le gadget est activé par défaut là-bas :( Kropotkine 113 (discuter) 11 mars 2020 à 18:58 (CET)
- Pareil :/ — Jules* Discuter 15 mars 2020 à 09:45 (CET)
- En l'état ça me semble compliqué, si vous avez un contact qui connait bien la wikipédia en anglais et qui en saurait plus... Prométhée (discuter) 19 mars 2020 à 21:55 (CET)
- Oui, laissons tomber et partons sur un sitenotice conventionnel. — Jules* Discuter 19 mars 2020 à 22:28 (CET)
- En l'état ça me semble compliqué, si vous avez un contact qui connait bien la wikipédia en anglais et qui en saurait plus... Prométhée (discuter) 19 mars 2020 à 21:55 (CET)
- Pareil :/ — Jules* Discuter 15 mars 2020 à 09:45 (CET)
- Non, je ne vois pas le message prévu (une RfA) quand je regarde ma liste de suivi sur en: et je ne comprends pas pourquoi puisque le gadget est activé par défaut là-bas :( Kropotkine 113 (discuter) 11 mars 2020 à 18:58 (CET)
- Du coup ça marche avec un gadget (activable ou non dans les préférences), on l'active par défaut pour tous ? Autre chose ça marche pour vous sur la wikipédia en anglais ? parce sans vraiment regarder le code j'ai pas l'impression. Prométhée (discuter) 11 mars 2020 à 18:49 (CET)
┌─────────────────────────────────────────────────┘
Donc nouvelle proposition (ping @Binabik, @Fanchb29, @Racconish et @Kropotkine 113) : afficher en sitenotice un bandeau contenant le texte suivant :
« Une prise de décision concernant la méthode de nomination des CU et OS est ouverte du 30 mars au 30 avril 2020. Peuvent voter les contributeurs qui ont un compte depuis au moins 90 jours et qui ont effectué au moins 500 modifications. »
Je propose de n'afficher le bandeau que les deux premières semaines (pour éviter de trop incommoder les contributeurs qui changent souvent de machine et doivent donc régulièrement refermer la bannière).
Cdlt, — Jules* Discuter 20 mars 2020 à 11:06 (CET)
- Ça me va. Kropotkine 113 (discuter) 20 mars 2020 à 11:30 (CET)
- Ok. -- Fanchb29 (discuter) 20 mars 2020 à 13:28 (CET)
- D'accord. Cordialement, — Racconish 💬 20 mars 2020 à 13:30 (CET)
- Yes et on va attendre que le bandeau sur le vote du CaR soit terminé aussi . Prométhée (discuter) 20 mars 2020 à 17:37 (CET)
- Jules* et Kropotkine 113 : J'ai ajouté un gadget « Watchlist-notice » (en phase de test, donc désactivé par défaut). Est-ce que vous pouvez essayer de l'activer puis me dire si vous voyez le deux annonces de MediaWiki:Watchlist-messages dans votre liste de suivi (sur la version bureau, pas la version mobile en l'état) ? Orlodrim (discuter) 21 mars 2020 à 12:51 (CET)
- Merci beaucoup @Orlodrim. Cela fonctionne parfaitement ! — Jules* Discuter 21 mars 2020 à 12:57 (CET)
- @Orlodrim : ça marche aussi chez moi (j'ai vu les deux annonces et cliquer sur masquer les fait disparaître (j'imagine jusqu'à ce que je purge mes cookies ?). Merci. Kropotkine 113 (discuter) 22 mars 2020 à 19:03 (CET)
- Je prévois d'activer le gadget par défaut le 25 mars (je laisse encore deux jours au cas où d'autres veulent regarder avant). Orlodrim (discuter) 23 mars 2020 à 20:33 (CET)
— Jules* Discuter 23 mars 2020 à 20:39 (CET)
- C'est activé. Orlodrim (discuter) 25 mars 2020 à 19:21 (CET)
- Je prévois d'activer le gadget par défaut le 25 mars (je laisse encore deux jours au cas où d'autres veulent regarder avant). Orlodrim (discuter) 23 mars 2020 à 20:33 (CET)
- @Orlodrim : ça marche aussi chez moi (j'ai vu les deux annonces et cliquer sur masquer les fait disparaître (j'imagine jusqu'à ce que je purge mes cookies ?). Merci. Kropotkine 113 (discuter) 22 mars 2020 à 19:03 (CET)
- Merci beaucoup @Orlodrim. Cela fonctionne parfaitement ! — Jules* Discuter 21 mars 2020 à 12:57 (CET)
- Yes et on va attendre que le bandeau sur le vote du CaR soit terminé aussi
Annonce ajoutée dans MediaWiki:Watchlist-messages. — Jules* Discuter 30 mars 2020 à 01:05 (CEST)
MediaWiki:Common.css – styles de sous-titres
modifier
Requête acceptée - 19 mai 2020 à 21:38 (CEST)
Pages où apparaît ce message : special:Homepage
Changement proposé :
Le code ci-dessous ajoute un délicat soulignement sous les sous-titres, mais il le fait sous tous les sous-titres, y compris sur ces pages spéciales où cela n'est pas sensé arriver. :)
/* Décoration des titres de sous-chapitre. */
#mw-content-text h3 {
border-bottom: dotted 1px #aaa;
}
#mw-content-text h4,
#mw-content-text h5,
#mw-content-text h6 {
border-bottom: dotted 1px #ddd;
}
devrait être remplacé par
/* Décoration des titres de sous-chapitre. */
#mw-parser-output h3 {
border-bottom: dotted 1px #aaa;
}
#mw-parser-output h4,
#mw-parser-output h5,
#mw-parser-output h6 {
border-bottom: dotted 1px #ddd;
}
mw-parser-output permet de ne gérer que les pages de contenu modifiables, en excluant les pages spéciales.
Merci ! Trizek bla 19 mai 2020 à 20:59 (CEST)
MediaWiki:Sitenotice – Bandeau pour wikiconcours modifier
Requête refusée - 25 mai 2020 à 09:01 (CEST)
Pages où apparaît ce message : Toutes les pages
Changement proposé : Bonjour, je souhaiterai mettre en place un bandeau d'incitation à contribuer pour le Wikiconcours.
A ce que je sache, le Sitenotice a été utilisé pour des concours bien plus spécialisés comme le mois de l'Afrique ou le mois de l'Amérique, mais jamais pour le Wikiconcours. Sans compter le Centralnotice, qui est actuellement utilisé pour le Wiki Love Africa, etc. Mais je ne crois pas qu'il y ait déjà eu un bandeau pour inciter les personnes à contribuer au Wikiconcours. C'est dommage, parce que le Sitenotice s'adresse uniquement aux contributeurs enregistrés, et je pense que c'est cet événement qui est susceptible d'intéresser le plus à ce groupe de 15 000 contributeurs plus ou moins éloignés de meta, mais surement plus intéressé à l'enrichissement de l'encyclopédie.
Alors je ne sais pas si c'est encore possible pour le Wikiconcours de ce mois-ci (qui semble pas avoir une publicité très prononcé en plus), mais peut être que celui de septembre prochaine peut être l'objet d'un sitenotice. Tarte 4 mars 2020 à 20:05 (CET)
- Nouill :
- Salut,
- Je sais que les participants de Wikipédia:Sondage/Utilisation du sitenotice ont estimé que c'est la bonne page pour discuter du Sitenotice, mais personnellement, j'ai l'impression que peu de personnes suivent cette page de près. J'ai signalé ta demande sur Discussion Wikipédia:Wikiconcours. N'hésite pas à le faire ailleurs aussi.
- Orlodrim (discuter) 4 mars 2020 à 21:09 (CET)
- Bonne idée ! Lofhi (me contacter) 11 mars 2020 à 20:05 (CET)
- Une ébauche : Utilisateur:Nouill/Brouillon5. Tarte 19 mars 2020 à 17:58 (CET)
- Nouill : Il n'y a pas d'objection, donc je pense qu'on pourra le mettre sans plus de formalités au prochain Wikiconcours. Refais une demande à ce moment-là, sinon il y a à peu près 100 % de chance que j'oublie. Orlodrim (discuter) 20 mars 2020 à 19:07 (CET)
- Classement sans suites de la requête (obsolète depuis mars). Prométhée (discuter) 25 mai 2020 à 09:01 (CEST)
- Une ébauche : Utilisateur:Nouill/Brouillon5. Tarte 19 mars 2020 à 17:58 (CET)
MediaWiki:Sitenotice – Mois Africain WIkipédia modifier
Requête refusée - 27 mai 2020 à 10:07 (CEST)
Pages où apparaît ce message : Partout sur le site de Wikipédia en français
Changement proposé : Ajouter ce bandeau pour inciter à la participation au Mois africain Wikipédia.
Vous souhaitez contribuer sur le thème de l'Afrique ? Durant tout le mois de mai, venez participer à la 2e édition du Mois africain Wikipédia pour y gagner des prix !
demande obsolète, a été géré sur CentralNotice. Prométhée (discuter) 27 mai 2020 à 10:07 (CEST)
MediaWiki:Notification-header-welcome – point médian modifier
Requête acceptée - 30 juin 2020 à 14:09 (CEST)
Bonjour, au vu des réactions assez fraîches rencontrées sur cette section bistro, je vous demande de revenir sur cette modification faite par @Trizek il y a un mois.
@Thibaut120094 j’ai compris sur le Bistro que tu suggérais de passer par Translatewiki, mais d’une part je ne parviens pas à accéder au site (je n’ai pas les droits pour créer un compte…), d’autre part visiblement la modification du message système a été faite en local.
Cordialement --Pic-Sou 29 juin 2020 à 09:27 (CEST)
- Bonjour. En l'absence d'échanges sur le sujet, je pense que le message devrait être remis à la forme antérieure. Amicalement. - p-2020-06-s - Couarier 29 juin 2020 à 11:18 (CEST)
- Autant prendre une formule qui n'indique pas le genre : « Vous allez recevoir un message d'accueil : etc. » ? Seudo (discuter) 29 juin 2020 à 12:01 (CEST)
- Le message sur Translatewiki ne précise pas qu'il y aura un accueil sur la page de discussion effectué par une personne expérimentée. Ces trois derniers mots peuvent d'ailleurs très bien remplacer ce point médian qui blesse quelques personnes.
- Était-il utile d'en faire un sujet pop-corn sur le bistro ? Non. Une fois de plus, « on » préfère se plaindre en place publique plutôt que de cordialement engager la conversation avec la personne qui a fait le changement (rappel : les historique existent pour cela). Trizek bla 29 juin 2020 à 19:23 (CEST)
- Bonjour @Trizek, je suis sincèrement désolé de n’avoir pas commencé par engager la discussion avec toi. Malheureusement, je n’ai pas trouvé d’où venait cette notification, avant que @Apokrif n’insère le lien vers la page adéquate. C’est après cette trouvaille que j’ai pu voir que tu étais l’auteur de la modification, ce qui m’a permis de te notifier ici. Je te prie d’accepter mes excuses. --Pic-Sou 29 juin 2020 à 19:32 (CEST)
- Autant prendre une formule qui n'indique pas le genre : « Vous allez recevoir un message d'accueil : etc. » ? Seudo (discuter) 29 juin 2020 à 12:01 (CEST)
- Linedwell [discuter] 30 juin 2020 à 14:09 (CEST)
- Merci @Linedwell ! --Pic-Sou 1 juillet 2020 à 14:19 (CEST)
MediaWiki:Spam-whitelist – viagrandparis.tv modifier
Requête acceptée - 30 juin 2020 à 14:05 (CEST)
Pages où apparaît ce message : fenêtre d'édition
Changement proposé : Ajouter viagrandparis.tv à la whitelist, qui est bloqué par la blacklist globale à cause de « viagra », cf. ce diff.
Merci d'avance, --Mathis B discuter, le 30 juin 2020 à 12:31 (CEST)
MediaWiki:Watchlist-messages – Activation par défaut du nouvel outil de réponse modifier
Requête acceptée - 6 août 2020 à 19:23 (CEST)
Pages où apparaît ce message : la liste de suivi.
Changement proposé : suite à cette discussion, est-il possible de mettre le message suivant dans le bandeau ?
« Depuis le 31 mars, notre édition de Wikipédia et trois autres éditions linguistiques peuvent tester l'Outil de réponse en développement. Au vu des chiffres, l'équipe en charge de l'outil compte l'activer par défaut dans un futur proche pour tous les contributeurs enregistrés. Cela pourra être désactivé dans les préférences. Plus d'informations sur la page de discussion du projet du wiki. »
Merci. Lofhi (discuter) 31 juillet 2020 à 15:45 (CEST)
Edit : pour la durée, aucune idée... Deux semaines ? Je n'ai pas eu le droit à une date de déploiement. Lofhi (discuter) 31 juillet 2020 à 15:46 (CEST)
Requête acceptée - 12 août 2020 à 16:07 (CEST)
Pages où apparaît ce message : Comptes bloqués
Changement proposé : Ajouter le paramètre {{GENDER:{{ROOTPAGENAME}} afin de respecter le genre de la personne. Actuellement, « utilisateur » s'affiche même si la personne se présente comme féminine. — Juste Juju, le 12 août 2020 à 10:59 (CEST)
- Bonjour
- Ce que j'ai tenté avec ton paramètre ne marche pas. Comment tu ajoutes ça à Cet utilisateur est actuellement bloqué. ?
- Un autre saura faire... TigH (discuter) 12 août 2020 à 13:45 (CEST)
- Fait. — Thibaut (discuter) 12 août 2020 à 16:07 (CEST)
MediaWiki:Spam-blacklist – Enlever un lien modifier
Requête refusée - 18 août 2020 à 12:53 (CEST)
Pages où apparaît ce message : Bonjour,
Le lien du site univers arbre de vie apparaît dans la liste des spams, or je souhaiterai que vous l'enleviez immédiatement. Je ne comprend pas pourquoi vous avez fait cela, le site offre du contenu de qualité, sans duplicate content, avec un SEO irreprochable.
Il renvoie quelques liens vers Wikipédia, il est donc normal que Wiki fasse de même.
Merci de votre compréhension Cordialement — Le message qui précède, non signé, a été déposé par Margottej (discuter), le 18 août 2020 à 08:16
Changement proposé : ENLEVER le site univers arbre de vie de la liste noire.
- Margottej :
- Bonjour,
- Le blocage du site résulte de vos multiples tentatives d'ajouter un lien vers celui-ci.
- Il s'agit d'une boutique en ligne. Il est donc inapproprié de mettre des liens vers ce site dans des articles de Wikipédia, et plus généralement d'utiliser Wikipédia dans un but publicitaire (pour vous, votre activité, votre site web, etc.).
- Orlodrim (discuter) 18 août 2020 à 12:53 (CEST)
- Je comprends mieux pourquoi ce contributeur avait cessé de spammer. 'toff [discut.] 18 août 2020 à 15:38 (CEST)
- Je comprends mieux pourquoi ce contributeur avait cessé de spammer.
MediaWiki:Vector.css – Ajouter le logo de Wikimania modifier
Requête acceptée - 22 août 2020 à 18:09 (CEST)
Pages où apparaît ce message : Page d'accueil
Changement proposé : Tous les liens vers les projets WikiMedia présentés dans le menu de gauche disposent d'une icône, sauf Wikimania. Il faudrait ajouter un truc du style :
li.wb-otherproject-wikimania {
background-image: url( <insérer l'URL de l'image ici, je ne sais pas où la trouver> );
}
Epok__ (Insultes, éloges, simples discussions : ✉), le 20 août 2020 à 11:31 (CEST)
- On peut, mais pour commencer, j'ai demandé si on veut vraiment avoir le lien là : Discussion Wikipédia:Accueil principal#Lien vers Wikimania. Orlodrim (discuter) 20 août 2020 à 19:24 (CEST)
- Orlodrim : pas de soucis, j'ai fait cette demande dans un but purement esthétique, ajouter le logo ou supprimer le lien, c'est la même pour moi (je ne sais même pas vraiment ce qu'est Wikimania au fond ). Epok__ (Insultes, éloges, simples discussions : ✉), le 20 août 2020 à 19:51 (CEST)
- Vu les autres réponses, j'ai traité la requête en masquant le lien. Orlodrim (discuter) 22 août 2020 à 18:09 (CEST)
MediaWiki:Gadget-CustomSidebar.js – Mise à jour du CSS pour le gadget « Mes liens » modifier
Requête acceptée - 28 août 2020 à 16:48 (CEST)
.png)
Bonjour à tous,
La section « Mes liens » qui apparaît lorsqu'on active le gadget CustomSidebar ne possède plus la mise en forme attendue. C'est un problème commun à tous les habillages du Wiki car il semble qu'il manque certaines classes en CSS dans la définition du portlet.
Par exemple, pour l'habillage Vector, la solution est de remplacer
class="portal" par class="vector-menu-portal" dans la fonction createPortlet() du script.
La classe à ajouter peut être différente pour d'autres habillages (comme Monobook) mais je ne sais pas si c'est un problème introduit par une mise à jour récente de l'interface ou si le gadget n'avait déjà pas la bonne mise en forme avant pour ces autres habillages. Quelqu'un pourrait-il opérer les modifications (esthétiques) qui s'imposent ?
Merci beaucoup ! — Eneelk (discuter) 28 août 2020 à 16:44 (CEST)
- Fait.
- @Eneelk : Aurais-tu un correctif pour le gadget MediaWiki:Gadget-Accessibility.js qui a le même problème ? — Thibaut (discuter) 28 août 2020 à 16:48 (CEST)
- Thibaut120094 : Merci pour la modification ! Remplacer la cinquième ligne dans la fonction
createPortlet(id, title)(.attr( { id: id, 'class': 'portal' } )) par.attr( { id: id, 'class': 'vector-menu-portal' } )devrait faire l'affaire. (Les habillages Timeless et Monobook ne sont apparemment pas concernés par le bug.) — Eneelk (discuter) 28 août 2020 à 19:00 (CEST)- Merci Eneelk ! Ça a résolu le souci ! — Thibaut (discuter) 28 août 2020 à 19:15 (CEST)
Requête acceptée - 3 septembre 2020 à 21:43 (CEST)
Pages où apparaît ce message : Spécial:Recherche
Changement proposé : (Sorry for writing in English.) Please create MediaWiki:search-helppage with the literal content Aide:Recherche (without any wikilink or other markup); this will make the “Aide” link in the upper right corner to point to Aide:Recherche. (This replaces the link pointing to mw:Help:CirrusSearch/fr, so you might want to link to the MediaWiki page from Aide:Recherche.) After that, please delete (or blank) MediaWiki:search-summary, as that will become pointless. The link in the upper right corner stands out more, so hopefully this change will help more people to find the Wikipedia help page. – Tacsipacsi (discuter) 7 mars 2020 à 22:07 (CET)
- Hello Tacsipacsi,
- I just checked, and the help provided from the page mw:Help:CirrusSearch/fr seems far more exhaustive than the local page Aide:Recherche. Is there a specific reason other than pointing to the local wiki that would require changing the link?
- Moreover, can you tell us more about the replacement you propose (MediaWiki:search-summary → MediaWiki:search-helppage)? What's the difference between these two pages? Is the first one being deprecated or something?
- Regards, Epok__ (Insultes, éloges, simples discussions : ✉), le 7 mars 2020 à 22:22 (CET)
- I've found a quick answer about the second question (and should have checked first... sorry): MediaWiki:search-helppage seems to be the link associated to the question mark in the upper-right corner, while MediaWiki:search-summary is a text displayed at the top of the search page. Anyway, still asking if this one is to be deprecated soon, or if it is just in order to replace it by the question mark link. Epok__ (Insultes, éloges, simples discussions : ✉), le 7 mars 2020 à 22:26 (CET)
- Epok : My only reason to prefer local page is that it’s local – for example, the local page can link to the MediaWiki.org page, which (thanks to the translate system there) isn’t possible in the other way round. I don’t know about any deprecation plans, but having two links is quite confusing IMHO. (By the way, the current link uses Special:MyLanguage on MediaWiki.org, which is less-than-ideal as it uses the user language there, which will be English for most readers. This can, of course, be fixed by simply changing the message to
mw:Help:CirrusSearch/fr, it doesn’t require pointing to a local page and linking from the local page to MediaWiki.org.) —Tacsipacsi (discuter) 7 mars 2020 à 23:00 (CET)- Aide:Recherche has 28583 views in the last 30 days [29] whereas mw:Help:CirrusSearch + mw:Help:CirrusSearch/fr together only reach 5646. It could be because of a link in another page brings even more traffic to Aide:Recherche, but otherwise, it means that the link in the right corner gets fewer clicks. I'm not opposed to trying to remove the link above the search box, but if we do, we should monitor the view stats for Aide:Recherche in the next days. Orlodrim (discuter) 7 mars 2020 à 23:17 (CET)
- I applied the changes. If the traffic to Aide:Recherche decreases significantly in the next two days, I will re-add the link above the search box. Orlodrim (discuter) 26 août 2020 à 21:33 (CEST)
- With just one link in the corner, Aide:Recherche gets 5.5 less traffic than before (from everywhere, not necessarily just Spécial:Recherche). This confirms that the link in the corner has less visibility that the one above the search field, so I restored the later. Now, both links point to the same location so at least it's consistent.
- Tacsipacsi : Is that OK for you?
- Epok : I linked to Aide:Recherche and not mw:Help:CirrusSearch/fr because I think that mw:Help:CirrusSearch/fr is far too detailed as a target for that. Its goal is to explain all features of CirrusSearch rather than explaining the basics like how to formulate typical search queries. Most users don't care about the difference between CirrusSearch and the default MediaWiki search, or how frequently is the search index updated.
- Orlodrim (discuter) 29 août 2020 à 11:37 (CEST)
- Orlodrim : Ok, just added a link to that page at the bottom of the local help page. Epok__ (✉), le 29 août 2020 à 11:41 (CEST)
- Orlodrim : I’m disappointed that people don’t find the help link (which is used in quite a few places: special pages, categories, …). However, figures clearly show that they don’t find it, so in this case I agree that the best solution is having two links pointing to the same page. —Tacsipacsi (discuter) 29 août 2020 à 20:04 (CEST)
- It just came into my mind that this may be because of the mobile interface, and bingo! Mobile search results don’t show MediaWiki’s built-in help link, only MediaWiki:search-summary… —Tacsipacsi (discuter) 29 août 2020 à 20:07 (CEST)
- I see, it makes sense. Then we can reconsider if the help link starts being displayed on the mobile interface or if we can set a different message on mobile. I'm closing the request for now. Orlodrim (discuter) 3 septembre 2020 à 21:43 (CEST)
- It just came into my mind that this may be because of the mobile interface, and bingo! Mobile search results don’t show MediaWiki’s built-in help link, only MediaWiki:search-summary… —Tacsipacsi (discuter) 29 août 2020 à 20:07 (CEST)
- I applied the changes. If the traffic to Aide:Recherche decreases significantly in the next two days, I will re-add the link above the search box. Orlodrim (discuter) 26 août 2020 à 21:33 (CEST)
- Aide:Recherche has 28583 views in the last 30 days [29] whereas mw:Help:CirrusSearch + mw:Help:CirrusSearch/fr together only reach 5646. It could be because of a link in another page brings even more traffic to Aide:Recherche, but otherwise, it means that the link in the right corner gets fewer clicks. I'm not opposed to trying to remove the link above the search box, but if we do, we should monitor the view stats for Aide:Recherche in the next days. Orlodrim (discuter) 7 mars 2020 à 23:17 (CET)
- I've found a quick answer about the second question (and should have checked first... sorry): MediaWiki:search-helppage seems to be the link associated to the question mark in the upper-right corner, while MediaWiki:search-summary is a text displayed at the top of the search page. Anyway, still asking if this one is to be deprecated soon, or if it is just in order to replace it by the question mark link. Epok__ (Insultes, éloges, simples discussions : ✉), le 7 mars 2020 à 22:26 (CET)
Site notice pour l'élection groupée d'arbitres modifier
Requête acceptée - 3 septembre 2020 à 21:38 (CEST)
Suite à Wikipédia:Le Bistro/31 août 2020#Site notice pour l'élection groupée d'arbitres et sur la suggestion de Jules*, s'agissant d'informer sur les LdS de l'élection groupée en cours. D'avance merci. Cordialement, — Racconish 💬 1 septembre 2020 à 16:39 (CEST)
- Jules*, il me semble qu'il n'y a pas d'opposition... Cordialement, — Racconish 💬 3 septembre 2020 à 21:21 (CEST)
- Orlodrim (discuter) 3 septembre 2020 à 21:38 (CEST)
- Désolé @Racconish, j'ai totalement zappé. — Jules* Discuter 3 septembre 2020 à 21:39 (CEST)
MediaWiki:Clearyourcache – changement sur la page WPfr qui a un message différent de celui de MediaWiki modifier
Requête acceptée - 5 septembre 2020 à 00:51 (CEST)
Pages où apparaît ce message : Toutes les pages js
Changement proposé : Pour Safari sur Mac, ce n'est pas "Maj-Cmd-R" mais simplement "Cmd-R". Golmore ☎︎ 9 juillet 2020 à 10:12 (CEST)
- Il serait peut-être mieux de remplacer par le message par défaut qui a été traduit dans TranslateWiki. Golmore ☎︎ 13 juillet 2020 à 13:55 (CEST)
- Pªɖaw@ne 7 août 2020 à 09:31 (CEST)
MediaWiki:Common.css – masquer les erreurs des partitions modifier
Requête refusée - 5 septembre 2020 à 00:51 (CEST)
Changement proposé : En attendant que l’extension Score soit corrigée, peut-être vaut-il mieux cacher les erreurs produites avec un .errorbox{ display: none; } pour éviter les mauvaises surprises comme sur Clef_(musique) (signalé sur le Bistro), et je ne pense pas que modifier les articles concernés soit une bonne idée. (MediaWiki:Mobile.css à changer aussi je suppose.) — Le message qui précède, non signé, a été déposé par Pols12 (discuter), le 9 juillet 2020 à 21:53 (CEST)
- (Sorry for writing in English.) This would hide far too much error messages that are about user errors (for example the “invalid password” message on the login page is also an
.errorbox). The CSS selector should be as specific as possible, e.g.(works both on desktop and mobile), which hides it only in article texts, and only in read mode (not in edit mode, not in non-article namespaces, not outside of the article body). —Tacsipacsi (discuter) 9 juillet 2020 à 22:11 (CEST)body.ns-0.action-view #mw-content-text .errorbox { display: none; }
- Now there is a new class, so you can use safely, without hiding anything important. —Tacsipacsi (discuter) 10 juillet 2020 à 15:46 (CEST)
.mw-ext-score-error { display: none; }
- Now there is a new class, so you can use
- Pols12 : Malheureusement, ça n'est pas encore réparé, mais le message cryptique "Impossible d'exécuter LilyPond: /dev/null n'est pas un fichier exécutable" a rapidement été remplacé par "Les partitions musicales sont temporairement désactivées". Ça me semble raisonnable de laisser en l'état : ça permet de montrer qu'il devrait y avoir quelque chose mais que ça ne marche pas. Cela dit, si tu as une idée de message plus clair, on peut le changer (c'est dans MediaWiki:Score-exec-disabled)... à défaut de pouvoir réafficher les partitions. Orlodrim (discuter) 3 septembre 2020 à 22:26 (CEST)
MediaWiki:Gadget-XTools.js – vient de Meta modifier
Requête refusée - Prométhée (discuter) 7 septembre 2020 à 22:22 (CEST)
Pages où apparaît ce message : aucune pour l'instant, c'est un gadget provenant de Meta.
Changement proposé : Création (le script se trouve dans User:Golmore/XTools.js).
Message déposé par : Golmore par ici !
- Bonsoir Golmore, ta page personnelle User:Golmore/XTools.js ne fait qu'importer du code d'un autre wiki (mediawiki).
- Je pense que le mieux est de garder le code centralisé là-bas (puisqu'il fonctionne) et donc de copier cette ligne directement dans ton common.js.
- Prométhée (discuter) 7 septembre 2020 à 22:22 (CEST)
- prométhée : il ne s'agit pas de mon usage personnel, mais c'est pour les contributeurs qui voudraient activer facilement des gadgets via leurs préférences, car la majorité des utilisateurs ne sait pas gérer son common. Il en va de même pour les autres requêtes que j'ai déposées. Bàt/v. Golmore par ici ! 9 septembre 2020 à 15:28 (CEST)
- Alors la définition d'un gadget sur l'espace MediaWiki n'implique pas un ajout dans la liste des gadgets des préférences, il faudrait aussi modifier MediaWiki:Gadgets-definition (ce qui n'est fait que pour les plus utilisés/utiles) .
- Pour en revenir à au gadget XTools, on pourrait déjà ajouter une section sur Projet:Scripts et gadgets/Liste des fonctions disponibles pour les scripts externes en expliquant comment les importer. Prométhée (discuter) 9 septembre 2020 à 18:50 (CEST)
MediaWiki:Gadget-quickeditcounter.js – courte description modifier
Requête refusée - 11 septembre 2020 à 09:17 (CEST)
- Requête : Je voudrais "créer" un gadget (venant de Wikidata), voici le code :
// Version originale :
// - QuickEditCounter par [[:pl:User:ChP94]]
// - Sous licence [http://www.gnu.org/licenses/gpl.txt GNU Public License (GPL)]
// Modifié par : [[:pl:User:Beau]], [[:pl:User:Rzuwig]], [[:User:Arkanosis]], [[:d:User:Vivaelcelta]], [[m:User:Zerabat]]
window.qecGadget = {
version: 10,
_i18n: ( function() {
var l10n = {
ca: {
thismaleusermade: 'Aquest usuari ha fet',
thisfemaleusermade: 'Aquesta usuària ha fet',
total: 'un total de',
edits: 'edicions'
},
en: {
thismaleusermade: 'This user has made',
thisfemaleusermade: 'This user has made',
total: 'a total of',
edits: 'edits'
},
es: {
thismaleusermade: 'Este usuario hizo',
thisfemaleusermade: 'Esta usuaria hizo',
total: 'un total de',
edits: 'ediciones'
},
fr: {
thismaleusermade: 'Cet utilisateur a fait',
thisfemaleusermade: 'Cette utilisatrice a fait',
total: 'un total de',
edits: 'éditions'
},
gl: {
thismaleusermade: 'Este usuario fixo',
thisfemaleusermade: 'Esta usuaria fixo',
total: 'un total de',
edits: 'edicións'
},
it: {
thismaleusermade: 'Questo utente ha fatto',
thisfemaleusermade: 'Questa utente ha fatto',
total: 'un totale di',
edits: 'edizioni'
},
ja: {
thismaleusermade: 'この利用者は',
thisfemaleusermade: 'この利用者は',
total: ' ',
edits: '編集回数持ってます。'
},
ko: {
thismaleusermade: '이 사용자는',
thisfemaleusermade: '이 사용자는',
total: ' ',
edits: '회 편집하였습니다'
},
pl: {
thismaleusermade: 'Ten użytkownik wykonał',
thisfemaleusermade: 'Ta użytkowniczka wykonała',
total: 'łącznie',
edits: 'edycji'
}
};
var lang = mw.user.options.get( 'language' );
if( !l10n[ lang ] ) {
lang = 'es';
}
return function( key ) {
if( l10n[ lang ][ key ] ) {
return l10n[ lang ][ key ];
} else {
return l10n[ 'es' ][ key ];
}
};
} )(),
init: function() {
if ( mw.config.get( 'wgNamespaceNumber' ) != 2 && mw.config.get( 'wgNamespaceNumber' ) != 3 ) {
return;
}
if ( mw.util.getParamValue('printable') == 'yes' ) {
return;
}
this.username = mw.config.get( 'wgTitle' ).replace( /\/.*$/, '' );
var that = this;
var request = {
action: 'query',
list: 'users',
usprop: 'editcount|gender',
format: 'json',
ususers: this.username,
requestid: new Date().getTime()
};
jQuery.getJSON( mw.util.wikiScript( 'api' ), request, function( result ) {
jQuery( document ).ready( function() {
if ( result ) {
that.showResults( result );
}
});
});
},
showResults: function( data ) {
data = data.query.users[0];
if ( !data || data.name != this.username || data.invalid != null || data.editcount === undefined )
return;
var firstHeading;
var headers = document.getElementsByTagName( 'h1' );
for ( var i = 0; i < headers.length; i++ ) {
var header = headers[i];
if ( header.className == 'firstHeading' || header.id == 'firstHeading' || header.className == 'pagetitle' ) {
firstHeading = header; break;
}
}
if( !firstHeading ) {
firstHeading = document.getElementById( 'section-0' );
}
if( !firstHeading ) {
return;
}
var html = data.gender == 'female'
? this._i18n( 'thisfemaleusermade' )
: this._i18n( 'thismaleusermade' );
var lang = 'fr';
var wiki = 'wikipedia';
var m;
if ( m = mw.config.get( 'wgServer' ).match( /^(?:http:)?\/\/(.+?).([^.]+).org$/ ) ) {
lang = m[1];
wiki = m[2];
} else if ( m = mw.config.get( 'wgScriptPath' ).match( /\/(.+?)\/(.+?)\// ) ) {
lang = m[2];
wiki = m[1];
}
html += ' ' + this._i18n( 'total' ) + ' <a href="//tools.wmflabs.org/supercount/index.php?user=' + encodeURIComponent( this.username ) + '&project=' + encodeURIComponent( lang ) + '.' + encodeURIComponent( wiki ) + '">' + data.editcount + '</a> ' + this._i18n( 'edits' ) + '.';
var div = document.createElement( 'div' );
div.style.cssText = 'font-size:8pt;line-height:1em';
div.className = 'plainlinks';
div.innerHTML = html;
if ( mw.config.get( 'skin' ) == 'modern' ) {
div.style.marginLeft = '10px';
div.style.display = 'inline-block';
}
firstHeading.appendChild( div );
}
};
qecGadget.init();
- Le code est également disponible ici : User:Golmore/QuickEditCounter.js.
- Message déposé par : Golmore par ici ! le 30 juillet 2020 à 17:51 (CEST)
- Pour moi c'est aussi non, je suis très septique sur le fait de copier aussi ce script de l’extérieur (même si pour celui là il y a besoin de changer quelques variables pour un fonctionnement sur la wikipédia en français). A mon avis il devrait rester dans l'espace utilisateur. Golmore : un autre conseil : poster une description de ce que fait le script la prochaine fois en même temps que tes demandes, ça évite de devoir y passer du temps pour comprendre ce qu'il fait... Prométhée (discuter) 11 septembre 2020 à 09:17 (CEST)
[[MediaWiki: ]] – Rajouter un modèle dans la barre d'outils modifier
Requête acceptée - 15 septembre 2020 à 22:40 (CEST)
Bonjour,
Voici la capture d'écran de ma barre d'outils : Fichier:Barre d'outils.jpg
Changement proposé : Je souhaiterais que ces modèles soient rajoutés dans la barre :
{{Lien|fr=|lang=}}
{{Lien |lang = |fr = |trad = |texte= }}
Ou au minimum le deuxième.
Merci d'avance. -- Guil2027 (discuter) 14 septembre 2020 à 12:03 (CEST)
- Guil2027 :
- Bonjour,
- La barre d'outils est paramétrable. Tu peux ajouter ces deux boutons pour ces liens en copiant le contenu de Utilisateur:Orlodrim777/common.js dans Utilisatrice:Guil2027/common.js puis en purgeant le cache de ton navigateur.
- Je ne suis pas graphiste, donc j'ai juste récupéré les images
et 
qui existaient déjà dans c:Category:MediaWiki edit toolbar text buttons. - Orlodrim (discuter) 14 septembre 2020 à 21:23 (CEST)
- Orlodrim : Merci beaucoup ! -- Guil2027 (discuter) 14 septembre 2020 à 21:26 (CEST)
MediaWiki:Tag-HotCats – redirection modifier
Requête acceptée - 19 septembre 2020 à 16:23 (CEST)
Pages où apparaît ce message : MediaWiki:Tag-HotCats
Changement proposé :[[Projet:Scripts et gadgets/Notices/HotCatsMulti]]
Motif : Redirection, suite au rennomage du projet. Florian COLLIN (discussion) 15 septembre 2020 à 20:49 (CEST)
- En cherchant un peu, ce n'est pas un cas isolé : il y a environ 50 liens vers des sous-pages de Projet:JavaScript dans l'espace MediaWiki ([30]). Normalement, ce n'est pas très utile de corriger les redirections, mais là on est au niveau "méta" (il y a des gadgets qui créent continuellement de nouveaux liens vers ces redirections). Je regarderai quand j'aurai un peu plus de temps. Orlodrim (discuter) 15 septembre 2020 à 22:47 (CEST)
- Orlodrim, j'avais remarqué pour les balises avec le gadget Redirections en couleur, mais j'ai commencé par celui-ci, le plus utilisé.
- Florian COLLIN (discussion) 16 septembre 2020 à 14:43 (CEST)
- Je pense que j'ai mis à jour tous les tags et les résumés de modification générés par des gadgets. Le reste n'a pas beaucoup d'importance. Orlodrim (discuter) 19 septembre 2020 à 16:23 (CEST)
MediaWiki:Common.css – Mise à jour du lien de l'image AdQ modifier
Requête acceptée - 19 septembre 2020 à 16:17 (CEST)
Pages où apparaît ce message : Page d'accueil de ce jour, bullet du lien "lire la suite".
Changement proposé : Dans le code suivant :
/* Bandeau label et icônes des AdQ/BA à côté des liens interlangues et
dans les modèles {{Q}} et {{B}}. */
li.AdQ,
li.LdQ,
li.PdQ,
li.badge-featuredarticle,
li.badge-featuredlist,
li.badge-featuredportal {
list-style-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/6/64/Article_de_qualite.svg/10px-Article_de_qualite.svg.png");
}
Le lien vers l'image est invalide, ce qui a pour effet de casser le rendu du modèle {{Q}}. Il faudrait le mettre à jour.
Wikipédiennement, Epok__ (✉), le 19 septembre 2020 à 16:12 (CEST)
MediaWiki:Sitenotice – Mois américain modifier
Requête acceptée - 30 septembre 2020 à 23:09 (CEST)
Il faudrait mettre ce message sur toutes les pages pendant tout le mois d'octobre, dates du mois américain 2020.
Merci, Athozus Discussion 25 septembre 2020 à 18:17 (CEST).
Pages où apparaît ce message : Toutes durant le mois d'octobre
Changement proposé :
- Athozus : utiliser une taille d'image fixe (384px) va éventuellement poser problème pour certaines résolutions d'écran.
- Il me semble que les bandeaux sitenotice sont plutôt comme ça (j'ai réutilisé celui de l'an passé) :
Venez participer au Mois américain Wikipédia !
- Aussi, l'an passé le bandeau n'a été affiché que les deux premières semaines il me semble. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 25 septembre 2020 à 20:04 (CEST)
- Avec la deuxième option. Je le laisserai affiché deux semaines. Orlodrim (discuter) 30 septembre 2020 à 23:09 (CEST)
MediaWiki:Wikibase-otherprojects-mediawiki – Typographie modifier
Requête acceptée - 10 octobre 2020 à 19:49 (CEST)
Pages où apparaît ce message : La plupart des pages, comme WP:Annonces.
Changement proposé : Changé pour MediaWiki au lieu de Mediawiki, pour des raison de typos.
- J'ai plutôt modifié le message par défaut [31].
- Cordialement,
- Florian COLLIN (discussion) 10 octobre 2020 à 19:48 (CEST)
MediaWiki:Tag-retrait bandeau maintenance – cohérance modifier
Requête acceptée - 22 octobre 2020 à 23:14 (CEST)
Pages où apparaît ce message : Pages d'historique, modifications récentes, liste de suivi et Spécial:Balises.
Changement proposé : Changement en Retrait bandeau de maintenance.
Raison : cohérence avec les autres balises, qui portent des majuscules.
- Avec « de » en plus. Orlodrim (discuter) 22 octobre 2020 à 23:14 (CEST)
MediaWiki:Previewnote - Bug d’affichage du bandeau de message lors de la prévisualisation modifier
Requête refusée - 4 novembre 2020 à 15:18 (CET)
Pages où apparaît ce message : toutes les pages, lors de la prévisualisation d’une modification. Je ne sais pas quel est le nom de la page à corriger, mais MediaWiki:Previewnote (d · h · j · ↵) n’a pas été modifié récemment. Depuis quelques jours, il y a un bug d’affichage du message dans le bandeau au-dessus d’une prévisualisation. J’espère que ma demande est au bon endroit… et sinon, merci de m’indiquer où est le bon endroit ! TED 27 octobre 2020 à 23:14 (CET)
Changement proposé : corriger l’affichage du message, mais je ne sais pas où cela peut se faire. TED 27 octobre 2020 à 23:14 (CET)
- @TED Pouvez-vous expliquer ce qui ne va pas ?
- Est-ce que c'est un problème de contenu ? Une faute d'orthographe, de grammaire, un mauvais choix de couleur dans le bandeau quand vous le visualisez directement MediaWiki:Previewnote ? Dans ce cas vous êtes sur la bonne page de demande. Mais il faut nous être plus précis dans votre description .
- Si c'est plutôt un problème d'affichage (bandeau en biais ? Chevauchement avec un autre élément de la page ?), je pense qu'il n'y a pas de page prévue pour ça . Pouvez-vous tout de même décrire le problème ? Quel habillage utilisez-vous : Vector, ancienne version de Vector, Monobook (c'est dans l'onglet Apparence de vos préférences ? -- Habertix (discuter) 28 octobre 2020 à 00:22 (CET).
Bug d’affichage du bandeau de prévisualisation. - @Habertix : non, c’est seulement un problème d’affichage, apparemment, puisque le bandeau s’affiche bien sur MediaWiki:Previewnote. Comme une image vaut mieux qu’un long discours, voici ce que je vois en prévisualisant…
- Pour l’habillage, c’est Vector par défaut (pas l’ancienne version, car j’ai un lien me proposant de basculer vers l’ancienne version).TED 28 octobre 2020 à 01:31 (CET)
- C'est peut-être un bug temporaire. Ça le fait encore présentement ? od†n ↗blah 28 octobre 2020 à 11:24 (CET)
- @Od1n : oui, ça le fait toujours. TED 29 octobre 2020 à 19:26 (CET)
- C'est bien ce que je pensais, il s'agit d'un bug temporaire au niveau de mediawiki ;-) En cherchant sur phabricator j'ai trouvé phab:T266311. Et comme j'utilise aussi la fonctionnalité de prévisualisation rapide, j'ai effectivement pu reproduire le bug. Reste plus qu'à attendre que le correctif arrive ici. od†n ↗blah 30 octobre 2020 à 03:00 (CET)
- Je classe sans suite, vu qu'il n'y a rien à faire de notre côté. od†n ↗blah 4 novembre 2020 à 15:18 (CET)
- C'est bien ce que je pensais, il s'agit d'un bug temporaire au niveau de mediawiki ;-) En cherchant sur phabricator j'ai trouvé phab:T266311. Et comme j'utilise aussi la fonctionnalité de prévisualisation rapide, j'ai effectivement pu reproduire le bug. Reste plus qu'à attendre que le correctif arrive ici. od†n ↗blah 30 octobre 2020 à 03:00 (CET)
- @Od1n : oui, ça le fait toujours. TED 29 octobre 2020 à 19:26 (CET)
- C'est peut-être un bug temporaire. Ça le fait encore présentement ? od†n ↗blah 28 octobre 2020 à 11:24 (CET)
![[8]](https://commons.wikimedia.org/wiki/File:Picto_infobox_cue.svg){kind=link}
MediaWiki:Gadget-Shortdesc helper, MediaWiki:Gadget-Shortdesc helper.js, et MediaWiki:Gadgets-definition – nouveau gadget modifier
Requête acceptée - 6 novembre 2020 à 12:34 (CET)
Pages où apparaît ce message : Aucun.
Changement proposé : Bonjour aux interface-admins,
Suite à cette conversation, qui faisait suite à une autre conversation sur le bistro du jour, Irønie proposait l'installation d'un nouveau gadget qui permet pour fire simple (et en soit c'est très simple) d'afficher la description de l'article sur Wikidata, en haut des pages des articles de Wikipédia (description affiché en mode mobile). Mais il propose en plus de la modifié sans bouger de l'article, des images sont dispos sur le lien du bistro ci-dessus.
Voici le code source :
/* Script d'affichage et édition des courtes descriptions sur Wikidata
* {{Catégorisation JS}}
*/
mw.loader.getScript( 'https://en.wikipedia.org/w/load.php?modules=ext.gadget.libSettings' ).then( function() {
mw.loader.load( 'https://en.wikipedia.org/w/load.php?modules=ext.gadget.Shortdesc-helper' );
})
Après je ne sais pas si ça peut-être fait tout de suite, mais il était proposé d'y ajouté dans MediaWiki:Gadget-Shortdesc helper :
''Shortdesc helper'' : permet de modifier les descriptions de Wikidata en haut de page d'article.
Et pour terminer une nouvelle ligne, je ne sais pas trop où dans MediaWiki:Gadgets-definition, ajouter une nouvelle ligne pour le gadget. SI vous avez une question n'hésitez pas à notifier Irønie.
Cordialement,
Florian COLLIN (discussion) 4 novembre 2020 à 20:30 (CET)
- Florian COLLIN et Irønie : Comment on appelle ça en français ? « courte description » ? « description courte » ? « ligne de description » ? Si on colle à l'original, j'aurais intuitivement tendance à mettre l'adjectif après (« description courte ») car il s'agit de nommer un concept, mais je ne sais pas trop l'expliquer ni si c'est partagé. Orlodrim (discuter) 5 novembre 2020 à 23:59 (CET)
- Peut-être
Description courte
comme pour WP:Description courte, non ? Florian COLLIN (discussion) 6 novembre 2020 à 07:00 (CET)- Ça s'appelle donc « éditeur de description courte » dans les préférences. Orlodrim (discuter) 6 novembre 2020 à 12:34 (CET)
- Peut-être
Requête acceptée - 8 novembre 2020 à 12:52 (CET)
Pages où apparaît ce message : Historique, liste de suivi, modifications récentes, Spécial:Balises...
Changement proposé :[[mw:2017 wikitext editor/fr|Éditeur de source 2017]]
Requête acceptée - 2 décembre 2020 à 20:24 (CET)
Pages où apparaît ce message : Special:Contributions/89.87.170.89
Changement proposé : Le lien domaincrawler mène à la page d'accueil de l'éditeur
- Je l'ai enlevé. Orlodrim (discuter) 2 décembre 2020 à 20:24 (CET)
- Merci, effectivement la fonctionnalité semble perdue. Marrant que je n'ai pas signé ma demande, on s'habitue aux interfaces qui signent toutes seules on dirait Cordialement - Drongou (discuter) 2 décembre 2020 à 22:33 (CET)
MediaWiki:Visualeditor-template-tools-definition.json – correction et complétion modifier
Requête acceptée - 30 janvier 2021 à 23:17 (CET)
Pages où apparait ce message : permet d’afficher un message d’aide quand on clique sur un modèle {{référence nécessaire}} depuis l’éditeur visuel. (tâche d’introduction de la fonctionnalité, documentation)
Changement proposé :
- Ligne 2, changer
"Référence nécessaire"par"citationNeeded"(c’est la clé que le programme va rechercher, pas le nom du modèle) - Après la ligne 4 (dans l’objet
title), ajouter une ligne"Référence nécessaire",(cette fois c’est bien le nom du modèle) - Après la ligne 26 (dans l’objet
params), ajouter une ligne"reason": "infobulle",(depuis cette semaine, une explication personnalisée peut être affichée)
--Pols12 (discuter) 19 décembre 2020 à 23:42 (CET)
- Pols12 : J'ai fait les deux premiers changements. Je ne comprends pas quel est l'objectif du troisième. Le modèle {{Référence nécessaire}} ne possède par de paramètre "infobulle", ni aucun autre qui permettrait de préciser une raison. Orlodrim (discuter) 30 janvier 2021 à 10:22 (CET)
- Merci Orlodrim ! En effet, pour le paramètre
infobulle, j’ai dû me méprendre. Ceci dit, il serait intéressant d’utiliser le paramètre infobulle de {{fix}}, qui varie selon les modèles ({{Référence souhaitée}}, {{Référence non conforme}}, {{Source insuffisante}}, {{Référence à confirmer}}), mais je ne vois pas comment faire. Penses-tu que cela soit possible sans demander une mise à jour sur Phabricator ? - Par ailleurs, je pense qu’il serait intéressant de modifier MediaWiki:Cite-ve-citationneeded-description localement pour avoir un message plus explicite avec un lien vers Aide:Référence nécessaire, du style « Sur Wikipédia, toute information doit être sourcée. En savoir plus. » Qu’en penses-tu ? --Pols12 (discuter) 30 janvier 2021 à 12:11 (CET)
- Pols12 :
- J'ai ajouté {{Référence souhaitée}} à la liste vu que c'est possible, mais il sera géré exactement de la même façon que {{Référence nécessaire}}.
- D'après la documentation, je ne vois aucune possibilité d'indiquer une raison dépendant du modèle et non d'un paramètre de ce modèle. Par ailleurs, vu que la popup affiche une bouton "ajouter une référence", cette fonctionnalité ne me semble pas adaptée aux modèles qui demandent la correction ou le remplacement d'une référence existante. Je ne l'ai donc pas activée pour l'instant pour {{Source insuffisante}} et {{Référence à confirmer}}.
- J'ai essayé de mettre de lien dans MediaWiki:Cite-ve-citationneeded-description, mais ça ne marche pas. À défaut de lien, ne mettre que « Sur Wikipédia, toute information doit être sourcée » me semble trop général (pourquoi sur cette phrase plutôt que celle d'avant ou celle d'après, du coup ?). Le message par défaut rappelle au contributeur qu'il n'est pas tout seul et lui explique que la demande provient d'un humain qui a jugé qu'il fallait une source là, spécifiquement. Orlodrim (discuter) 30 janvier 2021 à 19:23 (CET)
- Orlodrim (discuter) 30 janvier 2021 à 19:23 (CET)
- Je suis d’accord avec tous tes constats. C’est bon pour moi, merci ! --Pols12 (discuter) 30 janvier 2021 à 20:03 (CET)
- Ok, je clos. Orlodrim (discuter) 30 janvier 2021 à 23:17 (CET)
- Je suis d’accord avec tous tes constats. C’est bon pour moi, merci ! --Pols12 (discuter) 30 janvier 2021 à 20:03 (CET)
- Merci Orlodrim ! En effet, pour le paramètre
MediaWiki:Citethispage-content – citation aid for BibTeX modifier
Requête acceptée - 30 janvier 2021 à 09:48 (CET)
Pages où apparaît ce message : MediaWiki:Citethispage-content
Changement proposé : Bonjour et pardon, mais mon anglais est mieux de mon français.
I recommend to replace two occurrences
wiki:xxx
by
frwiki:{{REVISIONID}}
Rationale:
- That code
wiki:xxxis a unique identifier within the TeX document. - Writers are forced to edit this ID manually if they subsequently quote wiki pages and they have to invent a different ID each time.
- By DB name and version ID a globally unique ID will be created now.
- English Wikipedia, German Wikipedia, English Wikisource adopted this change recently.
- It is even possible to derive the permalink URL from that ID.
salut --26 janvier 2021 à 19:30 (CET)
- Hi, it's done. Orlodrim (discuter) 30 janvier 2021 à 09:48 (CET)
MediaWiki:Pageimages-blacklist – Liste noire des images d'aperçu de page modifier
Requête acceptée - 7 février 2021 à 16:03 (CET)
Pages où apparaît ce message : (voir mw:Extension:PageImages#Can_I_exclude_certain_page_images?) - les images à exclure sont utilisées par le Modèle:Infobox Voie de Liège.
Changement proposé : Ajout des images suivantes :
MediaWiki:Sitenotice – Bandeau d'information nouvel habillage modifier
Requête refusée - 7 février 2021 à 16:04 (CET)
Bonjour, est-il possible d'ajouter ce bandeau au vu de l'activité sur le bistro ces derniers jours ?
Are you okay with this site notice, @SGrabarczuk (WMF)?
Merci, Lofhi (discuter) 6 août 2020 à 17:50 (CEST)
- Le lien "[masquer]" ne fonctionne pas… (testé sur Pale Moon et Chrome). od†n ↗blah 6 août 2020 à 21:21 (CEST)
- Idem sous firefox, pas moyen de masquer le bandeau, le lien n'est pas cliquable. Kropotkine 113 (discuter) 6 août 2020 à 21:37 (CEST)
- Je ne trouve rien sur Phabricator et nous sommes jeudi, il n'y aura pas de correctif logiciel avant lundi s'il doit y en avoir. Il n'y a pas eu de changement à l'extension DismissableSiteNotice si ce n'est des mises à jour de dépendances. Peut-être passer sur MediaWiki:Anonnotice pour calmer éviter la grogne de la communauté ? Ou alors nous n'affichons rien avant un correctif. Je n'arrive pas à masquer un bandeau sur astwiki non plus. Gonflant... Je vais écrire le bug report. Lofhi (discuter) 6 août 2020 à 21:56 (CEST)
- J'ai supprimé le bandeau pour l'instant, au moins le temps de résoudre le bug : il n'est pas possible de rester avec un bandeau affiché sur chaque page de l'encyclopédie sans pouvoir le masquer. Epok__ (Insultes, éloges, simples discussions : ✉), le 6 août 2020 à 22:10 (CEST)
- @Lofhi : si l'on veut s'adresser aux contributeurs, utiliser MediaWiki:Watchlist-messages ne serait-il pas préférable ? Ça évite aussi d'encombrer trop le sitenotice (bien plus envahissant). — Jules* Discuter 7 août 2020 à 10:44 (CEST)
- m:CentralNotice, sur meta, est fait pour ce type de messages. Trizek bla 7 août 2020 à 12:44 (CEST)
- Mais la bannière est sur-utilisée (qu'on utilise le sitenotice ou le CentralNotice n'y change rien), c'était le sens de mon commentaire . — Jules* Discuter 7 août 2020 à 13:22 (CEST)
- Oui, une CentralNotice, avec une latence de 10 jours pour la procédure, pour tenter de rattraper dans l'urgence une bourde de la WMF. Lofhi (discuter) 7 août 2020 à 15:24 (CEST)
- De mon point de vue, le Sitenotice était le seul bon choix pour avoir à la fois la bonne visibilité du message nécessaire au changement majeur réalisé et la réactivité voulue... Mais le bug est vraiment rédhibitoire. (Par ailleurs, je n'avais pas compris que WP:FR était béta-testeur sur ce sujet, j'avais activé manuellement le nouveau skin donc j'ai rien vu venir ).
- En attendant que le problème soit corrigé, on peut éventuellement envisager un Watchlist-message mais la portée me semble bien réduite pour la visibilité escomptée...
- Epok__ (Insultes, éloges, simples discussions : ✉), le 7 août 2020 à 15:41 (CEST)
- P.S. je vois que la tâche Phabicator a été mergée avec T259858... je trouve ça étonnant car celle-ci semble n'avoir été ouverte qu'après. Mais je ne suis pas complètement familier avec le fonctionnement du Phabricator. Epok__ (Insultes, éloges, simples discussions : ✉), le 7 août 2020 à 15:44 (CEST)
- De mon point de vue, le Sitenotice était le seul bon choix pour avoir à la fois la bonne visibilité du message nécessaire au changement majeur réalisé et la réactivité voulue... Mais le bug est vraiment rédhibitoire. (Par ailleurs, je n'avais pas compris que WP:FR était béta-testeur sur ce sujet, j'avais activé manuellement le nouveau skin donc j'ai rien vu venir
- Oui, une CentralNotice, avec une latence de 10 jours pour la procédure, pour tenter de rattraper dans l'urgence une bourde de la WMF. Lofhi (discuter) 7 août 2020 à 15:24 (CEST)
- Mais la bannière est sur-utilisée (qu'on utilise le sitenotice ou le CentralNotice n'y change rien), c'était le sens de mon commentaire
- m:CentralNotice, sur meta, est fait pour ce type de messages. Trizek bla 7 août 2020 à 12:44 (CEST)
- @Lofhi : si l'on veut s'adresser aux contributeurs, utiliser MediaWiki:Watchlist-messages ne serait-il pas préférable ? Ça évite aussi d'encombrer trop le sitenotice (bien plus envahissant). — Jules* Discuter 7 août 2020 à 10:44 (CEST)
- J'ai supprimé le bandeau pour l'instant, au moins le temps de résoudre le bug : il n'est pas possible de rester avec un bandeau affiché sur chaque page de l'encyclopédie sans pouvoir le masquer. Epok__ (Insultes, éloges, simples discussions : ✉), le 6 août 2020 à 22:10 (CEST)
- Je ne trouve rien sur Phabricator et nous sommes jeudi, il n'y aura pas de correctif logiciel avant lundi s'il doit y en avoir. Il n'y a pas eu de changement à l'extension DismissableSiteNotice si ce n'est des mises à jour de dépendances. Peut-être passer sur MediaWiki:Anonnotice pour calmer éviter la grogne de la communauté ? Ou alors nous n'affichons rien avant un correctif. Je n'arrive pas à masquer un bandeau sur astwiki non plus. Gonflant... Je vais écrire le bug report. Lofhi (discuter) 6 août 2020 à 21:56 (CEST)
- Idem sous firefox, pas moyen de masquer le bandeau, le lien n'est pas cliquable. Kropotkine 113 (discuter) 6 août 2020 à 21:37 (CEST)
- De toute façon, Monobook est le summum du design et Vector est une hérésie . J'ai évité cette requête pour ne pas enfreindre Wikipédia:Ne mordez pas les designers, mais vu que ça fait trois mois, Lofhi ou quelqu'un d'autre veut-il encore afficher un bandeau ? Orlodrim (discuter) 25 octobre 2020 à 09:58 (CET)
- Mine de rien, cette requête remonte a déjà plus de deux mois ! À en lire phab:T259858, il se pourrait que le bouton ait été réparé depuis lors. Donc éventuellement faire une nouvelle tentative pour ce bandeau ? od†n ↗blah 28 octobre 2020 à 11:27 (CET)
- Cette requête n'a pas été modifiée depuis plus de 3 mois. Quelqu'un veut-il encore afficher un bandeau ?
- Pour être clair : ce sujet ne m'intéresse pas. Je fais juste de la maintenance sur la page de requêtes et j'ignorerai la requête jusqu'à ce que quelqu'un d'autre s'en occupe ou qu'elle ce qu'elle soit inactive suffisamment longtemps pour être archivée.
- Orlodrim (discuter) 30 janvier 2021 à 10:34 (CET)
- En l'absence de réponse, j'archive. Orlodrim (discuter) 7 février 2021 à 16:04 (CET)
- Mine de rien, cette requête remonte a déjà plus de deux mois ! À en lire phab:T259858, il se pourrait que le bouton ait été réparé depuis lors. Donc éventuellement faire une nouvelle tentative pour ce bandeau ? od†n ↗blah 28 octobre 2020 à 11:27 (CET)
Titre de la page Spécial:Contributions modifier
Requête refusée - 22 février 2021 à 15:13 (CET)
Pages où apparaît ce message : Spécial:Contributions et ses sous-pages par utilisateur
Changement proposé : Le titre « Contributions de l’utilisateur·rice » est utilisé pour tous les comptes, malgré le genre éventuellement déclaré par les contributeurs dans leurs préferences, et malgré l'impoularité de l'écriture à point médian dans la communauté (si le sondage de janvier 2020 portait sur l'espace encyclopédique et pas sur le logiciel, il devrait néanmoins inciter les développeurs à procéder avec circonspection). Des alternatives épicènes existent, par exemple « contributions du compte ». À qui faut-il faire remonter ce sujet ? Merci, --l'Escogriffe (✉·✎) 17 décembre 2020 à 23:46 (CET)
- Bonjour GrandEscogriffe. Cela se passe ici et est lié à cette modification. Les admins semblent y avoir accès. — Ideawipik (discuter) 18 décembre 2020 à 00:02 (CET)
- Bonjour Ideawipik et merci pour l'info. Pas besoin d'avoir un statut sur Wikipédia apparemment, j'ai pu intervenir dessus avec un simple compte translatewiki. J'ai proposé « contributions du compte » (modif pas encore répercutée sur Wikipédia) et ouvert une section en page de discussion. --l'Escogriffe (✉·✎) 18 décembre 2020 à 00:36 (CET)
- Requête caduque. — Ideawipik (discuter) 22 février 2021 à 15:13 (CET)
- Bonjour Ideawipik et merci pour l'info. Pas besoin d'avoir un statut sur Wikipédia apparemment, j'ai pu intervenir dessus avec un simple compte translatewiki. J'ai proposé « contributions du compte » (modif pas encore répercutée sur Wikipédia) et ouvert une section en page de discussion. --l'Escogriffe (✉·✎) 18 décembre 2020 à 00:36 (CET)
Espace insécable ajouté via mw:Extension:TemplateStyles modifier
Requête refusée - 22 février 2021 à 14:05 (CET)
Pages où apparaît ce message : Documentation TemplateData des modèles, par exemple Modèle:Référence_nécessaire/Documentation#Paramètres. Je n'ai aucune idée de l'endroit où c'est défini mais c'est spécifique à :fr.
Changement proposé : Dans <style data-mw-deduplicate="TemplateStyles:r175129487">.mw-parser-output .mw-templatedata-doc-desc+p,.mw-parser-output .mw-templatedata-doc-param-name code:first-of-type{font-weight:bold}.mw-parser-output .mw-templatedata-doc-params dl{font-size:85%;margin:0.5em 1em}.mw-parser-output .mw-templatedata-doc-params dt{float:left;clear:both;font-weight:normal;font-style:italic}.mw-parser-output .mw-templatedata-doc-params dt:after{content:"\a0 :\a0 "}.mw-parser-output .mw-templatedata-doc-params dd{float:left;margin:0}.mw-parser-output .mw-templatedata-doc-muted{color:grey}</style> (visible dans la source de la page), remplacer content:"\a0 :\a0 " par content:"\a0:\a0 " (c'est à dire supprimer & #160;). The RedBurn (ϕ) 22 février 2021 à 13:41 (CET)
- J'ai déjà essayé, voir aussi Discussion modèle:Méta documentation de modèle/styles.css.
- Ça va être corrigé dans la prochaine mise à jour de MediaWiki (voir phab:T255007), il faut juste attendre. — Thibaut (discuter) 22 février 2021 à 14:02 (CET)
- Super, merci ! The RedBurn (ϕ) 22 février 2021 à 19:05 (CET)
- Super, merci !
Site notice pour l'élection groupée d'arbitres modifier
Requête acceptée - 1 mars 2021 à 15:30 (CET)
Comme c'est désormais l'usage, je sollicite la mise en place d'un message sur les LDS pour avertir de la possibilité de présenter sa candidature entre le 1er et le 19 mars à l'élection groupée d'arbitres. D'avance merci. Cordialement, — Racconish 💬 27 février 2021 à 19:15 (CET)
- @Racconish, est-ce que le texte suivant convient (je l'ai piqué à @Orlodrim qui s'était occupé de la dernière élection) ? « Vous pouvez proposer votre candidature à la fonction d'arbitre dans le cadre de la prochaine élection groupée jusqu'au . »
- — Jules* Discuter 28 février 2021 à 16:53 (CET)
- @Jules*, je suggère une mini-clarification pour qu'on comprenne bien que la date du 19 mars est le terme de présentation des candidatures et non de l'élection : « Vous pouvez proposer votre candidature jusqu'au à la fonction d'arbitre, dans le cadre de la prochaine élection groupée. » Cordialement, — Racconish 💬 28 février 2021 à 17:03 (CET)
- Ok. Un collègue admin pourra mettre ça en place demain matin sur MediaWiki:Watchlist-messages ; sinon, je m'en occuperai après le boulot vers 14 heures. Cdlt, — Jules* Discuter 28 février 2021 à 17:06 (CET)
- Merci. Cordialement, — Racconish 💬 28 février 2021 à 17:32 (CET)
- Fait. Cdlt, — Jules* Discuter 1 mars 2021 à 15:30 (CET)
- Merci. Cordialement, — Racconish 💬 28 février 2021 à 17:32 (CET)
- Ok. Un collègue admin pourra mettre ça en place demain matin sur MediaWiki:Watchlist-messages ; sinon, je m'en occuperai après le boulot vers 14 heures. Cdlt, — Jules* Discuter 28 février 2021 à 17:06 (CET)
- @Jules*, je suggère une mini-clarification pour qu'on comprenne bien que la date du 19 mars est le terme de présentation des candidatures et non de l'élection : « Vous pouvez proposer votre candidature jusqu'au à la fonction d'arbitre, dans le cadre de la prochaine élection groupée. » Cordialement, — Racconish 💬 28 février 2021 à 17:03 (CET)
MediaWiki:Gadget-HotCatsMulti.js – un petit null modifier
Requête acceptée - 12 mars 2021 à 15:20 (CET)
Pages où apparaît ce message : partout possiblement.
Changement proposé : reprendre le dernier diff et modifier undefined par null (voir doc). Lofhi (discuter) 12 mars 2021 à 09:58 (CET)
- Fait. — Thibaut (discuter) 12 mars 2021 à 15:20 (CET)
MediaWiki:Watchlist-messages – annonce d'un sondage modifier
Requête acceptée - 15 mars 2021 à 01:18 (CET)
Pages où apparaît ce message : Special:Watchlist pour ceux qui ont activé « afficher les annonces communautaires dans la liste de suivi » dans Special:Preferences.
Changement proposé : Remplacer {{Annonce liste de suivi
|texte=
|jusqu'au=année-mois-jour
|cookie=16
}} par :{{Annonce liste de suivi
|texte=Le vote du [[Wikipédia:Sondage/Organisation du Bistro|sondage sur l'organisation du Bistro]] est ouvert du 15 mars 2021 à 00h00 au 30 mars 2021 à 23h59.
|jusqu'au=2021-03-30
|cookie=16
}} Golmore ! 14 mars 2021 à 16:31 (CET)
- Fait. Cordialement, — Jules* Discuter 15 mars 2021 à 01:18 (CET)
MediaWiki:Wikimedia-copyrightwarning – enregistrer/publier modifier
Requête acceptée - 16 mars 2021 à 22:18 (CET)
Pages où apparaît ce message : Fenêtre d'édition.
Changement proposé : Bonjour, puisque le bouton pour valider une édition a (de nouveau) été modifié et réutilise le verbe publier et non plus enregistrer, je propose de remodifier le message système : « En enregistrant votre contribution » deviendrait donc « En publiant votre contribution ». Merci d'avance, --Mathis B discuter, le 16 mars 2021 à 10:58 (CET)
- Cordialement, Prométhée (discuter) 16 mars 2021 à 22:18 (CET).
MediaWiki:Abusefilter-warning-R3R – Message d'avertissement R3R, bouton « Enregistrer » modifier
Requête acceptée - 1 mai 2021 à 10:07 (CEST)
Pages où apparaît ce message :Pages contenant le bandeau {{R3R}}.
Changement proposé : Changer « Enregistrer » pour « Publier les modifications ».
- Cordialement, Prométhée (discuter) 1 mai 2021 à 10:07 (CEST).