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

Mediawiki:Gadget-0xBlockMessage.js – mise à jour

Requête acceptée - 9 mai 2021 à 10:17 (CEST)

---

Pages où apparaît ce message : Lorsqu'un administrateur utilise ce gadget pour bloquer un utilisateur

Changement proposé : Suite à cette discussion.

Remplacer l'appel des modèles suivant :

• Vandale banni → Vandale bloqué indéfiniment
• Vandale banni sans avertissement → Vandale bloqué indéfiniment sans avertissement --SleaY ^(contacter) 7 mai 2021 à 16:36 (CEST)

Cordialement, Prométhée (discuter) 9 mai 2021 à 10:17 (CEST).

.

MediaWiki:Watchlist-messages – annonce de prise de décision en cours sur les portails

Requête acceptée - 9 mai 2021 à 19:53 (CEST)

---

Pages où apparaît ce message : Nouvelle annonce temporaire sur MediaWiki:Watchlist-messages. Lire Wikipédia:Bot/Requêtes/2021/04#Prévenir les portails qu'une prise de décision a lieu concernant la règle sur les portails.

Edit : Ci-dessous : deux demandes, en doublon, fusionnées

Changement proposé par Ideawipik :

|texte=La [[Wikipédia:Prise de décision/Modification de la règle « Liens vers les portails » : ajout d'un « critère général » de sélection des liens vers les portails|prise de décision visant à faire évoluer la règle sur les liens vers les portails]] est ouverte jusqu'au 31 mai 2021.
|jusqu'au=2021-06-01

Faut-il utiliser le modèle {{date-|31 mai 2021}} ?
Merci  Jules*. Attendons juste la validation de  Baldurar, mais ta proposition de phrase semble tout à fait adaptée et simple. Cordialement — Ideawipik (discuter) 8 mai 2021 à 23:16 (CEST)

Changement proposé par Baldurar :
Après discussion avec  Ideawipik et sur conseil de  Jules* (voir [1]), je propose l'annonce de liste de suivi suivante :

« Une prise de décision est en cours concernant une évolution de la règle sur les liens vers les portails : [2]. Un ajout à la règle est proposé, ici surligné en jaune : [3]. »

 Jules* : il me semble intéressant d'avoir dans l'annonce de la Prise de Décision la possibilité de consulter immédiatement l'ajout proposé : cela peut être motivant pour certains de pouvoir se faire une idée immédiate de ce dont il retourne, plutôt que d'aller lire la page de la Prise de Décision.

Par ailleurs vous proposiez d'indiquer jusqu'à quelle date la Prise de Décision est ouverte, mais cela pose un problème : s'il faut 15 jours pour lancer l'affichage de l'annonce dans les pages de suivi, la date que nous pourrions décider aujourd'hui pourrait laisser un temps trop court entre le début de la campagne d'annonce et la clôture du vote. Cordialement --Baldurar (discuter) 9 mai 2021 à 14:53 (CEST)

Bonjour Baldurar. Je pense vraiment qu'avec quatre liens, tu noies les gens et les dissuades de visiter une quelconque page. Si la prise de décision est bien rédigée, les consultés comprendront aisément le sens de la PdD et l'évolution proposée. Pourquoi faire compliquer quand on peut être synthétique et direct ? Éventuellement deux liens internes.

Où as-tu lu cette question de délai pour l'affichage ? Quoi qu'il en soit, on peut très bien ajouter 15 jours supplémentaires à la proposition initiale et à la consultation, si cela te convient.

PS : Ta demande a été fusionnée avec celle effectuée hier pour la même chose. — Ideawipik (discuter) 9 mai 2021 à 15:55 (CEST)

• Ideawipik, je n'ai rien lu concernant le délai pour l'affichage, j'ai juste dit 15 jours car c'est à peu le temps qu'il a fallu pour que ma requête bot du 18 avril passe à l'étude [4].
• Si tu veux, tu peux mettre une date de clôture au 15 juin.
• Personnellement, j'aurais plutôt, dans ma proposition, supprimer les deux liens internes et garder les deux autres.
• Au cas où tu penses que ta proposition de rédaction suffit, je viens de modifier la PDD pour qu'elle soit un peu plus claire en première approche : [5]. Cdlt --Baldurar (discuter) 9 mai 2021 à 17:14 (CEST)

Bonjour @Ideawipik et @Baldurar : le texte doit rester court (une ligne ou deux max) pour cet espace d'affichage. Et ça prend deux minutes à être mis en ligne, pas deux semaines . Enfin, plus d'un mois pour une PDD (18 avril-31 mai), c'est amplement suffisant au vu des usages en la matière. Bon, je mets en ligne la version proposée par Ideawipik, qui est conforme à ce que l'on fait actuellement pour les annonces en LDS. Cdlt, — Jules* ^Discuter 9 mai 2021 à 19:53 (CEST)

Ok. Merci Jules* --Baldurar (discuter) 10 mai 2021 à 12:04 (CEST)

.

MediaWiki:Gadget-PaStec.js – harmonisation des commentaires de modifications

Requête acceptée - 18 mai 2021 à 21:43 (CEST)

---

Pages où apparaît ce message :

Changement proposé :Bonjour, j'aimerais simplement harmoniser les différents résumés de modification prédéfinis dans ce gadget (section // Commentaires de modifications). Par exemple il y a

• ajout bandeau \"page conservée\" qui donne « ajout bandeau "page conservée" »

alors que pour la suppression, c'est simplement:

• retrait bandeau suppression

Certains ajoutent plutôt les tildes de modèle:

• Ajout bandeau {{Suppression}}

Pour fusionner, on a droit à des guillemets français et le mot « du »:

• Ajout du bandeau « À fusionner »

Je pense que cette dernière forme est la meilleure et devrait être généralisée à toute la section. Cordialement. --SleaY ^(contacter) 4 avril 2021 à 16:32 (CEST)

Cordialement, Prométhée (discuter) 18 mai 2021 à 21:43 (CEST).

.

MediaWiki:Talkpageheader – sous-pages d'espace de nom

Requête acceptée - 19 mai 2021 à 22:24 (CEST)

---

Pages où apparaît ce message : les pdd des articles, les pdd des portails (module : Talkpageheader)

Changement proposé :

Bonjour,

Une discussion récente avec @Gemini1980 sur sa pdd nous a permis d'identifier une incohérence : les entêtes des pdd affichent Article de qualité et Bon article et mènent vers les sous-pages associées, sans prendre en compte le fait que lorsque l'espace de nom est "portail", les sous-pages devraient être Portail de qualité et Bon portail, associant les liens vers ces sous-pages.

Une modification pour identifier le nom d'espace et afficher les bons textes/les bons liens serait nécessaire.

De manière complémentaire, en dehors de ces espaces (main et portail), ces liens ne sont pas nécessaires. Aussi, "Lumière sur" n'est pas nécessaire en dehors du main.

Bien à vous, --LD ^{• m'écrire •} 3 mars 2021 à 16:29 (CET)

Je viens de réaliser ceci (complété par ceci). Quelques observations complémentaires :

• Souvent, la pdd du portail redirige vers la pdd du projet. On pourrait éventuellement prendre cela en compte, pour que les pdd de projets envoient vers les votes AdQ/BA du portail correspondant.

edit : implémenté dans le module (voir aussi dans les quatre messages système listés sur Module:Talkpageheader/Documentation), mais pas certain d'avoir envie de garder cela, principalement parce que justement, cela ajoute la barre dans les pages de projets, or l'idéal serait d'afficher cette barre le moins possible, au vu du clutter qu'elle rajoute.

• Concernant ta note « De manière complémentaire, en dehors de ces espaces (main et portail), ces liens ne sont pas nécessaires. Aussi, "Lumière sur" n'est pas nécessaire en dehors du main. » : pas tout à fait. On peut avoir des archives de discussions pour toutes les pages, des discussions de suppression pour des modèles ou des catégories… Si je me souviens bien, à l'époque j'avais aussi pensé à cela, et j'avais finalement considéré qu'il valait mieux priviléger la simplicité du code et l'uniformité des boîtes présentées (les textes grisés ne gênent pas vraiment, tout ce qu'on repère ce sont les liens bleus).

od†n ↗^blah 17 mars 2021 à 03:27 (CET)

Bonjour Od1n et merci, la tâche me semble parfaitement réalisée.

Je note que je me suis mal exprimé sur la remarque complémentaire ; je voulais dire qu'en dehors de main/portail, les sous-pages nommées "Lumière sur/Bon portail/Bon article/Article de qualtié/Portail de qualité" n'étaient pas utiles, excluant les archives et les suppressions, voire la neutralité qui peuvent bien entendu servir sur tous les espaces.

Mais vu que rien n'est cassé, ce n’est pas nécessairement utile de s'y plonger. Bien à toi, --LD ^{• m'écrire •} 19 mai 2021 à 03:00 (CEST)

Si si j'avais bien compris, je disais simplement qu'il était un peu délicat de déterminer quels liens sont susceptibles d'être présents pour chacun des namespaces, sans être certain de ne pas avoir oublié un cas de figure quelque part. Ça serait quand même faisable, mais je pense qu'il est de toute façon préférable d'avoir un code et une présentation le plus unifiés possible pour tous les namespaces. od†n ↗^blah 19 mai 2021 à 22:24 (CEST)

.

MediaWiki:Watchlist-messages – MàJ Annonces

Requête acceptée - 8 juin 2021 à 16:34 (CEST)

---

Pages où apparaît ce message : Spécial:Liste de suivi

Changement proposé :

Suppression de :

{{Annonce liste de suivi |texte=La '''[[Wikipédia:Prise de décision/Modification de la règle « Liens vers les portails » : ajout d'un « critère général » de sélection des liens vers les portails|prise de décision visant à faire évoluer la règle sur les liens vers les portails]]''' est ouverte au vote jusqu'au 31 mai 2021. |jusqu'au=2021-05-31 |cookie=18 }}

Substitution par :

{{Annonce liste de suivi |texte=Le '''[[Wikipédia:Sondage/Accès aux pages non suivies|sondage visant à faire évoluer l'accès aux pages non suivies]]''' est ouvert au vote jusqu'au 21 juin 2021. |jusqu'au=2021-06-21 |cookie=18 }}

--LD ^{• m'écrire •} 8 juin 2021 à 16:18 (CEST)

 Fait. — Thibaut (discuter) 8 juin 2021 à 16:34 (CEST)

.

MediaWiki:Newarticletext – Mise à jour icône

Requête acceptée - 20 juin 2021 à 12:20 (CEST)

---

Lors de la création d'une nouvelle page de discussion, on peut voir la phrase suivante:

« N'oubliez pas de signer vos messages (aide) en tapant quatre tildes (~~~~) ou en cliquant sur le bouton . »

Or, l'icône de signature est périmé. Pour le mettre à jour, il faudrait remplacer [[File:Insert-signature.png|alt=Signature et date|link=]] par {{Icône signature}}.

Merci. --SleaY ^(contacter) 20 juin 2021 à 06:35 (CEST)

Orlodrim (discuter) 20 juin 2021 à 12:20 (CEST)

.

AF

Requête refusée - 23 juin 2021 à 17:17 (CEST)

---

Pages où apparaît ce message : Arabic European Crystallographic Association wikipedia page

Changement proposé : I cannot publish a page because of: Error: This action has been automatically identified as harmful, and therefore disallowed. I have no idea what is harmful here: the page is a fairly direct translation of [[6]] Thanks for your help — Le message qui précède, non signé, a été déposé par AvdL34 (discuter)

@AvdL34 You were trying to work on Association européenne de cristallographie, right ? If there's a system message due to AbuseFilter's false positive detection, you must contact AbuseFilters on this page. Here is not the right page.

Have a good day, LD ^{• m'écrire •} 23 juin 2021 à 17:17 (CEST)

.

Utilisateur:Arkanosis/xdone.js

Requête acceptée - 5 juillet 2021 à 06:16 (CEST)

---

Bonjour,

Vu que Arkanosis semble occupé en ce moment et que son .js est maintenu régulièrement par des admins d'interface notamment, serait-il possible de rajouter la ligne suivante dans var relevantPages = [ ?

'Discussion_MediaWiki:Spam-blacklist', // MWS

Je présume que cela ne le dérangera pas de voir l'ajout d'une fonctionnalité simple (MWS fonctionne désormais sur le même format que WP:DIMS en reprenant notamment les modèles {{DIMS début}} et {{DIMS fin}}).

@Od1n tu es notamment intervenu aujourd'hui sur son code ,

Bien à vous, LD ^{• m'écrire •} 4 juillet 2021 à 23:16 (CEST)

Pas fonctionnel en l'état, car cette page n'utilise pas de modèle encadrant le contenu des sections. Refs Catégorie:Modèle pour les requêtes aux administrateurs. Mettre en œuvre un modèle de ce type serait la première étape à accomplir. od†n ↗^blah 5 juillet 2021 à 00:22 (CEST)

@Od1n, si, si : les futures nouvelles demandes inclueront les modèles {{DIMS début}} et {{DIMS fin}} qui encadrent ; voir les preloads de WP:MWS/P. . Les anciennes demandes, je m'en occuperais manuellement comme ce que j'ai commencé à faire. LD ^{• m'écrire •} 5 juillet 2021 à 00:32 (CEST)

Pour être en harmonie avec ce qui se fait déjà, pourrais-tu créer de nouveaux modèles dédiés au lieu de réutiliser {{DIMS début}} et {{DIMS fin}} ? Pour avoir bossé dessus à l'époque, je peux t'assurer que c'est bien plus maintenable, en plus d'afficher au lecteur un nom de modèle bien correspondant ;) od†n ↗^blah 5 juillet 2021 à 00:39 (CEST)

, ils sont identiques à DIMS mais tu as raison, s'il convient de vouloir modifier seulement WP:MWS et non WP:DIMS, ce sera plus simple. Cf. {{MWS début}} et {{MWS fin}}. LD ^{• m'écrire •} 5 juillet 2021 à 00:53 (CEST)

xdone activé sur MWS, il te reste à convertir les sections sur la page. od†n ↗^blah 5 juillet 2021 à 03:21 (CEST)

Coincoinci Od1n (y compris pour tes diverses retouches !) LD ^{• m'écrire •} 5 juillet 2021 à 03:30 (CEST)

.

MediaWiki:Gadget-contributions-icon.js et MediaWiki:Gadget-sandbox-icon.js – Création de deux gadgets suite à cette demande

Requête acceptée - 17 août 2021 à 11:43 (CEST)

---

Pages où apparaît ce message : -

Changement proposé : Création des gadgets en recopiant les codes suivants :

MediaWiki:Gadget-contributions-icon

MediaWiki:Gadget-contributions-icon.js

/*
 * Ce gadget permet un accès plus facile à la liste des contributions dans la nouvelle apparence de Vector
 * Inspiré de fa:Mediawiki:Gadget-watchlist-icon.js  
*/
var user=mw.config.get('wgUserName');
$.when( mw.loader.using('mediawiki.util'), $.ready ).then(function() {
    if (mw.config.get('skin') != 'vector') return;
    if ($('.skin-vector-legacy').length == 1) return;
    mw.util.addPortletLink('p-personal-more', '/wiki/Spécial:Contributions/user', '', 'pt-mycontris-compact', '', null, null);
    $('#pt-mycontris').find('a').clone().appendTo('#pt-mycontris-compact');
    $('#pt-mycontris-compact').find('a').find('span').remove();
    $('#pt-mycontris-compact').find('a').css('width', '44px').css('height', '44px');
    $('head').append('<style>body.rtl #pt-mycontris-compact .mw-ui-icon-wikimedia-userContributions:before{padding-right: 22px;}</style>');
    $('head').append('<style>body.ltr #pt-mycontris-compact .mw-ui-icon-wikimedia-userContributions:before{padding-left: 22px;}</style>');
});

MediaWiki:Gadget-contributions-icon.css

#pt-mycontris {display: none;}

MediaWiki:Gadget-sandbox-icon

MediaWiki:Gadget-sandbox-icon.js

/*
 * Ce gadget permet un accès plus facile à un brouillon personnel dans la nouvelle apparence de Vector
 * Inspiré de fa:Mediawiki:Gadget-watchlist-icon.js 
 */
var user=mw.config.get('wgUserName');
$.when( mw.loader.using('mediawiki.util'), $.ready ).then(function() {
    if (mw.config.get('skin') != 'vector') return;
    if ($('.skin-vector-legacy').length == 1) return;
    mw.util.addPortletLink('p-personal-more', '/wiki/Utilisateur:user/Brouillon', '', 'pt-sandbox-compact', '', null, null);
    $('#pt-sandbox').find('a').clone().appendTo('#pt-sandbox-compact');
    $('#pt-sandbox-compact').find('a').find('span').remove();
    $('#pt-sandbox-compact').find('a').css('width', '44px').css('height', '44px');
    $('head').append('<style>body.rtl #pt-sandbox-compact .mw-ui-icon-wikimedia-markup:before{padding-right: 22px;}</style>');
    $('head').append('<style>body.ltr #pt-sandbox-compact .mw-ui-icon-wikimedia-markup:before{padding-left: 22px;}</style>');
});

MediaWiki:Gadget-sandbox-icon.css

#pt-sandbox {display: none;}

─ DreZhsh ^[Discuter] 17 août 2021 à 11:44 (CEST)

@DreZhsh ça m'a l'air bon, ping moi s'il y a un problème — GrandCelinien (discuter) 18 août 2021 à 23:15 (CEST)

 GrandCelinien :, pourrais-tu rajouter « importStylesheet('MediaWiki:Gadget-contributions-icon.css'); » dans MediaWiki:Gadget-contributions-icon.js et « importStylesheet('MediaWiki:Gadget-sandbox-icon.css'); » dans MediaWiki:Gadget-sandbox-icon.js ? Merci d'avance. ─ DreZhsh ^[Discuter] 19 août 2021 à 16:11 (CEST)

Ces gadgets me semblent effectivement les bienvenus (la nouvelle interface Vector, je lui ai encore donné une chance, mais désolé non, vraiment je peux pas). J'ai retravaillé le code de ces scripts, et j'ai également créé Mediawiki:Gadget-watchlist-icon.js. od†n ↗^blah 21 août 2021 à 13:50 (CEST)

Pour information, le gadget watchlist-icon n'est plus nécessaire (et même contre-productif), le bouton « Liste de suivi » ayant été sorti du menu suite à phab:T289619. Les gadgets contributions-icon et sandbox-icon restent bien entendus présents. od†n ↗^blah 18 février 2022 à 10:55 (CET)

.

MediaWiki:Gadget-HotCatsMulti.js/i18n/vec.js

Requête acceptée - 18 août 2021 à 20:02 (CEST)

---

Changement proposé : recopier le code proposé dans Discussion MediaWiki:Gadget-HotCatsMulti.js/i18n/vec.js

OldBee (discuter) 12 août 2021 à 19:56 (CEST)

Cordialement, Prométhée (discuter) 18 août 2021 à 20:02 (CEST).

.

MediaWiki:Templatedata-modal-title-templateformatstring – Ajout d'un lien d'aide dans l'éditeur de données TemplateData

Requête refusée - 22 août 2021 à 16:12 (CEST)

---

Éditeur de données TemplateData, où apparaît le message à modifier.

Pages où apparaît ce message : Éditeur de données TemplateData (accessible en haut à gauche lors de la modification d'un modèle ou d'une page de documentation de modèle)

Changement proposé :

Ajouter un lien d'aide expliquant la structure des formats personnalisés de mise en forme du wikicode.

Car actuellement, si on ne connaît pas cette syntaxe spéciale, on est incapable d'ajouter ou même de comprendre la structure d'une chaîne telle que {{_↵ | __________________ = _↵}}↵.

Des contributeurs suppriment ainsi régulièrement par inadvertance ou méconnaissance ces formats personnalisés, nécessaires pour indiquer à l'éditeur visuel comment positionner et mettre en forme les modèles. Ce système permet notamment d'indiquer les formats d'indentation pour les infobox (alignement vertical des paramètres), ou bien qu'un modèle comme {{Voir homonymes}} ou un bandeau doit être seul sur sa ligne, etc.

Je propose donc que le message par défaut actuel :

Chaîne de format personnalisé

Soit remplacé par :

Chaîne de format personnalisé ([[Aide:TemplateData#Format personnalisé|aide]])

Ce qui afficherait :

« Chaîne de format personnalisé (aide) »

Merci d'avance.

--Tractopelle-jaune (discuter) 7 juillet 2021 à 12:47 (CEST)

 Tractopelle-jaune : : J'ai tenté la modification, elle s'affichait comme si il y avait un nowiki dans l'éditeur de données. Je pense pas que ce soit possible d'avoir un lien à cet endroit. Prométhée (discuter) 18 août 2021 à 20:21 (CEST)

 Prométhée : Merci d'avoir essayé. Je pense qu'une interprétation du wikicode de ne doit pas avoir été prévue par les devs à cet endroit. Tant pis, ce n'est pas grave. Je classe ma requête.

--Tractopelle-jaune (discuter) 22 août 2021 à 16:12 (CEST)

.

MediaWiki:Gadget-HotCatsMulti.js – retouches + prise en compte wikis avec titres de pages case sensitive

Requête acceptée - 12 septembre 2021 à 11:00 (CEST)

---

Changements proposés :

• ligne 371

remplacer

if(mw.config.get('wgAction')=="edit") hotcat_list_down = true;

par

if(hotcat_Multi_IsEditPage) hotcat_list_down = true;

pas sûr de la pertinence. En mode submit, il y a la prévisualisation au-dessus de la zone de modification, il n'est donc peut-être pas nécessaire de forcer les suggestions à s'afficher en dessous des champs de texte.

---

• ligne 666

remplacer

var NewCatName = Input.value.ucFirst().replace(/\|.*/, "") ;

par

var NewCatName = Input.value.replace(/\|.*/, "") ; 
if(!hotcat_CaseSensitive) NewCatName = NewCatName.ucFirst() ;

---

• ligne 667

remplacer

var NewDefaultSort = Input.value.ucFirst().split(NewCatName).join("");

par

var NewDefaultSort = Input.value ; 
if(!hotcat_CaseSensitive) NewDefaultSort = NewDefaultSort.ucFirst() ;
NewDefaultSort = NewDefaultSort.split(NewCatName).join("");

---

• ligne 953

remplacer

RemovedCategories.push(Link.innerHTML.ucFirst());

par

RemovedCategories.push(hotcat_CaseSensitive ? Link.innerHTML : Link.innerHTML.ucFirst());

---

• ligne 956

remplacer

var NewCatName = Link.innerHTML.ucFirst();

par

var NewCatName = Link.innerHTML;
if(!hotcat_CaseSensitive) NewCatName = NewCatName.ucFirst() ;

---

• ligne 967

remplacer

AddedCategories.push(Link.innerHTML.ucFirst()+NewDefaultSort);

par

AddedCategories.push((hotcat_CaseSensitive ? Link.innerHTML : Link.innerHTML.ucFirst())+NewDefaultSort);

---

• ligne 1441

remplacer

v = v.ucFirst() ;

par

if(!hotcat_CaseSensitive) v = v.ucFirst() ;

---

• ligne 1548

remplacer

hotcat_last_v = text.value.ucFirst();

par

hotcat_last_v = text.value;
if(!hotcat_CaseSensitive) hotcat_last_v = hotcat_last_v.ucFirst();

OldBee (discuter) 12 août 2021 à 19:56 (CEST)

 OldBee :

Bonjour,

J'ai fait les modifications concernant la casse. Je n'ai pas appliqué la première modification car, comme tu l'indiques toi-même, ça ne semble pas vraiment nécessaire, et l'affichage avec la liste en bas ne fonctionne pas très bien avec ma configuration (la barre d'outils vient au-dessus de la liste).

Orlodrim (discuter) 12 septembre 2021 à 11:00 (CEST)

.

MediaWiki:Gadget-GlobalWatchlist.js – Ajout de test.wikipedia.org, test.wikidata.org et test2.wikipedia.org

Requête refusée - 12 septembre 2021 à 11:02 (CEST)

---

Pages où apparaît ce message : Spécial:Page blanche/GlobalWatchlist (si gadget activé).

Changement proposé : Ajout de test.wikipedia.org, test.wikidata.org et test2.wikipedia.org ici :

if(typeof(GlobalWatchlist_Classes) == 'undefined'){
  window.GlobalWatchlist_Classes = new Object();
  GlobalWatchlist_Classes['www.mediawiki.org'] = 'wwwmediawiki';
  GlobalWatchlist_Classes['meta.wikimedia.org'] = 'metawiki';
  GlobalWatchlist_Classes['commons.wikimedia.org'] = 'commons';
  GlobalWatchlist_Classes['species.wikimedia.org'] = 'wikispecies';
  GlobalWatchlist_Classes['test.wikipedia.org'] = 'test wikipedia';
  GlobalWatchlist_Classes['test.wikidata.org'] = 'test wikidata';
  GlobalWatchlist_Classes['test2.wikipedia.org'] = 'test2 wikipedia';
  GlobalWatchlist_Classes['www.wikidata.org'] = 'wikidata';
  GlobalWatchlist_Classes['.wikipedia.org'] = 'wikipedia';
  GlobalWatchlist_Classes['.wikibooks.org'] = 'wikibooks';
  GlobalWatchlist_Classes['.wiktionary.org'] = 'wiktionary';
  GlobalWatchlist_Classes['.wikinews.org'] = 'wikinews';
  GlobalWatchlist_Classes['.wikiquote.org'] = 'wikiquote';
  GlobalWatchlist_Classes['.wikisource.org'] = 'wikisource';
  GlobalWatchlist_Classes['.wikiversity.org'] = 'wikiversity';
  GlobalWatchlist_Classes['.wikivoyage.org'] = 'wikivoyage';

}

Ainsi qu'ici :

// wikis globaux
window.GlobalWatchlist_WikiList = [
    '//www.mediawiki.org',
    '//meta.wikimedia.org',
    '//commons.wikimedia.org',
    '//species.wikimedia.org',
    '//www.wikidata.org',
    '//test.wikipedia.org',
    '//test2.wikipedia.org',
    '//test.wikidata.org',
];

Avec la suppression de translatewiki qui étant donné est un compte différent, de celui de Wikipédia, Meta... ne marche pas.

Bien cordialement,

Florian COLLIN (discussion) 14 décembre 2020 à 21:25 (CET)

Je ne sais pas comment marche ce gadget mais j'ai un doute sur le fait que mettre des espaces dans GlobalWatchlist_Classes marche comme prévu, vu que l'espace est un séparateur dans l'attribut html "class".

Est-il vraiment utile de suivre des pages sur ces wikis de tests, au fait ? La page d'accueil dit "The Wikipedia Test Wiki is not: A place to put content or anything meaningful".

Orlodrim (discuter) 15 décembre 2020 à 01:02 (CET)

Pas convaincu non plus de l'utilité d'ajouter ces wikis tests. Ce sont vraiment des wikis "sandbox" utilisés pour le développement du logiciel MediaWiki lui-même et rien d'autre. (aussi oui, les espaces posent problème pour les className)

Concernant translatewiki, j'ai trouvé ceci : 106914032.

od†n ↗^blah 22 mai 2021 à 15:34 (CEST)

En l'absence de réponse de  Florian COLLIN, je classe la requête. Orlodrim (discuter) 12 septembre 2021 à 11:02 (CEST)

.

MediaWiki:Checkuser-toollinks – modification d'un lien

Requête acceptée - 13 septembre 2021 à 18:09 (CEST)

---

Pages où apparaît ce message : Spécial:Vérificateur d'utilisateur

Changement proposé : Bonjour, le lien WHOIS étant mort, je profite qu'un nouvel outil a été développé spécifiquement pour les CU pour demander son remplacement. Par simplicité, je mets tout le code :

<span class="plainlinks" style="font-size: 9pt;">&#91;[[Special:Contributions/$1|contribs]] <sup>([//tools.wmflabs.org/guc?user=$1 global])</sup> • 
[{{fullurl:Special:CheckUserLog|cuSearchType=target&cuSearch=$1}} journal] • 
[https://bullseye.toolforge.org/ip/{{remplace|$1|%3A|:}} bullseye] <sup>([https://www.ipalyzer.com/$1 IPalyzer])</sup> • 
[https://whatismyipaddress.com/ip/$1 geolocate] <sup>([https://www.ip2location.com/$1 alt] • [https://ip-lookup.net/?ip=$1 IPv6])</sup> • 
[https://www.ipqualityscore.com/free-ip-lookup-proxy-vpn-test/lookup/$1 Proxy check] • 
[https://stopforumspam.com/search/$1 StopForumSpam] • 
[https://www.google.com/search?safe=off&num=50&hl=en&q=$1 Google] • 
[http://{{remplace|$1|%3A|:}} http] • 
[https://{{remplace|$1|%3A|:}} https]&#93;</span>

Le changement est à la 3^e ligne, le lien vers tools.wmflabs.org/whois est remplacé par un vers bullseye.toolforge.org/ip.

Merci d'avance, --Mathis B ^discuter, le 9 septembre 2021 à 20:09 (CEST)

 Mathis B : Ne faudrait-il pas plutôt faire comme Spécial:Contributions avec des liens du style : whois-referral.toolforge.org/gateway.py?lookup=true&ip=88.163.219.2 ? Ce dernier présente l'avantage de ne pas nécésiter d'authentification contrairement à Bullseye (on peut aussi mettre les deux). Prométhée (discuter) 12 septembre 2021 à 09:09 (CEST)

 Prométhée : Va pour les deux. Tant qu'à y être, un lien vers les contributions supprimées (dans la même parenthèses que le lien global) pourrait être intéressant. Cordialement, --Mathis B ^discuter, le 12 septembre 2021 à 09:35 (CEST)

Également, il faudrait remplacer le $1 par {{remplace|$1|%3A|:}} dans les liens où ça n'est pas fait, pour les IPv6. --Mathis B ^discuter, le 12 septembre 2021 à 09:41 (CEST)

Orlodrim (discuter) 13 septembre 2021 à 18:09 (CEST)

 Orlodrim : Merci, mais tu as oublié le {{remplace|$1|%3A|:}} dans le nouveau lien WHOIS ainsi que le lien ipqualityscore. Cordialement, --Mathis B ^discuter, le 13 septembre 2021 à 18:21 (CEST)

J'ai remplacé dans le lien ipqualityscore. Normalement, c'est correct d'encoder ":" en "%3A" dans le cas classique où l'IP est passée en paramètre (?truc=$1) plutôt que dans le chemin, donc je ne change pas le lien whois. Orlodrim (discuter) 13 septembre 2021 à 18:35 (CEST)

Merci encore, j'ignorais ce détail. --Mathis B ^discuter, le 13 septembre 2021 à 19:04 (CEST)

.

MediaWiki:Explainconflict

Requête acceptée - 14 septembre 2021 à 22:18 (CEST)

---

Je reçois parfois des messages de contributeurs mécontents car ils ont « perdu » leur travail après un conflit d’édition avec mon robot, il serait utile de préciser qu’il est possible de récupérer son travail en cliquant simplement sur le bouton précédent de son navigateur. — Thibaut (discuter) 9 juin 2020 à 07:57 (CEST)

Bonne idée. Mais il faut trouver la bonne articulation du message entre l'option « je récupère mon texte en reculant d'une page » et l'option « je récupère mon texte via la page de conflit ». J'ai pas trouvé de bonne idée c'est-à-dire de formulation qui ne soit pas indigeste et/ou trop longue. Kropotkine 113 (discuter) 9 juin 2020 à 17:01 (CEST)

Avant tout, est-on bien sûrs que cette manipulation fonctionne avec tous les navigateurs ? Epok__ (_Insultes, ^éloges, simples discussions : ✉), le 9 juin 2020 à 18:24 (CEST)

Quand on utilise l'éditeur visuel et qu'un conflit d'édition est détecté, il y a une popup qui demande si on veut le résoudre. Si on met oui, on se retrouve en mode wikicode avec le bandeau dont on est en train de discuter. Dans ce cas, si on clique sur le bouton « précédent » du navigateur, il y a une demande de confirmation (dans Firefox : « Cette page demande de confirmer sa fermeture ; des données saisies pourraient ne pas être enregistrées »). Et là, si on confirme, la modification est effectivement perdue. On se retrouve à éditer dans l'éditeur visuel la dernière version de la page, sans les modifications qu'on voulait effectuer. Du coup, c'est risqué de proposer de cliquer sur le bouton précédent.

Si on pouvait avoir un bouton "Enregistrer ma version dans un brouillon et résoudre plus tard", ce serait plus pratique que d'avoir à rajouter des explications.

Orlodrim (discuter) 9 juin 2020 à 19:25 (CEST)

Eu égard le mécanisme actuel de gestion de conflits, le message actuel me semble être ce qu'on peut faire de mieux moins pire. Comme expliqué par Orlodrim, faire un retour "page précédente" est très risqué. Personnellement, dès que je vois ce p— de bandeau, la première chose que je fais c'est aller dans la 2^e zone de saisie, pour copier mon texte et le coller en lieu sûr (éditeur externe) ; et après seulement je traite le conflit. od†n ↗^blah 10 juin 2020 à 05:39 (CEST)

Ah mince, l'éditeur visuel… faudrait que je m'y mette ;D Pas moyen d'avoir un message distinct selon le mode d'édition ? Kropotkine 113 (discuter) 10 juin 2020 à 07:41 (CEST)

"Si on pouvait avoir un bouton "Enregistrer ma version dans un brouillon": il n'y avait pas une discussion sur ce point dans le Bistro il y a quelques semaines ? Apokrif (discuter) 29 juin 2020 à 19:40 (CEST)

@Orlodrim : Ne serait-il pas possible de préciser selon le mode de modification ? — Thibaut (discuter) 31 juillet 2020 à 11:22 (CEST)

En fait, je viens de me rendre compte que le texte de l'utilisateur est affiché dans une autre zone de texte tout en bas (c'est bien caché, je comprends pourquoi on vient souvent m'engueuler sur ma pdd), même pas besoin de cliquer sur « précédent », peut-être rendre le deuxième élément de la liste plus visible ? Pour ce qui est de l'éditeur visuel, comme l'a expliqué Orlodrim, il affiche sa propre fenêtre et il faut juste cliquer sur « résoudre » pour retrouver son texte. — Thibaut (discuter) 31 juillet 2020 à 14:48 (CEST)

Plus simple : programmer le bot pour qu'il n'intervienne ni sur les articles avec le bandeau "en cours" et pas non plus sur ceux qui ont le bandeau "en travaux". Et youpi, merci Okham. Ypirétis (discuter) 31 juillet 2020 à 11:24 (CEST)

Encore plus simple : cliquer sur précédent ou récupérer le texte sauvegardé par l’éditeur visuel.

Pour {{en cours}} c’est déjà fait depuis longtemps, pour {{en travaux}}, relire très attentivement sa documentation. — Thibaut (discuter) 31 juillet 2020 à 11:29 (CEST)

Non, c'est pas plus simple, et disserter sur les contributeurs incapables de cliquer sur retour ou de lire très attentivement la documentation n'est pas très constructif. Re-programmer ce robot résoudrait le problème en deux coups de cuillères à pot. Pas de problème = pas de solution à trouver. Qu'est-ce qui coinçe ? Pourquoi refusez-vous aussi obstinément d'envisager cela ? --Ypirétis (discuter) 31 juillet 2020 à 11:40 (CEST)

Ce bandeau autorise d’autres interventions et pas tous les articles en cours de modification ont un bandeau {{en travaux}}… — Thibaut (discuter) 31 juillet 2020 à 11:45 (CEST)

Oui, je pense qu'on a compris votre argumentation. Je réitère la mienne : il n'en reste pas moins que le seul problème qui se pose est celui consécutif à l'intervention du bot. Pas d'intervention du robot -> pas de problème (et pas de solution simple ou tarabiscotée à trouver). --Ypirétis (discuter) 31 juillet 2020 à 11:51 (CEST)

@Ypirétis merci de cesser ce faux procès. Le modèle {{En travaux}} invite explicitement d'autres contributeurs à participer, y compris les bots donc ; pour éviter les conflits c'est le modèle {{En cours}} et seulement ce modèle qui est à utiliser (et avec le plus de parcimonie possible). Et « Pas d'intervention du robot -> pas de problème » voudrait dire que ce robot particulier serait responsable de 100 % des conflits de version alors qu'il est probablement responsable de moins d'un pour mille des conflits de versions. Donc même si le bot évitait {{En travaux}} (ce qu'il n'a pas à faire) voir même serait complètement arrêté, le problème resterait très exactement le même !

Pour revenir à la vraie question, oui le système (en général) et le message en particulier devrait vraiment être améliorer. Il m'arrive souvent de devoir expliquer ce qui se passe quand j'anime des ateliers de contribution (les personnes présentes ayant tendance à contribuer sur les mêmes sujets) et à chaque fois c'est assez pénible.

Cdlt, Vigneron * ^discut. 31 juillet 2020 à 15:25 (CEST)

Faux procès ? Le topic commence par « Je reçois parfois des messages de contributeurs mécontents », c'est bien du bot dont on parle, non ? Et c'est le programmeur qui m'envoie ici. Reprogrammer le bot arrêterai les conflits liés au bot car d'évidence les contributeurs ne sont pas au courant des subtilités entre l'un et l'autre modèle. Donc améliorez ce message si vous voulez, cela n'empêche pas que le bot pourrait cesser d'intervenir autant sur les articles avec "en travaux" qu'avec "en cours" et on n'en parlerais plus ; je vois pas ce que ça poserait comme problème. Il peut tout autant attendre le retrait du bandeau A que du bandeau B, non ? --Ypirétis (discuter) 31 juillet 2020 à 16:36 (CEST)

« Reprogrammer le bot arrêterai les conflits liés au bot », admettons et une fois cette goutte d'eau réglée, on fait quoi de l'océan de problème du même tonneau ? Typiquement, pour le dernier message sur la page de Thibaut concerne un article qui n’avait pas de bandeau, donc même si le bandeau avait été exclut cela n'aurait rien changé et le contributeur aurait exactement aussi mécontent. Bref, se focaliser sur le bandeau c'est prendre le problème par le petit bout de la lorgnette et au final ne quasiment rien résoudre. Cdlt, Vigneron * ^discut. 31 juillet 2020 à 17:27 (CEST)

Merci en tout cas de considérer que c'est au moins possible d'enlever un irritant en quelques minutes (j'imagine) de programmation ; ce n'est pas totalement inutile. Pour le reste, je n'en sais rien, je vais sur la page d'un dresseur de bot pour parler de son bot ; il m'envoie ici, où je ne serais pas venu sinon. --Ypirétis (discuter) 31 juillet 2020 à 17:59 (CEST)

Ce qui m'interpelle, c'est que le robot semble intervenir de façon très irrégulière. Parfois une heure après la dernière modification, parfois cinq heures après, etc. Pourquoi un programme automatique se déclenche de façon non automatique ? Ce qui réglerait le problème serait qu'il intervienne de façon programmée, par exemple minimum 24h après la dernière modification à une heure fixe (5h du matin, heure locale de l'ip du dernier intervenant). De cette façon, on limite les dégâts. Seul celui qui aura passé 24h d'affilée sans enregistrer son travail jusqu'à l'heure fatidique de 5h du matin perdra son travail de 24h, ce qui a très peu de chance d'arriver. Ou alors, mieux : le robot ne se déclenche que lorsqu'il détecte une longue période d'inactivité de la page en question (genre une semaine après la dernière modification). Et là, on est sûr que ça ne va pas tomber sur quelqu'un en train de bosser sur l'article. Avec éventuellement une mise en garde (fenêtre pop-up avertissant de l'intervention imminente du robot).

Ceci étant, c'est vrai que ça ne règle pas le problème qui se pose entre deux intervenants travaillant en même temps sur une page. Est-ce qu'on ne peut pas verrouiller la page dont la modification est en cours ? Ou avertir le second utilisateur qu'il doit attendre la fin de la modif' en cours pour valider la sienne (en balisant le processus si possible avec un GROS bouton bien visible et clignotant) ?

Je tiens à faire savoir, sinon, que je ne critique pas l'existence du robot. C'est quand même bien pratique :), mais vénère quand même (trois heures de boulot de perdu..., et travail pas terminé en plan, ne sachant plus où j'en suis :(. Allez, bonsoir.--Amaot (discuter) 31 juillet 2020 à 20:00 (CEST)

Un robot qui génère des conflits et un dresseur qui préfèrerait se couper un bras plutôt que le reprogrammer, voilà un microscopique problème qui n'est pas digne d'être traité, sans doute. Pendant ce temps-là le texte du bandeau est méga plus important. Mais ça avance pas d'un poil pour autant. Je vous laisse à vos préoccupations d'importance. Ypirétis (discuter) 1 août 2020 à 07:35 (CEST)

@Ypirétis : inutile d'être désagréable. Le problème n'est pas le bot de Thibaut, qui est parfaitement fondé, comme un contributeur humain, à intervenir sur des aspects de forme lorsqu'un bandeau {{en travaux}} est présent. Le problème, c'est la manière toujours rudimentaire dont sont gérés les conflits d'édition par Mediawiki. Bien cordialement, — Jules* ^Discuter 1 août 2020 à 13:46 (CEST)

On demande l’activation par défaut de l'outil Conflit de modification basé sur les paragraphes, actuellement en Beta ? Cela répondrait globalement au problème. Trizek ^bla 7 août 2020 à 12:49 (CEST)

Je propose de clore la requête, vu qu'aucune des solutions mentionnées (deux messages distincts, reprogrammer un bot ou activer par défaut un outil en beta) n'est faisable en modifiant un message système.

 Trizek : mw:Help:Paragraph-based Edit Conflict Interface indique que c'est activé par défaut sur trois wikis depuis plus d'un an, donc on pourrait peut-être faire un sondage ?

Orlodrim (discuter) 12 septembre 2021 à 11:15 (CEST)

Orlodrim, je vais demander où en est leur plan de déploiement. En fonction, on posera la question à la communauté. Trizek ^bla 13 septembre 2021 à 17:02 (CEST)

Merci. Je clos ici. Orlodrim (discuter) 14 septembre 2021 à 22:18 (CEST)

.

MediaWiki:Watchlist-messages – coquille

Requête acceptée - 15 septembre 2021 à 00:04 (CEST)

---

Pages où apparaît ce message : Liste de suivi

Changement proposé : Il y a une coquille dans le lien "[[Wikipédia:Wikiconcours/septembre 2021/Équipes|incriptions]]", il manque un S à "inscriptions" Cordialement, Jessy ^Oui ? 14 septembre 2021 à 23:07 (CEST)

 Fait ! -- -- Habertix (discuter) 15 septembre 2021 à 00:04 (CEST).

.

MediaWiki:Gadget-C helper.js – changement d'apparence avec vector

Requête acceptée - 17 septembre 2021 à 18:36 (CEST)

---

Pages où apparaît ce message : Bonjour, l'onglet C-helper semble être sous hormone ;)

Changement proposé : Je ne suis pas spécialiste, mais il me semble que la ligne 43, soit la ligne :
var caption = $( '<nav id="C-captions" class="mw-portlet vector-menu vector-menu-dropdown">' );
peut être remplacée par :
var caption = $( '<nav id="C-captions" class="mw-portlet vector-menu vector-menu-dropdown vector-menu-dropdown-noicon">' );
Merci d'avance. Au plaisir de vous lire. —Eihel (discuter) 17 septembre 2021 à 01:27 (CEST)

Merci Eihel pour le correctif, ça fonctionne.

Cordialement. — Thibaut (discuter) 17 septembre 2021 à 18:36 (CEST)

Conflit d’édition — Bonjour, j'allais faire la même demande après tests dans une sous-page. Par contre, ce n'est pas la bonne classe  Eihel et Thibaut120094 :, même si elle a le même effet, c'est plutôt mw-portlet-cactions qu'il aurait fallu ajouter. Cordialement, --Mathis B ^discuter, le 17 septembre 2021 à 18:40 (CEST)

Fait. — Thibaut (discuter) 17 septembre 2021 à 19:30 (CEST)

.

MediaWiki:Protectedpagetext – orthographe (accord)

Requête acceptée - 18 septembre 2021 à 19:41 (CEST)

---

Pages où apparaît ce message :

Changement proposé : Ce portail subit des vandalismes répétés et a été protégée -> protégé — Le message qui précède, non signé, a été déposé par SGlad (discuter), le 18 septembre 2021 à 19:21 (CEST)

C'est corrigé, bien vu ! D'autant plus que l'erreur remontait à 2009 ! od†n ↗^blah 18 septembre 2021 à 19:41 (CEST)

.

MediaWiki:Gadget-LiveRC.js – PNG --> SVG

Requête refusée - 21 septembre 2021 à 01:59 (CEST)

---

Pages où apparaît ce message : LiveRC.

Changement proposé : remplacer "Kde crystalsvg eraser.png" par "Crystal128-eraser.svg" (aussi dans MediaWiki:Gadget-LiveRC-frWP.js et dans MediaWiki:Gadget-LiveRC.css/Test/Ligne), ce qui donnerait une image bien plus nette, même en 12 px.

Bonjour Thomas Linard , c'est une bonne idée je trouve mais ce serait encore mieux de remplacer toutes les icônes PNG par des SVG si elles sont disponibles. (si t'as pas le courage de faire la liste je la ferai si tu préfères)

De plus, je pense que ce serait bien de changer aussi les icônes des AdQ et BA qui avaient été changées il y a quelques temps. --Niridya (discuter) 22 juin 2019 à 13:23 (CEST)…

Bonjour Niridya , "" est un choix qui ne prête pas à controverse comme c'est juste une amélioration technique (version SVG d'une icône 32 × 32 pixels). Mais bien sûr je suis pour passer à des icônes vectorielles et plus au goût du jour partout !

Voici l'état de mes recherches :

Propositions

>  Oui

>  Oui

>  Oui

>  Oui

>  ? (cf. {{Utilisateur patrouilleur}})  Oui

> (au minimum, mais aussi : ou )  Oui pour

> (cf. MediaWiki:Semiprotectedpagewarning)  Oui

> (cf. MediaWiki:Protectedpagewarning)  Oui

> , ou  Oui pour

>  Oui

>  Oui

>  Oui

>  Oui

> , ou  Oui pour car relatif à Flow

> (au minimum, mais aussi : , cf. {{Requête info}})  Oui

> (au minimum, mais aussi : ou )  Oui pour

> ou  Oui pour

> , , ou  Oui pour

> (au minimum, mais aussi : , ou , avec toute une série utilisable : , , , , , , idem avec , série : , , , , , )  Oui pour , série : , , , , , )

> (ou , )  Oui pour

> (au minimum, mais aussi : , , ou )  Oui pour

>  Oui

>  Oui

> , ou  Oui pour

>  Oui

> , ou  Oui pour

> , ou  Oui pour

> , , ou  Oui pour

> ou  Oui pour

> (au minimum, mais aussi : , , ou )  Oui pour

>  Oui

> ou  Oui pour

> , ou  Oui pour

>  Oui

> , , ou  Oui pour

> (mais plutôt, si je comprends bien l'action représentée : , ou )  Oui pour

> ou  Oui pour

> ou Plutôt  ?

>  Oui

>  Oui mais un doute sur la couleur...

> J'aurai plutôt pensé à

> (si je comprends bien l'action représentée)  Oui

>  Oui

> ou J'aurai plutôt pensé à

> J'aurai plutôt pensé à

> ou (si je comprends bien l'action représentée) J'aurai plutôt pensé à (comme c'est pour les modifications mineures)

Resterait à faire ou à trouver :

 

Thomas Linard (discuter) 22 juin 2019 à 22:44 (CEST)

Merci pour ta liste @Thomas Linard. Je regarderai dans quelques jours si je trouve pour les dernières ou si j'ai des trucs à faire remarquer sur certaines (quand j'aurai passé ma dernière épreuve de bac demain). . En attendant je met une boîte déroulante pour éviter de perturber la navigation sur la page

Bon courage pour demain, @Niridya ! Mon fils est dans le même cas. 😀 Thomas Linard (discuter) 23 juin 2019 à 23:37 (CEST)

@Thomas Linard J'ai mis mon avis après chaque image et globalement ça paraît super ! Si tu es d'accord avec mes remarques, je pourrai remettre en forme la demande (avec directement le code du coup). --Niridya (discuter) 26 juin 2019 à 19:56 (CEST)

@Niridya OK, content que mon boulot serve ! Globalement on part donc pour un style majoritairement OOjs, avec un peu de Breeze et de Twemoji (et un soupçon d'Oxygen + divers). Ça me semble cohérent. 👍 Et j'ai moi aussi un doute sur le cadenas bleu… Par contre, pourquoi  ? Je la trouve vieillote… Si tu as des réserves sur le noir, ça pourrait être , non ? Thomas Linard (discuter) 27 juin 2019 à 00:07 (CEST)

Oh, j'y pense : pour la gomme, qui est au départ de tout ça : le contraste avec le style des autres icônes pourrait être trop grand. On pourrait prendre : , ou . Thomas Linard (discuter) 27 juin 2019 à 00:11 (CEST)

Pour l'archive, j'avais pris celle de {{archive}}. 😇 Perso je trouve assez jolie l'actuelle (et c'est l'une des rares icônes non flat que j'aime bien). Mais la orange que tu proposes me convient très bien, après tout ça fait du bien de varier un peu. 😉

Pour la gomme, je trouve bien la OOjs. Et d'ailleurs OOjs a été renommé en OOUI (c'est pas une remarque c'est juste pour t'informer vu que les fichiers n'ont pas été renommés).

Je vais mettre le code qu'on proposera sur Utilisateur:Niridya/Brouillon 2, tu pourras bien sûr modifier si tu vois des problèmes ou juste par envie. 😋 --Niridya (discuter) 27 juin 2019 à 20:41 (CEST)

 Thomas Linard et Niridya : Mettez dans votre common.js

window.LiveRC_Config = {'InstallationPage': 'Utilisateur:Athozus/LiveRC-frWP-test.js'};

importScript('Utilisateur:Athozus/LiveRC-test.js');.

Chargez ensuite LiveRC. J'ai modifié quelques icônes, même si je n'ai pas encore trouvé pour modifier les couleurs de l'interface. Le code est donc sur User:Athozus/LiveRC-frWP-test.js. Athozus (discuter), le 30 juin 2019 à 10:48 (CEST).

Bonjour @Niridya : merci pour l'info sur OOUI, je l'avais raté. Pour la gomme OOjs, je ne l'ai pas trouvé… J'ai fait les modifs restantes sur ta page.

Bonjour @Athozus : merci ! Nous avons bientôt fini de modifier la page de Niridya, comme cela nous pourrons tester toutes les nouvelles icônes et leur taille. Thomas Linard (discuter) 30 juin 2019 à 11:48 (CEST)

 Thomas Linard et Niridya : Salut. Vous savez où se trouve le code pour l'apparence en général, sans compter les icônes. Parce que je trouve qu'elle fait un peu vieillotte avec ses dégradés sombres et ses mauvais contrastes. Athozus ^Discussion, le 3 juillet 2019 à 17:52 (CEST).

@Athozus C'est vrai que c'est bien les icônes mais qu'une bonne partie de l'interface fait vieillotte. Les styles semblent être sur MediaWiki:Gadget-LiveRC.css (mais il y a aussi MediaWiki:Gadget-LiveRC.css/Dev.css et MediaWiki:Gadget-LiveRC.css/GlobalStyles.css donc vaudra mieux vérifier^^). N'hésites pas à proposer des nouveaux trucs pour améliorer en tous cas ! --Niridya (discuter) 4 juillet 2019 à 00:22 (CEST)

 Niridya et Thomas Linard : Et comment fait-on pour importer notre fichier CSS personnalisé ? Athozus ^Discussion, le 4 juillet 2019 à 18:39 (CEST).

┌───────────────────────────┘

Si tu veux dire faire ton propre fichier CSS pour remplacer celui de LiveRC, il faut que tu remplaces MediaWiki:Gadget-LiveRC.css/GlobalStyles.css (utilises la recherche pour trouver) par Utilisateur:Athozus/LiveRC.css dans Utilisateur:Athozus/LiveRC-test.js je pense.

Après, je ne parle pas JavaScript (juste quelques bases et déductions) donc désolé si ça ne marche pas. --Niridya (discuter) 6 juillet 2019 à 15:56 (CEST)

 Niridya : Je crois avoir une des solutions : MediaWiki:Gadget-LiveRC.js/CSS.js. Je pense qu'on pourra modifier l'apparence et faire un truc beaucoup plus moderne. J'ai bien dit je pense. . Athozus ^Discussion, le 6 juillet 2019 à 16:00 (CEST).

@Athozus C'est déjà bien de penser, je t'aiderai si t'as des soucis. --Niridya (discuter) 6 juillet 2019 à 22:32 (CEST)

La requête étant à l'abandon depuis plus de deux ans, je clôture celle-ci et je la mentionne sur la page de discussion du script, pour ceux qui voudraient finaliser le projet : Discussion MediaWiki:Gadget-LiveRC.js#Projet de remplacements d'icônes. od†n ↗^blah 21 septembre 2021 à 01:59 (CEST)

.

MediaWiki:Gadget-C helper.js – bis

Requête acceptée - 15 octobre 2021 à 03:15 (CEST)

---

Pages où apparaît ce message : Bonjour, de nouveau, l'onglet C-helper semble être sous hormone ;)

Changement proposé : Je ne suis pas spécialiste, mais il me semble que la ligne 43, soit la ligne :
var caption = $( '<nav id="C-captions" class="mw-portlet vector-menu vector-menu-dropdown">' );
peut être remplacée par :
var caption = $( '<nav id="C-captions" class="mw-portlet vector-menu vector-menu-dropdown vector-menu-dropdown-noicon">' );
Essayons à ma façon cette fois-ci : Bonjour Thibaut120094 , l'onglet TwinkleGlobal n'a pas bougé, donc ma proposition était la bonne… je suppose. Merci d'avance. Au plaisir de vous lire. —Eihel (discuter) 17 septembre 2021 à 01:27 (CEST)

 Fait. — Thibaut (discuter) 15 octobre 2021 à 03:15 (CEST)

.

MediaWiki:Gadget-LiveRCSiteConfig.js – Ajout d'un motif de suppression

Requête acceptée - 10 novembre 2021 à 22:32 (CET)

---

Pages où apparaît ce message : WP:LiveRC

Changement proposé : Ajout du motif de suppression "Pas en français / Not in French" sur la ligne LiveRC_Config["MediawikiMessages"]["deletereason-dropdown"] =— User92259453 (discuter) 1 novembre 2021 à 17:04 (CET)

Ça semble déjà y être ? od†n ↗^blah 8 novembre 2021 à 02:09 (CET)

J'ai peut-être compris : le texte déjà présent n'est pas tout à fait le même : « Article en langue étrangère / Article not in French ». La demande serait donc d'ajouter le texte légèrement différent « Pas en français / Not in French » ? Mais ça serait redondant… Et surtout, cet élément de configuration semble avoir pour but de se calquer sur le contenu de MediaWiki:Deletereason-dropdown. od†n ↗^blah 8 novembre 2021 à 02:15 (CET)

Bonsoir, je n'avais pas vu que le motif en question est déjà présent. Ce qui est bizarre, c'est que j'ai beau chercher ce motif dans mon LiveRC, je ne le retrouve pas. Et cette liste n'est pas personnalisable, donc elle est sensé être la même pour tout le monde, n'est-ce pas?— User92259453 (discuter) 8 novembre 2021 à 02:34 (CET)

Il s'agit d'un bug. Voici un extrait du contenu :

** Article en langue étrangère / Article not in French* Motifs plus techniques** Page vide

Et voici un extrait du code qui parse ce contenu :

    var Drop = Drop.split("**");
    for(var a=0,l=Drop.length;a<l;a++){
      var ThisReason = Drop[a];
      if(ThisReason.indexOf("*")!=-1) continue;
      ThisAsk.reasons.push(ThisReason);
    }

Le split("**") donne «  Article en langue étrangère / Article not in French* Motifs plus techniques » au lieu de «  Article en langue étrangère / Article not in French », puis il y a un faux positif avec le indexOf("*") en raison du « * » encore présent.

od†n ↗^blah 8 novembre 2021 à 11:04 (CET)

J'ai corrigé en tâchant de faire au plus simple. J'en ai profité pour ajouter un trim() qui manquait, auparavant il y avait une espace au début des lignes. À noter que si une ligne venait à contenir un caractère « * », la ligne serait tronquée à partir de ce caractère, mais avec le format de ces données (copie de MediaWiki:Deletereason-dropdown en retirant les sauts de lignes), on ne peut pas faire mieux. od†n ↗^blah 10 novembre 2021 à 11:21 (CET)

Merci,  Od1n. Le problème est donc résolu.— User92259453 (discuter) 10 novembre 2021 à 22:32 (CET)

.

MediaWiki:Gadget-C helper message.js – ajout de modèles

Requête acceptée - 27 novembre 2021 à 15:12 (CET)

---

Gadget : C-helper

Changement proposé : Bonjour. Ci-joint une demande discutée sur Scripts et gadgets (Coincoinci DreZhsh et User92259453 ). Merci aussi à @O-R car son intervention m'a rappelé ce sujet ! Merci d'avance à l'admin d'interface qui s'en chargera

Les lignes 15 à 81 :

 categories: [
  	{display:"Souhaiter la bienvenue", node:null}, //0
  	{display:"Maladresses", node:null},    //1
  	{display:"Modèles vandalisme", node:null},    //2
  	{display:"Suggestion", node:null},    //3
  	{display:"Liens externes", node:null},    //4
  	{display:"Copyvio", node:null},    //5
  	{display:"Avertissement supression", node:null},    //6
  	{display:"Aide", node:null},    //7
  ],
  /*
    {category:, display:'', template:'', help:'', reason:'', page:'', diff:''},
	Magic words :
		* $(page)
		* $(diff)
		* $(user)
		* $(day) $(month) $(year)
		* $(reason)
		* $(extra)
  */
  templates: [
	{category:0, display:'Bienvenue nouveau', template:'Bienvenue nouveau|$(user)|message=$(extra)', extra:'Ajouter un message personnel (facultatif) :', help:''},
	{category:0, display:'Bienvenue IP', template:'Bienvenue IP', help:''},
	{category:0, display:'Bienvenue IP méritante', template:'Bienvenue IP méritante|$(user)|message=$(extra)', extra:'Ajouter un message personnel (facultatif) :', help:''},
	{category:0, display:'Contributions rémunérées', template:'Contributions rémunérées|$(page)', help:''},
	{category:1, display:'Test 0', template:'Test 0|$(page)|raison=$(extra)|user=$(user)', extra:'Type de maladresse (facultatif) :', help:''},
	{category:1, display:'Ajout POV', template:'Ajout POV|$(page)|user=$(user)', help:''},
	{category:1, display:'Non-encyclo', template:'Non-encyclo|user=$(user)', help:''},
	{category:1, display:'Retrait injustifié', template:'Retrait injustifié|$(page)|user=$(user)', help:''},
	{category:1, display:'Ortho', template:'Ortho|$(page)|user=$(user)', help:''},
	{category:1, display:'Signature', template:'Signature', help:''},
	{category:1, display:'Traduction automatique', template:'Traduction automatique|$(page)|user=$(user)', help:''},
	{category:1, display:'No ref wiki', template:'No ref wiki|$(page)|user=$(user)', help:''},
	{category:1, display:'PU brouillon', template:'PU brouillon', help:''},
	{category:1, display:'Compte publicitaire', template:'Compte publicitaire', help:''},
	{category:2, display:'Test 1', template:'Test 1|$(page)', help:''},
	{category:2, display:'Test 2', template:'Test 2', help:''},
	{category:2, display:'Test 3', template:'Test 3', help:''},
	{category:2, display:'Test 4', template:'Test 4', help:''},
	{category:2, display:'Faux décès', template:'Faux décès|$(page)', help:''},
	{category:2, display:'Vandalisme cracra', template:'Vandalisme cracra', help:''},
	{category:3, display:'Faut sourcer', template:'Faut sourcer|$(page)|user=$(user)', help:''},
	{category:3, display:'Motivation modif', template:'Motivation modif|$(page)|user=$(user)', help:''},
	{category:4, display:'Bienvenue spammeur', template:'Bienvenue spammeur|$(page)|user=$(user)', help:''},
	{category:4, display:'Bienvenue spammeur 4', template:'Bienvenue spammeur 4|$(page)|user=$(user)', help:''},
	{category:4, display:'LE HC', template:'LE HC|$(page)|user=$(user)', help:''},
	{category:4, display:'LE dans texte', template:'LE dans texte|$(page)|user=$(user)', help:''},
	{category:4, display:'Bienvenue spammeur 2', template:'Bienvenue spammeur 2|$(page)', help:''},
	{category:4, display:'Bienvenue spammeur 3', template:'Bienvenue spammeur 3|$(page)', help:''},
	{category:5, display:'Copieurlight', template:'Copieurlight|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:5, display:'Avertissement Copyvio', template:'Avertissement Copyvio|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:5, display:'Avertissement Copyvio Synopsis', template:'Avertissement Copyvio Synopsis|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:5, display:'Dernier avertissement Copyvio', template:'Dernier avertissement Copyvio|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:6, display:'Averto sursis', template:'Averto sursis|$(page)|$(extra)', extra:'Raison :', help:''},
	{category:6, display:'BSI CAA', template:'BSI CAA|$(page)', help:''},
	{category:6, display:'BSI BàS', template:'BSI BàS|$(page)|user=$(user)', help:''},
	{category:6, display:'BSI promo', template:'BSI promo|$(page)|user=$(user)', help:''},
	{category:6, display:'BSI canular', template:'BSI canular|$(page)|user=$(user)', help:''},
	{category:6, display:'BSI doublon', template:'BSI doublon|$(page)|$(extra)|user=$(user)', extra:'Titre de l\'article en double :', help:''},
	{category:6, display:'Bienvenue SI 2', template:'Bienvenue SI 2', help:''},
	{category:6, display:'Bienvenue SI 3', template:'Bienvenue SI 3', help:''},
	{category:6, display:'Bienvenue SI 4', template:'Bienvenue SI 4', help:''},
	{category:7, display:'Aide sources', template:'Aide sources|user=$(user)', help:''},
	{category:7, display:'Aide images', template:'Aide images|user=$(user)', help:''},
	{category:7, display:'Aide wikification', template:'Aide wikification|user=$(user)', help:''},
	{category:7, display:'Aide liens', template:'Aide liens', help:''},
  ],

Seront remplacées par :

categories: [
  	{display:"Souhaiter la bienvenue", node:null}, //0
  	{display:"Maladresses", node:null},    //1
  	{display:"Vandalisme", node:null},    //2
  	{display:"Suggestion", node:null},    //3
  	{display:"Liens externes", node:null},    //4
  	{display:"Copyvio", node:null},    //5
  	{display:"Avertissement supression", node:null},    //6
  	{display:"Aide", node:null},    //7
  ],
  /*
    {category:, display:'', template:'', help:'', reason:'', page:'', diff:''},
	Magic words :
		* $(page)
		* $(diff)
		* $(user)
		* $(day) $(month) $(year)
		* $(reason)
		* $(extra)
  */
  templates: [
	{category:0, display:'Bienvenue nouveau', template:'Bienvenue nouveau|$(user)|message=$(extra)', extra:'Ajouter un message personnel (facultatif) :', help:''},
	{category:0, display:'Bienvenue IP', template:'Bienvenue IP', help:''},
	{category:0, display:'Bienvenue IP méritante', template:'Bienvenue IP méritante|$(user)|message=$(extra)', extra:'Ajouter un message personnel (facultatif) :', help:''},
	{category:1, display:'Test 0', template:'Test 0|$(page)|$(diff)|autre=$(extra)|user=$(user)', extra:'Type de maladresse (facultatif) :', help:''},
	{category:1, display:'Test ?', template:'Test ?|$(page)|$(diff)', help:''},
	{category:1, display:'Ajout POV', template:'Ajout POV|$(page)|user=$(user)', help:''},
	{category:1, display:'Non-encyclo', template:'Non-encyclo|user=$(user)', help:''},
	{category:1, display:'Retrait injustifié', template:'Retrait injustifié|$(page)|user=$(user)', help:''},
	{category:1, display:'Ortho', template:'Ortho|$(page)|user=$(user)', help:''},
	{category:1, display:'Signature', template:'Signature', help:''},
	{category:1, display:'Traduction automatique', template:'Traduction automatique|$(page)|user=$(user)', help:''},
	{category:1, display:'No ref wiki', template:'No ref wiki|$(page)|user=$(user)', help:''},
	{category:1, display:'PU brouillon', template:'PU brouillon', help:''},
	{category:1, display:'Compte publicitaire', template:'Compte publicitaire', help:''},
	{category:1, display:'Conflit d\'intérêts', template:'Conflit d\'intérêts|$(page)', help:''},
	{category:1, display:'Bienvenue autobiographie', template:'Bienvenue autobiographie|$(page)|$(extra)', extra:'Message à la fin du modèle', help:''},
	{category:1, display:'Suppr Bandeaux', template:'Suppr Bandeaux|$(page)', help:''},
	{category:2, display:'Test 1', template:'Test 1|$(page)', help:''},
	{category:2, display:'Test 2', template:'Test 2', help:''},
	{category:2, display:'Test 3', template:'Test 3', help:''},
	{category:2, display:'Test 4', template:'Test 4', help:''},
	{category:2, display:'Faux décès', template:'Faux décès|$(page)', help:''},
	{category:2, display:'Faux décès 2', template:'Faux décès 2|$(page)', help:''},
	{category:2, display:'U-R3R', template:'U-R3R|$(page)', help:''},
	{category:2, display:'U-R3R-2', template:'U-R3R-2|$(page)', help:''},
	{category:2, display:'Vandalisme cracra', template:'Vandalisme cracra', help:''},
	{category:3, display:'Faut sourcer', template:'Faut sourcer|$(page)|user=$(user)', help:''},
	{category:3, display:'Faut sourcer 2', template:'Faut sourcer 2|$(page)', help:''},
	{category:3, display:'Motivation modif', template:'Motivation modif|$(page)|user=$(user)', help:''},
	{category:3, display:'Contributions rémunérées', template:'Contributions rémunérées|$(page)', help:''},
	{category:3, display:'Contributions rémunérées rappel', template:'Contributions rémunérées rappel|$(page)', help:''},
	{category:3, display:'Nom d\'utilisateur connu', template:'Nom d\'utilisateur connu', help:''},
	{category:3, display:'Bienvenue nom d\'utilisateur', template:'Bienvenue nom d\'utilisateur', help:''},
	{category:4, display:'Bienvenue spammeur', template:'Bienvenue spammeur|$(page)|user=$(user)', help:''},
	{category:4, display:'Bienvenue spammeur 2', template:'Bienvenue spammeur 2|$(page)', help:''},
	{category:4, display:'Bienvenue spammeur 3', template:'Bienvenue spammeur 3|$(page)', help:''},
	{category:4, display:'Unique avertissement spammeur', template:'Bienvenue spammeur 4|$(page)|user=$(user)', help:''},
	{category:4, display:'LE HC', template:'LE HC|$(page)|user=$(user)', help:''},
	{category:4, display:'LE dans texte', template:'LE dans texte|$(page)|user=$(user)', help:''},
	{category:5, display:'Avertissement Copyvio', template:'Avertissement Copyvio|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:5, display:'Avertissement Copyvio Synopsis', template:'Avertissement Copyvio Synopsis|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:5, display:'Dernier avertissement Copyvio', template:'Dernier avertissement Copyvio|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:5, display:'Unique avertissement Copyvio', template:'Bienvenue Copyvio 4|$(page)|$(extra)', extra:'Site copié (facultatif) :', help:''},
	{category:6, display:'Averto sursis', template:'Averto sursis|$(page)|$(extra)', extra:'Raison :', help:''},
	{category:6, display:'BSI CAA', template:'BSI CAA|$(page)', help:''},
	{category:6, display:'BSI BàS', template:'BSI BàS|$(page)|user=$(user)', help:''},
	{category:6, display:'BSI promo', template:'BSI promo|$(page)|user=$(user)', help:''},
	{category:6, display:'BSI canular', template:'BSI canular|$(page)|user=$(user)', help:''},
	{category:6, display:'BSI doublon', template:'BSI doublon|$(page)|$(extra)|user=$(user)', extra:'Titre de l\'article en double :', help:''},
	{category:6, display:'Bienvenue SI 2', template:'Bienvenue SI 2', help:''},
	{category:6, display:'Bienvenue SI 3', template:'Bienvenue SI 3', help:''},
	{category:6, display:'Bienvenue SI 4', template:'Bienvenue SI 4', help:''},
	{category:7, display:'Aide sources', template:'Aide sources|user=$(user)', help:''},
	{category:7, display:'Aide images', template:'Aide images|user=$(user)', help:''},
	{category:7, display:'Aide wikification', template:'Aide wikification|user=$(user)', help:''},
	{category:7, display:'Aide liens', template:'Aide liens', help:''},
  ],

Bon weekend ! — LD (d) 19 novembre 2021 à 23:54 (CET)

Salut  LD,

Merci de faire cette DIMS, j'avais complétement oublié cette discussion.. J'en profite pour signaler que le champ "Type de maladresse (facultatif) :" (lorsque l'on clique sur "Test 0") ne marche pas (voir ce diff). Bien à toi,— User92259453 (discuter) 20 novembre 2021 à 17:02 (CET)

Bonsoir User92259453, actuellement, {{Test 0}} est programmé comme suit dans C-helper : {category:1, display:'Test 0', template:'Test 0|$(page)|raison=$(extra)|user=$(user)', extra:'Type de maladresse (facultatif) :', help:''},. Le changement proposé comprend le remplacement de raison=$(extra) par autre=$(extra) (le paramètre raison n'existe pas contrairement à autre). Cordialement, ─ DreZhsh ^Discuter 20 novembre 2021 à 17:31 (CET)

Cordialement, Prométhée (discuter) 27 novembre 2021 à 15:12 (CET).

Merci !!! --O-R (discuter) 27 novembre 2021 à 15:22 (CET)

.

MediaWiki:Sitenotice – Wikipédia:Mois océanien Wikipédia/2021

Requête acceptée - 1 décembre 2021 à 12:39 (CET)

---

Pages où apparaît ce message : Toutes les pages de l'encyclopédie

Changement proposé :

Après en avoir demandé l'autorisation à la communauté (Wikipédia:Le Bistro/23 novembre 2021#Wikiconcours Mois océanien), je viens vers vous pour savoir s'il serait possible de faire apposer ce bandeau sur les pages de l'encyclopédie dès que possible et durant les quinze premiers jours de décembre, ou autrement s'il existe un usage sur cette question. Girart de Roussillon ^{(Discrepance ?)} 25 novembre 2021 à 13:14 (CET)

Il pourrait être accompagné du texte : "Venez participer à la première édition du Mois Océanien et enrichir l'encyclopédie". Girart de Roussillon ^{(Discrepance ?)} 25 novembre 2021 à 13:16 (CET)

Après en avoir demandé l'autorisation à la communauté (Wikipédia:Le Bistro/23 novembre 2021#Wikiconcours Mois océanien), je viens vers vous pour savoir s'il serait possible de faire apposer ce logo sur les pages de l'encyclopédie durant le mois de décembre accompagné du texte "Venez participer à la première édition du Mois Océanien et enrichir l'encyclopédie." Girart de Roussillon ^{(Discrepance ?)} 26 novembre 2021 à 23:23 (CET)

Le bandeau donnerait :

Vous souhaitez contribuer à l'enrichissement de l'encyclopédie ?
Venez participer à la première édition du wikiconcours du Mois Océanien !

Girart de Roussillon ^{(Discrepance ?)} 30 novembre 2021 à 12:03 (CET)

Comme le concours commence aujourd'hui, je me permet de notifier les administrateurs d'interface dernièrement actifs :@Thibaut120094, @NB80, @Jules* et @GrandCelinien Girart de Roussillon ^{(Discrepance ?)} 1 décembre 2021 à 09:38 (CET)

Bonjour @Girart de Roussillon. C'est fait. Bien cordialement, — Jules* ^Discuter 1 décembre 2021 à 12:39 (CET)

Merci. Girart de Roussillon ^{(Discrepance ?)} 1 décembre 2021 à 13:03 (CET)

.

MediaWiki:Common.css – .conflit-edition

Requête acceptée - 20 décembre 2021 à 22:28 (CET)

---

Pages où apparaît ce message : {{Conflit d'édition}}

Changement proposé :Bonjour, l'image qui a été choisie pour ce modèle a été supprimée sur commons pour violation des droits d'auteurs. Il s'agit de File:Human-emblem-important-blue-128.png.

Un utilisateur a par la suite recréé le fichier avec une image de mauvaise qualité et d'une couleur différente (l'image d'origine était bleue, celle-ci est orange).

Je propose donc de la remplacer par une image de meilleur qualité. Soit la version SVG de cette même image, soit une version se rapprochant plus du fichier original. La ligne à modifier est la #801.

Comparaison:

Version actuelle
Conflit d’édition — File:Human-emblem-important-blue-128.png

Version SVG
Conflit d’édition — File:Human-emblem-important.svg

Version bleue (flat design)
Conflit d’édition — File:OOjs UI indicator alert-progressive.svg

Cordialement, Prométhée (discuter) 20 décembre 2021 à 22:28 (CET).

.

MediaWiki:Gadget-0xBlockMessage.js – refonte partielle (proxy)

Requête acceptée - 24 décembre 2021 à 10:19 (CET)

---

Bonjour,

Avec la refonte de {{Proxy}} et la création de WP:NOPROXY, je propose de mettre à jour MediaWiki:Gadget-0xBlockMessage.js en conséquence.

La partie du code suivant (L-30 à L-34) doit être mise à jour et j'ignore certaines particularités.

}, {
			label: "Proxy",
			data: '{ "template": "Proxy", "default-subst": false }',
			'autoselect-reason': '[[Wikipédia:Proxy ouvert|Proxy ouvert]]’
},

{{Proxy}} requiert deux paramètres (d'autres sont facultatifs) :

1. durée= correspond à $1 ou $2 (mais j'ignore lequel, cf. L-397). La seule restriction actuelle du modèle est qu'il faudrait mettre uniquement une valeur numérique (pas [1-5] years donc).
2. timestamp=, peut-on mettre {{subst:CURRENTTIMESTAMP}} ?

Enfin, on peut mettre à jour [[Wikipédia:Proxy ouvert|Proxy ouvert]] par [[Wikipédia:NOPROXY|Proxy ouvert]]. Le premier est un projet et le second est la page communautaire.

Merci d'avance pour vos retours, LD (d) 11 décembre 2021 à 20:41 (CET)

 LD J'ai la version :

data: '{ "template": "Proxy|durée=$1|timestamp={{subst:'+'CURRENTTIMESTAMP}}"

Attention cependant, un admin (même si pour un proxy en général c'est en années) pourrait très bien chosir une durée de blocage de 6 mois par exemple. Du coup la valeur posée dans le modèle serait "6".

Est-ce qu'on valide tout de même cette modification ? Prométhée (discuter) 23 décembre 2021 à 23:42 (CET)

Bonjour Prométhée , merci pour ton retour.

On peut valider. S'il y a des appositions erronées, elles devraient être rares et gérables a posteriori avec wstats ou par la récupération de la liste des blocages par requête API.

Bien à toi, LD (d) 23 décembre 2021 à 23:50 (CET)

c'est fait, joyeuses fêtes ! Prométhée (discuter) 24 décembre 2021 à 10:19 (CET)

Merci bien et joyeuses fêtes également ! — LD (d) 24 décembre 2021 à 13:31 (CET)

.

Gadgets ArchiveLinks et ExtendedCache

Requête acceptée - 1 février 2022 à 06:23 (CET)

---

Ensemble des articles : Tous les articles de wikipedia francophone.

Changement proposé : Concerne des demandes sur le gadget ArchiveLinks et ExtendedCache gestion des liens archives :

• Retirer l'archivage des liens vers mediawiki.org

https://fr.wikipedia.org/wiki/Discussion_utilisateur:Patafisik_(WMF)#q:Wikiquote:Le_Salon/avril_2021 suite à cette demande formulée par @Malik2Mars MediaWiki:Gadget-ArchiveLinks.js une règle est à implémenter à la ligne 20.

• Etendre la vision à la version mobile de cette PDD communautaires des archives wikiwix

'ArchiveLinks [ResourceLoader|default|dependencies=user,user.options] | ArchiveLinks.js' remplacer par 'ArchiveLinks [ResourceLoader|targets=desktop,mobile|default|dependencies=user,user.options] | ArchiveLinks.js' dans MediaWiki:Gadgets-definition

• Etendre la vision à la version mobile de cette PDD communautaire de l'affichage des liens d'archive

'* ExtendedCache [ResourceLoader|dependencies=ext.gadget.ArchiveLinks] | ExtendedArchiveLinks.js' remplacer par '* ExtendedCache [ResourceLoader|targets=desktop,mobile|dependencies=ext.gadget.ArchiveLinks] | ExtendedArchiveLinks.js' dans MediaWiki:Gadgets-definition Pmartin (discuter) 23 juillet 2021 à 00:55 (CEST)

Pour le premier point : je viens d'effectuer ceci pour traiter le problème. C'est un peu dommage d'avoir à alourdir (légèrement) le script pour des cas particuliers qui devraient être rarissimes, mais bon, quand il faut… od†n ↗^blah 24 juillet 2021 à 19:15 (CEST)

Concernant l'activation sur mobile, en fait même les gadgets marqués en targets=mobile ne sont actuellement pas chargés sur mobile. Je ne sais pas pourquoi ça a été conçu comme cela… Refs gerrit:60954, mw:Topic:W7xf7fg0ggnn4qo8. od†n ↗^blah 26 juillet 2021 à 21:57 (CEST)

Contrairement à ce que j'avais cru au départ, le target=mobile serait en fait bien fonctionnel. En revanche, je ne suis pas vraiment chaud pour activer le script sur mobile :

• L'impact performances de ce script n'est pas négligeable, et les développeurs de MediaWiki insistent beaucoup au sujet des performances sur mobile ; il serait préférable de favoriser les performances quitte à ne pas disposer de fonctionnalités non essentielles.

• Cette problématique existe depuis la création de ce gadget, maintenant il y a probablement du ménage à faire dans la liste étendue des archiveurs. Cela reste que du paramétrage, il sera facile de faire un rollback en cas de remontée communautaire. Pmartin (discuter) 3 août 2021 à 20:09 (CEST)

• La configuration des préférences est très limitée sur mobile, pour désactiver le script ce n'est pas du tout évident : il faut aller sur la version desktop, en étant connecté avec son compte, pour pouvoir aller ensuite désactiver le gadget…

• De mon point de vue la gêne occasionnée représente un pourcentage minoritaire sur l'utilisation de wikipedia, les comptes actifs sont essentiellement ceux des contributeurs et majoritairement par desktop, et quand bien même il reste toujours la solution de Version pour ordinateur.Pmartin (discuter) 3 août 2021 à 20:09 (CEST)

od†n ↗^blah 30 juillet 2021 à 14:50 (CEST)

Je me permets de relancer le sujet sur les deux derniers points Pmartin (discuter) 8 septembre 2021 à 10:42 (CEST)

Je rajoute une tâche à la todo , les archives Wikiwix sont maintenant compatible via https, pour éviter une redirection consommatrice ça serait bien de remplacer dans ces gadget le http par https. 5 novembre 2021 à 11:16 (CET)

Fait pour le https. od†n ↗^blah 8 novembre 2021 à 02:01 (CET)

Merci pour le https, pour les deux autres points "Un administrateur utilise ses outils au nom de la communauté, pour exécuter les décisions que la communauté a prises." il y a eu décision de la communauté que faut - il faire pour son application. Je pense que la source du problème date de cette époque entre @Od1n et moi Discussion_MediaWiki:Gadget-ArchiveLinks.js mais que depuis le temps cette page s'est construite Wikipédia:Contributions_rémunérées qui va bien au delà du poste que je proposais. Il y a t'il un autre admin neutre pour réaliser ces prises de décision Wikipédia:Sondage/Affichage_du_lien_archive_Wikiwix Wikipédia:Prise_de_décision/Système_de_cache sur la version mobile ? Pmartin (discuter) 9 novembre 2021 à 14:33 (CET)

Depuis le temps, j'ai un peu revu ma position sur l'outil Wikiwix. J'ai le sentiment qu'il fonctionne mieux qu'auparavant, et à plusieurs reprises j'ai pu constater qu'une grande quantité de pages est archivée, et qu'il permettait effectivement de récupérer des informations n'étant plus disponibles autrement. Donc je me dis pourquoi pas, et je ne suis plus opposé à son activation par défaut (sous réserves qu'il soit possible de le désactiver, et que l'impact sur les performances soit limité).

Néanmoins, le ratio utilité/lourdeur me parait plus défavorable sur mobile, comme j'ai détaillé un peu plus haut. Je suis donc pour ma part défavorable à l'activation sur mobile, et je ne suis pas certain que la PDD de 2008 soit automatiquement applicable (et ça me gêne qu'elle soit à chaque fois ressortie comme un joker « regardez il y a une PDD il faut l'appliquer »), elle remonte à une époque où on n'avait même pas le web sur nos mobiles…

Enfin, un administrateur a effectivement pour rôle d'appliquer les choix de la communauté, mais il est également libre de s'abstenir en cas de désaccord. Il n'y a pas de souci.

od†n ↗^blah 11 novembre 2021 à 23:44 (CET)

Depuis le temps, j'ai également renouvelé le matériel et réécris le code afin de rendre l'archivage de wikiwix plus stable, j'apprécie le fait que les efforts soient visibles.

Je justifie cette demande suite à ce sondage qui date de 2016 ( pas que de 2008 ) pour lequel le ratio utilité/lourdeur avait été évalué par la communauté Wikipédia:Sondage/Affichage_du_lien_archive_Wikiwix à une époque où la version mobile existait déjà et c'était lors de la mise en application de ce sondage que nous nous sommes "frictionnés" https://fr.wikipedia.org/w/index.php?title=Discussion_MediaWiki:Gadget-ArchiveLinks.js&diff=132347966&oldid=132341265 et qui n'a pas été mise en application sur mobile.

Je ne remets ni en cause le travail bénévole, ni le point de vue personnel de @Od1n que je respecte et salue, mais dans le cas présent il s'agit de la mise en place de décision prise par la communauté, l'avis personnel est à exprimer lors des PDDs ou des sondages comme tout membre de la communauté je suppose.Pmartin (discuter) 12 novembre 2021 à 12:27 (CET)

Je pense que le mieux serait que tu lances un sondage sur cette question de l'activation sur mobile. Ce changement justifie un sondage de toute façon, et cela permettra d'obtenir des avis supplémentaires (enfin… d'autres avis tout court quoi…), et de divers horizons. Comme cela nous devrions être fixés. od†n ↗^blah 16 novembre 2021 à 12:37 (CET)

┌──────────────────┘
Cela n'a pas plus que çà déchaîner les foules mais 8 votes pour quand mêmeWikipédia:Sondage/Gadget-ArchiveLinks-Mobile.Mais on était dans un sondage sur les Boomer des archives Wikipédia:Le_Bistro/15_décembre_2021#Sondage_en_cours à espérer ne pas avoir un nouveau format plus tard. On peut se caler une date début Janvier j'aimerai bien surveiller les métriques du serveur.Pmartin (discuter) 30 décembre 2021 à 23:08 (CET)

@Od1nLa procédure de la clôture du sondage a été finalisée.Pmartin (discuter) 7 janvier 2022 à 09:54 (CET)

Je n'avais pas vu passer ce sondage, mais vu les résultats je n'ai pas d'objection pour l'activation sur mobile. Tu aurais une préférence pour la date/heure d'activation, ou on peut activer maintenant ? od†n ↗^blah 10 janvier 2022 à 06:33 (CET)

@Od1nC'est bon pour moi je n'ai pas plus que çà de préférence je suis disponible en cas de soucis, compte tenu de la situation sanitaire.Pmartin (discuter) 10 janvier 2022 à 09:17 (CET)

Activé : 189749119 ainsi que 189749331. od†n ↗^blah 10 janvier 2022 à 10:24 (CET)

@Od1n Merci pour avoir activé le gadget, en testant je me suis rendu compte qu'il était activé uniquement pour les utilisateurs authentifiés, contrairement à la version PC. Soit il y a un paramètre qui manque lors de l'appel au gadget soit c'est un problème fonctionnel, tu as une piste ?

Chez moi, j'ai bien les liens archive quand je ne suis pas authentifié. Testé sur deux appareils différents. od†n ↗^blah 11 janvier 2022 à 14:17 (CET)

Oui c'est bon également pour moi, merci du retour.Pmartin (discuter) 11 janvier 2022 à 16:00 (CET)

Au niveau de la charge sur tes serveurs, ça donne quoi ? od†n ↗^blah 21 janvier 2022 à 14:49 (CET)

Tous les points de la requête ayant été traités, on peut clôturer. od†n ↗^blah 1 février 2022 à 06:23 (CET)

.

MediaWiki:Imagemap-Highlight.js et MediaWiki:Gadget-imgToggle.js – chargement global sur wikifr

Requête acceptée - 5 février 2022 à 23:54 (CET)

---

Pages où apparaît ce message : Modèle:Image interactive

Changement proposé : Après avoir importé localement les deux scripts pour faire fonctionner le modèle Image interactive, j'obtiens une différence de fonctionnement avec le modèle source russe. J'ai prévenu le développeur qui est l'auteur du modèle et qui a travaillé sur les scripts, mais il ne peut voir le résultat tant que ces scripts ne sont pas globalement accessibles. Donc serait-il possible de les rendre accessibles sur wikifr depuis n'importe quel poste pour analyse?

Liens :

• Questions techniques/semaine 8 2020
• Demande sur la page de discussion de Igor
• Chargement local
• Résultat obtenu (l'erreur entourée en rouge)

Akhmadjan (discuter) 27 février 2020 à 21:10 (CET)

 Akhmadjan :

Bonjour,

Je ne sais pas si j'aurai vraiment le temps de m'impliquer dans cette requête, mais pour avoir une chance que ça avance, voici quelques conseils :

1. (passage réécrit, maintenant que j'ai trouvé toutes vos sous-pages) Les scripts sont chargés dans Utilisateur:Akhmadjan/vector.js donc ça devrait marcher pour vous. Si ce n'est pas le cas, le développeur initial devrait pouvoir tester lui-même en les important depuis son propre vector.js (ou common.js). En fait, ce serait bien que tous les utilisateurs qui le veulent puissent d'abord tester le script par cette méthode. Ça marche pour moi... au bug près, d'où l'objet de cette requête. Mais vous avez raison : si Igor importe ses scripts depuis son compte utilisateur wikifr il aura aussi l'anomalie.
2. Indiquez quelques exemples d'articles où le modèle pourrait être utilisé, pour qu'on puisse estimer dans combien d'articles le modèle serait utile. La finalité du modèle Image interactive est son utilisation par le modèle Plan interactif du métro de Moscou. Ce dernier sera lui-même inséré dans les modèles Infobox Ligne de transport en commun (testé ici) et Infobox Station de métro (testé là). Ça impacte 15 pages pour les 15 lignes du métro moscovite et environ 204 pages pour les stations (sur a priori 3326 pages qui font appel à l'infobox Station de métro). Le modèle peut aussi être mis directement dans les pages Métro de Moscou et Liste des stations du métro de Moscou.
3. Postez un lien vers cette demande sur Discussion Projet:Scripts et gadgets.

Les modèles qui nécessitent des scripts pour fonctionner ont un coût de maintenance plus élevé qu'un simple modèle, donc on ne les active pas à la légère. Il faudrait obtenir un consensus sur l'utilité du modèle et s'assurer que le code est fonctionnel et stable avant d'envisager de le copier dans l'espace MediaWiki. Si maintenance il y a, je pense que ce sera plus sur le modèle Plan interactif du métro de Moscou, ses sous-pages et la carte elle-même, que sur les scripts.

Si vous avez des difficultés techniques pour le réaliser le point [1], vous pouvez demander de l'aide directement sur Discussion Projet:Scripts et gadgets.

Orlodrim (discuter) 4 mars 2020 à 21:05 (CET)

 Orlodrim :

Bonsoir, les réponses sont en bleu ci-dessus. Akhmadjan (discuter) 5 mars 2020 à 21:56 (CET)

J'ai testé les scripts sur la page Modèle:Plan interactif du métro de Moscou et il est vrai que le résultat est vraiment chouette. Cependant, cela m'embête de rajouter du code au moins dans le Common.js, éventuellement aussi dans le Gadgets-definition, deux fichiers qui sont à alourdir le moins possible, cela pour des scripts qui actuellement serviraient uniquement pour cette carte. Et cela irait aussi quand même ajouter des efforts de maintenance au niveau des scripts.

Je pense que le meilleur compromis serait de ne pas ajouter ces scripts pour tout le monde, mais de permettre aux utilisateurs désirant cette carte interactive de charger les scripts dans leur common.js.

J'ai élaboré sur 187178240 un code de chargement optimal, mais ce code est un peu long. Un meilleur compromis peut être 187178209, qui est moins complexe et fonctionne aussi bien, il est seulement marginalement moins performant en cas de rechargement ajax du contenu. Il faudrait simplement éviter la version 167368849, dont le code est très simple, mais qui a pour inconvénient de charger les scripts sur toutes les pages.

od†n ↗^blah 27 octobre 2021 à 06:58 (CEST)

Tu m'excuseras je suis revenu sur tes modifications car ça ne fonctionnait plus du tout chez moi : j'ai réinitialisé vector.js (chargement local) ainsi que les scripts Imagemap-Highlight.js et ImgToggle.js. J'en ai profité pour résoudre le problème qui m'embêtait, assez simple, je n'avais pas chargé le fichier .css qui définissait la classe imgtoggleboxTitle à display: none (vector.css). Le script d'Igor était parfait donc, il n'y avait rien à débugger. Si le chargement des scripts est trop compliqué tant pis, les charger uniquement pour soi, si on ne peut pas y accéder depuis n'importe quelle page d'une station du métro de Moscou, ne présente par contre pas un grand intérêt... Merci pour ton aide en tout cas! La carte russe a déjà évolué depuis tout ce temps, la ligne 15 a rejoint la ligne 3 en empruntant le tracé de la ligne 11. 😂 Autrement qu'est-ce qui distinguait les classes img_toggle {overflow: auto; overflow-y: hidden; max-width: ($('#bodyContent').width() - 38)px;} ? --Akhmadjan (discuter) 31 octobre 2021 à 01:51 (CEST)

J'avais pourtant bien testé, et chez moi ça fonctionnait correctement. Comme je l'avais indiqué, le problème est que le nom de classe img_toggle est déjà utilisé sur le wiki fr (plus exactement, depuis que j'ai corrigé le nom mal écrit img_toogle en img_toggle). Du coup, cela cause au moins ces problèmes :

• Les scripts GeoBox_Init() et ImgToggle.js s'exécutent sur les mêmes conteneurs, alors qu'ils n'ont rien à voir entre eux.
• Quand on fait des recherches de maintenance, les codes en rapport avec ImgToggle.js se retrouvent mélangés dans les résultats, alors que là encore ils sont sans rapport.

Du coup, si tu pouvais rétablir le changement vers imgtoggle_bis, ça serait vraiment bien. (à propos, la différence d'underscore « img_toggle / imgtoggle » est volontaire, ça fait que les noms ne se chevauchent pas)

Autrement, pas compris la dernière phrase de ton message à propos du CSS. (ce que je peux dire par contre, c'est que le 'max-width:' + $('#bodyContent').width() - 38) + 'px' pose problème si on redimensionne la fenêtre du navigateur, parce que la valeur est fixe)

od†n ↗^blah 31 octobre 2021 à 02:53 (CEST)

Ah jai vu ton travail de maintenance, correction syntaxique. À l'origine ta recherche sur img_toggle ne retournait que ImgToggle.js et Questions techniques/semaine 8 2020. Bonne correction puisqu'elle m'a orienté sur la solution à mon problème, le chargement de Gadget-imgToggle.css. Le renommage de la classe présente-t-il un intérêt si les scripts ne sont pas utilisés? Connecté, div.img_toggle que j'ai chargé localement donne le même résultat que déconnecté div.img_toggle non défini dans Common.css... 🤔 (lorsque j'inspecte Rennes ou Vystavotchnaïa) --Akhmadjan (discuter) 31 octobre 2021 à 11:32 (CET)

« La carte russe a déjà évolué depuis tout ce temps, la ligne 15 a rejoint la ligne 3 en empruntant le tracé de la ligne 11. 😂 » : je m'en étais douté de ce coup-là… Les lignes évoluent immanquablement avec le temps, nécessitant un effort de mise à jour assez conséquent au niveau de la carte dynamique. Il faut vraiment être passionné. Généralement, ce genre de mise à jour est pas mal délaissé.

Je propose de rétablir mes changements vers « imgtoggle_bis », pour les raisons de maintenance évoquées plus haut, et de clore cette requête qui est quand même là depuis plus d'un an et demi.

od†n ↗^blah 16 novembre 2021 à 12:48 (CET)

Vous êtes grand clerc! En même temps c'était déjà indiqué il y a plus d'un an et demi, le 5 mars 2020 : «Si maintenance il y a, je pense que ce sera plus sur le modèle Plan interactif du métro de Moscou, ses sous-pages et la carte elle-même, que sur les scripts.» Le principe c'est bien d'avoir un script qui ne bouge pas, ou peu, la carte devant elle nécessairement évoluer vu que des lignes sont en construction (leur tracé est pointillé).

Je vais renommer la classe « imgtoggle » (le bis suppose qu'imgtoggle existe déjà, ce qui n'est pas le cas, à moins que vous ayiez prévu de renommer une variable ainsi dans le futur?!?). La recherche de maintenance ne retourne que le sujet qui nous intéresse. imgToggle aurait été pas mal aussi, qui retourne davantage de résultats. --Akhmadjan (discuter) 17 novembre 2021 à 10:07 (CET)

La modification est faite. --Akhmadjan (discuter) 19 novembre 2021 à 17:35 (CET)

Étant donné que le script est fonctionnel pour ceux qui souhaiteraient le charger, et surtout qu'il utilise maintenant une classe "imgtoggle" qui, bien que très proche, ne rentre pas en conflit avec le "img_toggle" du Common.js (j'ai quand même ajouté ceci par précaution), je ne vois rien d'autre à effectuer et je clos cette requête qui traîne ici depuis quand même presque deux ans ! od†n ↗^blah 5 février 2022 à 23:54 (CET)

.

Orelsan le chanteur

Requête refusée - 12 février 2022 à 18:38 (CET)

---

Pages où apparaît ce message :

Changement proposé :

Orelsan n'est pas né en août mais en Mars — Le message qui précède, non signé, a été déposé par 2A04:CEC0:1028:432F:AC4A:AB18:2E47:A919 (discuter)

Ce n'est pas le lieu : voir WP:DIPP. Par ailleurs il faudrait fournir des sources, parce qu'une recherche rapide montre que nrj.fr, fnac.com, tv5monde.com, last.fm, purepeople.com, etc. donnent tous août. On peut discuter de la qualité de ces sources, mais face à d'autres sources.

Je clos pour « pas au bon endroit » combiné à « pas de source alors que des sources ne disent pas ça ». Hexasoft (discuter) 12 février 2022 à 18:38 (CET)

.

Talkpageheader

Requête acceptée - 18 février 2022 à 23:09 (CET)

---

Pages où apparaît ce message : Pdds

Changement proposé :

Cela ne concerne pas stricto sensu les administrateurs d'interface, mais Module:Talkpageheader est lié à l'interface et à MediaWiki:Talkpageheader, ce pourquoi je publie ici au moins pour avoir votre avis.

Suite à cette prise de décision, il faudrait afficher « [[Discussion:Article/Admissibilité|Admissibilité]] » à la place de « [[Discussion:Article/Suppression|Suppression]] ».

Ceci étant, il serait bon que si « [[Discussion:Article/Admissibilité|Admissibilité]] » n'existe pas, le lien soit « [[Discussion:Article/Suppression|Admissibilité]] » car le renommage des sous-pages prendra un certain temps.

Bien à vous, LD (d) 18 février 2022 à 20:33 (CET)

 : Spécial:Diff/190976153. On affiche le lien vers /Admissibilité s'il existe, et ensuite on vérifie si /Suppression existe. El pitareio (discuter) 18 février 2022 à 23:09 (CET)

.

MediaWiki:Gadget-PaStec.js – suite PdD

Requête acceptée - 18 février 2022 à 22:03 (CET)

---

Pages où apparaît ce message : hérité dans navigation / pdds

Changement proposé :

(Re)bonjour, idem suite à prise de décision : il faudrait modifier :

InitPaSURL  : "$1/Suppression&action=edit&editintro=Modèle:Suppression/initialise/intro&preload=Modèle:Initialiser_PàS",

par InitPaSURL  : "$1/Admissibilité&action=edit&editintro=Modèle:Suppression/initialise/intro&preload=Modèle:Initialiser_PàS",

Pour info : @Thibaut120094 car tu as déjà modifié une partie du code.

Bien à vous, — LD (d) 18 février 2022 à 21:42 (CET)

 Fait. — Thibaut (discuter) 18 février 2022 à 22:03 (CET)

.

MediaWiki:Gadget-SuppressionDeluxe.js

Requête acceptée - 22 février 2022 à 09:36 (CET)

---

Pages où apparaît ce message : Gadget

Changement proposé :

Bonjour, à la ligne n^o 32, remplacer Suppression par Admissibilité.

Merci d'avance, LD (d) 19 février 2022 à 21:42 (CET)

Cordialement, Prométhée (discuter) 22 février 2022 à 09:36 (CET).

.

Javascript et modèle admissibilité caduque

Requête acceptée - 27 février 2022 à 23:07 (CET)

---

Bonjour,

J'ouvre cette section assez générale pour inviter les utilisateurs encore actifs à remplacer « Admissibilité » par « Admissibilité à vérifier » dans leurs sous-pages javascript lorsque celui-ci fait référence au modèle avant mon intervention dans le cadre de la prise de décision. En effet, {{Admissibilité}} remplace désormais {{Suppression}} tandis que l’ancien modèle a été déplacé vers {{Admissibilité V1}} et n'a pas vocation à être utilisé : autant utiliser {{Admissibilité à vérifier}} donc.

1. Utilisateur:Great11/Editbar.js, @Great11 ;
2. Utilisateur:Rudloff/GadgetAdmissibilité.js, @Rudloff ;
3. Utilisateur:Trizek/patrouille.js, @Trizek

Pour les contributeurs suivants, inactifs depuis au moins un an, un administrateur d'interface est invité à modifier le code afin d'éviter « une mauvaise surprise » en cas de réutilisation de ceux-ci.

1. Utilisateur:Grind24/patrouille.js
2. Utilisateur:Lilyu/Editbar.js
3. Utilisateur:Lilyu/Editbar2.js
4. Utilisateur:Shaiyaa/modulemonobook.js

En « bonus », Utilisateur:Dr Brains/PaSDeluxe.js ne contient pas le modèle {{Admissibilité}} mais on pourrait substituer {{Suppression}} par {{Admissibilité}} pour éviter les redirections de modèle. De même que la ligne n°6 pourrait être amenée à changer.

Bien à vous, LD (d) 19 février 2022 à 04:13 (CET)

Merci pour le ping LD. Je n'ai plus l'utilité de cette page vu que je n'utilise plus la barre d'outils Monobook. J'ai supprimé ma page. Trizek ^bla 19 février 2022 à 15:41 (CET)

fait pour cette partie là aujourd'hui. Prométhée (discuter) 27 février 2022 à 22:33 (CET)

Autre demande. --FDo64 (discuter) 22 février 2022 à 12:21 (CET)

Cordialement, Prométhée (discuter) 27 février 2022 à 23:07 (CET).

.

Utilisateur:ASSOCIATION DIAMANT D'AFRIQUE/vector-2022.css – CSS perso utilisé comme hébergement

Requête acceptée - 1 mars 2022 à 15:52 (CET)

---

Pages où apparaît ce message : aucune

Changement proposé : suppression de la page utilisée comme hébergement pour une association

 Fait. Par @Alchemica. Kropotkine 113 (discuter) 1 mars 2022 à 15:52 (CET)

.

MediaWiki:Histlegend – Contrôle du plagiat

Requête acceptée - 2 mars 2022 à 14:45 (CET)

---

Pages où apparaît ce message : Chaque page historique

Changement proposé : Proposition Contrôle du plagiat

Chaque utlisateur doit le activer par m:Special:MyPage/global.css

#history-toolbox { display: block !important; }

— Le message qui précède, non signé, a été déposé par ‎ Geertivp (discuter), le 11 février 2022 à 16:39.

Attendons plus d'avis. J'ai laissé un message sur le Bistro. Kropotkine 113 (discuter) 1 mars 2022 à 16:03 (CET)

Kropotkine 113 (discuter) 2 mars 2022 à 14:45 (CET)

.

MediaWiki:Gadget-C helper si.js – Mise en page en accord avec l'éditeur visuel

Requête acceptée - 8 mai 2022 à 09:39 (CEST)

---

Changement proposé :
Bonjour,

Dans le preaload de DSI, j'avais inversé le motif de suppression et le demandeur afin que le bouton « répondre » et les réponses associées soient mis en forme avec l'Éditeur visuel. Or, je viens de remarquer que C-helper ne dépendait pas de ce modèle.

Deux solutions :

• Utiliser le preload : Wikipédia:Demande de suppression immédiate/preload
• Corriger la ligne 25 :

'request-content': "* '''Demandé''' par ~~"+"~~\n* '''Motif''' : $2 - $3",

par

'request-content': "* '''Motif''' : $2 - $3\n* '''Demandée''' par ~~"+"~~",

Pas certain de la place des « " » ; mais je suis certain que l'inversion sera plus intuitive et pertinente et qu’il faille corriger "demandé" en "demandée" car il s'agit d'une suppression . Merci d'avance, LD (d) 2 avril 2022 à 19:14 (CEST)

Cordialement, Prométhée (discuter) 8 mai 2022 à 09:39 (CEST).

.

MediaWiki:Gadget-C helper si.js et autres – actualisation

Requête acceptée - 8 mai 2022 à 09:52 (CEST)

---

Bonjour, une autre trouvaille, cette fois de la part de @Lagribouille, à la suite de la PDD, je vous remercie d'avance pour la correction.

Changement proposé : À la L-33 :

Remplacer :

G4: { text: 'Recréation d\'une page supprimée par décision PàS', help: '', extra: 'Lien vers la PàS', extra_default: '[[Discussion:'+mw.config.get('wgTitle')+'/Suppression]]'},

Par

G4: { text: 'Recréation d\'une page supprimée par décision communautaire', help: '', extra: 'Lien vers le débat', extra_default: '[[Discussion:'+mw.config.get('wgTitle')+'/Admissibilité]]'},

Par la même occasion :

• idem dans LiveRC-frWP, L-1784 :

  'page': '$1/Suppression’
  

  →

  'page': '$1/Admissibilité’
  

• même logique dans AdvancedResearch, L-93
• et quelques autres cas.

Bien à vous, LD (d) 7 mai 2022 à 21:19 (CEST)

Cordialement, Prométhée (discuter) 8 mai 2022 à 09:52 (CEST).

.

MediaWiki:Deletedtext – vérification et suppression de la sous-page « À faire »

Requête acceptée - 12 mai 2022 à 07:55 (CEST)

---

Pages où apparaît ce message : implicite avec Spécial:Delete

Changement proposé :

Bonjour, afin de réduire les actions administratives, je propose de retoucher MediaWiki:Deletedtext pour vérifier l'existence de la sous-page « À faire » lors de la suppression, et le cas échéant proposer sa suppression immédiate (au motif de « G8 - Page liée à une page inexistante ou supprimée »).

Cela ne me semble pas être sujet à débat, mais s'il faut, je lancerais une discussion à ce sujet. Voici le code proposé (à insérer entre 6^e et 7^e ligne) :

{{#ifeq:{{FULLPAGENAME}}|{{TALKPAGENAME}}||{{#ifexist:{{TALKPAGENAME}}/À faire|* La page supprimée possédait une sous-page « '''[[{{TALKPAGENAME}}/À faire|À faire]]''' » que vous voulez peut-être [{{fullurl:{{TALKPAGENAME}}|action=delete&wpReason=Page%20li%C3%A9e%20%C3%A0%20une%20page%20supprim%C3%A9e}} également supprimer].<br> |}}}}

Bonne journée, LD (d) 11 mai 2022 à 21:01 (CEST)

Bonjour LD,

La requête me semble sensée car elle permettra peut-être d'éviter la conservation malencontreuse de quelques orphelines, cette sous-page étant assez peu visible. J'ai fait l'ajout, mais après test il y avait une petite erreur de code que j'ai corrigée.

Wikipédiennement, Epok__ (✉), le 12 mai 2022 à 07:55 (CEST)

Merci Epok , pour la petite correction : j'ai un doute, sachant que la condition précédente pour les pages de discussions utilise deux | et que mon test fonctionne mais pas ta correction : je rate quelque chose ? LD (d) 12 mai 2022 à 22:00 (CEST)

Hello LD

Comme je l'ai dit, j'ai fait des tests, c'est ce qui m'a permis de me rendre compte que le message ne fonctionnait pas correctement.

La condition précédente s'applique aux pages principales (qui ont une pdd) : on est donc dans le else du si page est une pdd.

Ta condition s'applique aux pdd (qui ont une sous-page) : on est donc dans le then du si page est une pdd.

Ton test fonctionne car il est erroné : il devrait être placé sur la pdd de ta page, car c'est celle qui est concernée par le message.

Epok__ (✉), le 13 mai 2022 à 06:31 (CEST)

 Epok et LD : Je n'ai pas cherché à savoir quel est le bon code (en référence à la discussion ci-dessus), mais par contre, je pense qu'il faudrait tenir compte d'une fonctionnalité relativement récente de MediaWiki, qui est la suppression de la page de discussion associée.

À savoir que depuis peu, MediaWiki nous propose de supprimer également la PdD associée d'un article quand on veut supprimer ce dernier.

Cf. phab:T27471 et m:Community Wishlist Survey 2021/(Un)delete associated talk page.

Il y a donc possiblement plus de situation à gérer au niveau du code du message système, car on peut maintenant supprimer la page de discussion de l'article directement lors de la suppression de l'article. Il faudrait donc peut-être que le code en question tiennent compte de ce cas de figure.

--Tractopelle-jaune (discuter) 13 mai 2022 à 12:23 (CEST)

Tractopelle-jaune : effectivement, j'avais oublié cette fonctionnalité. Dans ces conditions, il faudrait peut-être supprimer le test sur l'espace de nom, ou alors adapter le message en fonction de celui-ci : si on est en train de supprimer une pdd, afficher le message actuel, si on est en train de supprimer un page principale, afficher un warning, peut-être en sous-item du texte MediaWiki:Deletepage-deletetalk ? Après, il ne faut pas surcharger non plus les différents champs... Epok__ (✉), le 14 mai 2022 à 07:16 (CEST)

@Tractopelle-jaune, Epok a bien raison sur le code (merci à nouveau d'avoir pris le temps d'expliciter mon erreur).

En revanche, je ne comprends pas dans quelle mesure il serait nécessaire de modifier MediaWiki:Deletedtext. Cette fonctionnalité est disponible dans Special:Delete certes, mais MediaWiki:Deletedtext s'affiche après la suppression : autrement dit, la case « Supprimer la page de discussion associée » est indépendante de MediaWiki:Deletedtext. La condition relative à la pdd dans MediaWiki:Deletedtext n'est affichée que si l'on n'a pas utilisé cette fonctionnalité, sinon elle ne repropose pas la suppression. Par ailleurs, depuis l'espace Discussion, il n'y a pas de case à cocher pour supprimer l’article également : cette fonctionnalité n'a pas de réciproque (ça ne semble pas prévu non plus ). Je ne comprends donc pas ta réponse, @Epok, et j'ai peur de rater un truc, peux-tu m'éclairer ? LD (d) 17 mai 2022 à 06:23 (CEST)

LD : non, effectivement tu as raison. Sachant qu'il n'est pas possible d'obtenir la valeur de la case cochée "Supprimer la pdd", ce ne serait pas pertinent. Ou alors avec un texte du type "Si vous avez supprimé la pdd pensez également à supprimer la sous-page...", que l'on pourrait conditionner au fait qu'il n'y a pas de pdd mais qu'il y a une sous-page "à faire". C'est pour ça que je proposais une alternative : modifier MediaWiki:Deletepage-deletetalk pour ajouter un warning conditionnel du type "attention, il y a une sous-page à faire", mais c'est probablement un peu lourd en termes de rendu.

Epok__ (✉), le 17 mai 2022 à 07:18 (CEST)

 LD et Epok : En fait je pensais à un test du genre pour identifier indirectement quand la fonctionnalité a été utilisée :

SI {{FULLPAGENAME}} = {{SUBJECTPAGENAME}} ET {{TALKPAGENAME}} n'existe pas ET {{TALKPAGENAME}}/À faire existe.

Ainsi, si on est en train de supprimer l'article, on tests si une PdD existe, si oui, on arrête là (la fonctionnalité de suppression associée n'a pas été utilisée), dans le cas contraire (pas de page de discussion existante), on peut soupçonner l'usage de la fonctionnalité, donc on va tester si une sous-page « À faire » existe.

Il est très peu probable d'avoir une sous-page « À faire » sans PdD. C'est donc en toute probabilité que la PdD a été supprimée grâce à cette fonctionnalité.

--Tractopelle-jaune (discuter) 17 mai 2022 à 09:13 (CEST)

Tractopelle-jaune effectivement, ça rejoint ce que je proposais (mais en mieux formalisé). Le seul faux positif serait l'existence préalable d'une page "à faire" qui n'avait pas été supprimée alors que la pdd avait été supprimée antérieurement. Mais même dans ce cas là, il reste intéressant de l'indiquer car c'est probablement un oubli antérieur. Epok__ (✉), le 17 mai 2022 à 10:32 (CEST)

Merci Epok et Tractopelle-jaune , j'ai compris votre raisonnement et vos propositions. En même temps que ce changement, j'ai listé puis supprimé les pages À faire orphelines (liste), cela me pousse à tirer en conclusion que les À faire orphelines résultent souvent d'une procédure de renommage (l'admin supprimant la pdd redictionnelle oubliant la sous-page, mais l'article reste). Toutefois, il arrive aussi souvent qu'elle soit juste oubliée dans la suppression article + pdd, et ce de la même manière que les sous-pages de documentation/test/cie. des modèles. Il me semble cependant que l'ajout proposé réduira cette maintenance à long terme, mais qu'elle pourra toujours bénéficié des ajustements que vous proposez, voire être comblée par la recherche annuel de pages orphelines. Dans ce cas, lister les actions annuelles de maintenance, par exemple dans Aide:Administration ou connexe, est une solution alternative. LD (d) 17 mai 2022 à 17:12 (CEST)

.

MediaWiki:Ipbreason-dropdown – mise à jour d'un LI

Requête acceptée - 31 mai 2022 à 09:51 (CEST)

---

Pages où apparaît ce message :Menu de blocage

Changement proposé :
Dans le motif suivant : « Non-respect de l'obligation de transparence malgré un ou plusieurs avertissements. Ce compte pourra être débloqué une fois l'obligation remplie ». Le lien sur « obligation de transparence » renvoi vers une redirection, car la page en question a été renommée à la suite de cette discussion. Je propose faire la mise à jour du lien vers « Wikipédia:Contributions rémunérées ». Merci. — SleaY ^(contacter) 30 mai 2022 à 21:23 (CEST)

Cordialement, Prométhée (discuter) 31 mai 2022 à 09:51 (CEST).

.

MediaWiki:Flow-ve-mention-template-title – nom du modèle de mention utilisé dans les discussions structurées

Requête acceptée - 11 août 2022 à 11:48 (CEST)

---

Pages où apparaît ce message : Les sujets de discussion Flow, quand un utilisateur souhaite mentionner un utilisateur en se servant du bouton dédié. Les explications du problème sont sur Wikipédia:Questions techniques/semaine 32 2022#Problème mention @ sous flow

Changement proposé : Enregistrer sur Wikipedia la page MediaWiki:Flow-ve-mention-template-title avec le contenu Mention et un commentaire de modification/création du genre : « C'est le nom du modèle sur frwiki. ». Merci. — Ideawipik (discuter) 10 août 2022 à 11:32 (CEST)

Trizek ^bla 11 août 2022 à 11:48 (CEST)

.

MediaWiki:Gadget-0xBlockMessage.js

Requête acceptée - 18 août 2022 à 19:49 (CEST)

---

Bonjour,

Je suggère une légère modification pour conserver les précédents messages par défaut en cas d'utilisateur rémunéré :

L53 et s. :

label: "Utilisateur rémunéré bloqué",
			data: '{ "template": "Utilisateur rémunéré bloqué" }'
		},

par

label: "Utilisateur rémunéré bloqué",
			data: '{ "template": "Utilisateur rémunéré bloqué", "default-clean": false }'
		},

Bien à vous, LD (d) 23 juin 2022 à 22:57 (CEST)

Cordialement, Prométhée (discuter) 18 août 2022 à 19:49 (CEST).

.

MediaWiki:Gadget-PaStec.js – mise à jour de liens

Requête acceptée - 18 août 2022 à 19:58 (CEST)

---

Pages où apparaît ce message : Gadget PaStec

Changement proposé : Suite au changement de nom des PàS et a renommage subséquent de plusieurs modèles, il y a plusieurs modifications à apporter à cette page :

• Comme indiqué précédemment en pdd de la page, il faudrait mettre à jour les appels de modèles d'editnotice et de preload, qui ont été renommés :

InitPaSURL    : "$1/Admissibilité&action=edit&editintro=Modèle:Suppression/initialise/intro&preload=Modèle:Initialiser_PàS",
vers
InitPaSURL    : "$1/Admissibilité&action=edit&editintro=Modèle:Admissibilité/initialise/intro&preload=Modèle:Initialiser_Débat_d'admissibilité",
(il faut peut-être échapper l'apostrophe, je ne sais pas).

• Par ailleurs :

KirMainTarget  : "{{En-tête section PàS|$day|$month|$year}}",
vers
KirMainTarget  : "{{En-tête section Débat d'admissibilité|$day|$month|$year}}",

Cela permettra de libérer des utilisations de certains modèles.
Wikipédiennement, Epok__ (✉), le 4 juillet 2022 à 09:28 (CEST)

Cordialement, Prométhée (discuter) 18 août 2022 à 19:58 (CEST).

Merci beaucoup Prométhée.

Wikipédiennement, Epok__ (✉), le 18 août 2022 à 21:47 (CEST)

.

MediaWiki:Gadget-C helper si.js – demande d'avis

Requête acceptée - 7 septembre 2022 à 19:13 (CEST)

---

Pages où apparaît ce message : WP:DSI

Changement proposé :

Bonjour,

Au détour d'une WP:DSI avec {{a'|Modèle:Infoboxjaime les souchi = Trinity College Dublin, The University of Dublin Seal.png}} plutôt que {{a'|1=Modèle:Infoboxjaime les souchi = Trinity College Dublin, The University of Dublin Seal.png}} (l'appel de 1= donc), la première utilisation renvoie « néant » mais pas la seconde.

Fainéant, j'aurais tendance à suggérer de remplacer, à la ligne 24 :

'request-title': '{{a\'|$1}}',

par

'request-title': '{{a\'|1=$1}}',

En même temps, c'est gérable par le modèle. Le cas me semble relativement rare mais si vous avez des avis ou des solutions , n'hésitez pas.

Bonne journée, LD (d) 6 juin 2022 à 17:24 (CEST)

On pourrait faire encore mieux, en ajoutant le « 1= » si et seulement si la valeur contient un signe « = ». Je crois qu'il faudrait aussi faire la même chose pour le message « deletion-template » – edit : non, celui-ci ne contenant en fait pas de placeholder « $1 / page ». od†n ↗^blah 6 juin 2022 à 18:11 (CEST)

J'ai regardé vite fait, c'est évidemment réalisable, mais toute la difficulté est de faire cela proprement, sans hardcoder un truc qui irait à l'encontre du système de messages librement configurables. Pour rappel il y aurait aussi la possibilité d'utiliser {{=}} (mais perso j'aime moins). od†n ↗^blah 6 juin 2022 à 18:24 (CEST)

Bonjour LD et od†n. Pour information. Ce n'est pas hyper important ni immuable : le code du modèle {{a'}} (et je crois quelques modèles similaires) fait que le lien ancré depuis le commentaire de modification dans l'historique de la page des SI fonctionne avec la syntaxe isolée {{a'|Titre}}, mais pas {{a'|1=Titre}}. Il serait très lourd pour l'HTML de dupliquer l'insertion des ancres (souvent déjà longues) dans les modèles afin d'"accepter" les deux syntaxes. Dans tous les cas, la sollicitation de {{=}} briserait aussi le lien.

Il y a d'ailleurs une incohérence entre le texte d'aide Wikipédia:Demande de suppression immédiate/editintro (sans 1=, comme le Gadget-C helper si) et les champs préremplis des formulaires Wikipédia:Demande de suppression immédiate/Utilisation et le bouton du bas dans Wikipédia:Demande de suppression immédiate/En-tête (avec 1=). C'est un détail mais ces liens facilitent la navigation. — Ideawipik (discuter) 6 juin 2022 à 20:37 (CEST)

Dommage, j'avais trouvé une solution pour le problème initial (en ajoutant la possibilité de spécifier pour les messages une fonction au lieu d'une chaîne), mais pour cette histoire de liens ancrés j'ai bien cerné le problème, mais je ne vois pas de solution… od†n ↗^blah 7 juin 2022 à 01:04 (CEST)

À défaut, on peut ne rien changer pour ce message système et uniformiser les pages de SI vers {{a'|Titre}} tout en changeant {{a'}} pour que « néant » soit remplacé par un message d'erreur qui sera plus intuitif, à l'instar de « Nom de la page non supportée par le modèle ». LD (d) 7 juin 2022 à 01:47 (CEST)

Pour clarifier : par « message » (ou même « message système » comme tu as employé), nous entendons ici les messages paramétrables dans le script Gadget-C helper si.js, c'est-à-dire les strings configurables de l'object C.si.config. Il ne s'agit ici pas des messages système de l'espace de noms « MediaWiki: » (refs mw:Help:System message, meta:Help:System message). od†n ↗^blah 7 juin 2022 à 08:57 (CEST)

Bonjour. Il y a une solution "toute simple" pour le gadget : qu'il remplace dans la chaîne les signes = par des = ou des = tout en conservant la syntaxe {{a'|Titre}}. Ainsi, pas besoin de modifier le modèle (a' ou a) ; les liens ancrés sont établis ; l'affichage est correct sans altération du fonctionnement. Si de temps en temps, on a des appels avec 1=, pas de problème. Et on peut ajouter un conseil dans les consignes mentionnées plus haut pour la syntaxe à adopter en cas de présence de signe égal en suggérant alors {{a'|1=Titre}} (tant pis pour le lien, mais pas plus qu'actuellement). La seule petite difficulté avec cette solution serait la lecture du code source de la page des SI (et le nom affiché dans les journaux d’opérations via lien généré par le modèle) pour les non-initiés et peut-être aussi pour certains bots ? Le premier point n'est pas vraiment très important sur ce type de page technique, le second le serait davantage. Y a-t-il des bots qui consultent cette page des SI ?

Techniquement, je songeais encore à une autre piste : accepter la présence des « = » dans "l'unique paramètre", un module se chargerait d'analyser les paramètres pour reconstruire le titre. Mais cette solution ne serait pas évidente et sans doute lourde, avec plusieurs inconvénients. Cela interdirait un futur ajout de paramètre au modèle. Le TemplateData serait impossible à remplir puisque tout paramètre serait valide. Il serait très difficile de repérer les usages incorrects du modèle. Il y aurait des cas d'incertitude par exemple pour une page nommée « 1 = … » ou si le paramètre contient « {{=}} » ou encore en cas de présence d'un « | » intempestif. Bref, ce ne serait pas un usage commun des modèles. Ce n'est pas à explorer, à mon avis.

Quant au modèle a', l'affichage du « néant » correspond à deux cas seulement : absence de valeur {{a'}} et présence d'un signe égal. Même {{a'|}} donne actuellement un affichage erroné mais sans message d'erreur. Donc on pourrait faire un message plus ciblé comme «  ». Cela demanderait l'ajout d'un if {{{1|}}} à {{a'}} ou à {{a}}. Quel coût pour un modèle très utilisé dans certaines pages ? — Ideawipik (discuter) 7 juin 2022 à 16:16 (CEST)

Je ne suis pas trop fan de la méthode avec les entités HTML, dans la mesure où c'est moins usuel/compréhensible que d'ajouter un « 1= ». (et ça repose sur un fonctionnement de MediaWiki qui fait que les caractères escapés sont quand même interprétés plus tard dans les traitements et passent finalement, c'est un quirk qui ne changera certainement jamais, mais si on peut l'éviter ce n'est pas plus mal…)

La moins pire solution que je vois pour l'instant, serait d'ajouter une ancre avec le « 1= » (solution que tu as évoquée plus haut) :

• Ajout d'un « 1= » ssi le titre contient un caractère « = » :

id="<nowiki>{{</nowiki>{{{modèle|a}}}<nowiki>|</nowiki>{{#ifexpr:{{#invoke:String|find|{{{1}}}|{{=}}}}|1=}}{{anchorencode:{{{1}}}}}<nowiki>}}</nowiki>"

Inconvénient : appel à Lua. Même si on appelle déjà Lua pour toutes les {{date}}, {{unité}}, etc. j'imagine que pour les performances ça ne doit pas être glop.

• Ajout d'une ancre supplémentaire avec le « 1= » :

<span id="<nowiki>{{</nowiki>{{{modèle|a}}}<nowiki>|</nowiki>1={{anchorencode:{{{1}}}}}<nowiki>}}</nowiki>"></span>

Inconvénient : markup plus long. Avantages : plus performant que d'appeler Lua ; compatibilité avec d'anciens liens qui contiendraient le « 1= » (vu qu'il est prérempli à divers endroits comme tu l'as signalé).

Je serais partant pour cette dernière solution, à défaut de mieux (et son seul inconvénient est d'ajouter un peu de markup). Bien entendu, il faudra aussi modifier le JavaScript pour ajouter un « 1= » si nécessaire (de toute façon, sinon le modèle ne fonctionne carrément pas…). Je n'ai pas encore étudié pour le message d'erreur que tu as suggéré, mais ça me semble tout à fait envisageable.

od†n ↗^blah 8 juin 2022 à 12:36 (CEST)

Modèle A'. Dans le cas ou on a {{a'|Bla{{=}}bla}}, l'ajout du « 1= » de la première option ne serait d'aucune utilité. Mais je crois qu'on a déjà exclu la bonne prise en compte de ces appels à propos des liens ancrés via les résumés de l'historique. Ou alors, il faudrait remplacer les {{=}} par {{=}} dans l'ancre (actuellement, ils sont expansé en =). Cela concerne les deux solutions. Une question plus générale est comment MediaWiki doit-il générer ces commentaires par défaut en présence de modèles : code brut ou une forme d'expansion ?

L'idéal serait, lors de l’exécution d'un modèle, de disposer d'un moyen de savoir si l'appel est de la forme {{Modèle|1=…}} ou {{Modèle|…}}. La solution 1 serait alors applicable sans avoir à tester la présence de « = » dans l'argument.

On notera aussi que la nécessité de rétro-compatibilité est assez faible puisque les liens depuis l'historique servent en général dans l'immédiat, pendant deux ou trois jours, avant que les demandes soient archivées.

Entre les deux solutions, c'est un dilemme classique entre performances en "interne" et taille du code HTML transmis à chaque chargement de la page par un lecteur (inégalités devant l'accès internet, débit). Je te fais confiance.

JavaScript. Il peut être modifié dès à présent. — Ideawipik (discuter) 8 juin 2022 à 15:40 (CEST)

J'ai modifié le JavaScript de sorte à ajouter les 1= si nécessaire (voir notamment 194444456), vu qu'il est évidemment préférable d'avoir un modèle qui fonctionne, quitte à ce que l'ancre ne fonctionne pas. od†n ↗^blah 11 juin 2022 à 12:45 (CEST)

J'étais sur le point d'ajouter l'ancre « 1= » au modèle {{a}} et je me suis finalement ravisé, considérant que l'ajout n'était pas assez justifié. Le problème se situe à la base dans le fonctionnement des modèles dans les titres de section, où lors des modifications l'ancre correspond au code du titre de section (i.e. le code d'appel du modèle) et lors de l'affichage l'ancre correspond au code développé (i.e. ce que le modèle affiche). C'est un problème pour lequel il n'y a pas grand chose à faire, auquel il faut se résigner, et on peut déjà s'estimer heureux d'avoir une solution permettant d'avoir une ancre qui fonctionne dans la grande majorité des cas (props Zebulon84).

Une autre solution à laquelle j'ai pensé, aurait été de créer un nouveau modèle dédié aux titres de sections de requête, avec une utilisation de la forme == {{requête|page=Trucmuche}} ==, et dont le code aurait contenu une ancre ainsi que le modèle {{a'}} (et à terme on aurait pu enlever l'ancre du modèle {{a}}). Mais là encore, je pense que cette complexification n'est pas assez justifiée, et qu'il vaut mieux s'en tenir à utiliser {{a'}} directement.

À propos, sur WP:DPH les titres de section utilisent la redirection {{a-court}} au lieu de {{a'}} et du coup les ancres ne fonctionnent pas non plus.

od†n ↗^blah 12 juin 2022 à 00:48 (CEST)

• Concernant le sujet initial de cette requête, à savoir le gadget C helper : j'ai modifié le gadget pour qu'en cas de présence d'un caractère « = », cela numérote explicitement le paramètre (avec un « 1= »), et ainsi le paramètre fonctionne correctement. Voir mes modifs de juin 2022 sur MediaWiki:Gadget-C helper si.js et sur MediaWiki:Gadget-C helper util.js. À noter que dans ce cas de figure, l'ancre du modèle ne fonctionne pas, mais ce n'était pas non plus fonctionnel auparavant, et comme développé plus haut, ce n'est pas vraiment résolvable, et cela reste un problème mineur pour un cas de figure assez rare.
• Concernant le "à propos" à la fin de mon message précédent : j'ai modifié {{a-court}} et {{a-dpp}} pour qu'ils ne soient plus des redirections vers {{a'}}, mais une copie du code de celui-ci, avec une adaptation du paramètre "modèle". Ainsi, les ancres fonctionnent maintenant aussi avec ces noms de modèles. Idéalement j'aurais préféré qu'ils restent des redirections, mais techniquement ce n'était pas possible. J'en ai profité pour ajouter le support de la première lettre en majuscule (e.g. {{A-court}}), vu que forcément on en trouve sur le wiki…

Je pense que la situation est gérée au mieux possible, compte tenu des contraintes techniques. Je clos cette requête, comme je ne vois plus rien à y ajouter. od†n ↗^blah 7 septembre 2022 à 19:13 (CEST)

Juste encore une petite modif : je viens de supprimer la valeur par défaut « néant », ce qui fait qu'en cas de paramètre "1" non reconnu à cause d'un caractère « = », ou simplement non renseigné, au lieu d'afficher un « néant » qui n'aide en rien, cela affiche une bouillie avec des « {{{1}}} » qui pourrait mettre sur la piste les rédacteurs ayant un peu d'expérience. Comme évoqué plus haut, on pourrait carrément ajouter un message d'erreur dans le modèle {{a}} (avec un {{#if:{{{1|}}}|<!--code du modèle-->|<!--message d'erreur-->}}), mais pas sûr que la complexification en vaille le coup. od†n ↗^blah 7 septembre 2022 à 19:37 (CEST)

.

MediaWiki:Gadget-MonobookToolbarStandard.js – Message galerie

Requête acceptée - 28 septembre 2022 à 20:09 (CEST)

---

Pages où apparaît ce message : Interface utilisateur d'édition du wikicode : texte type inséré via un bouton.

Changement proposé : Bonjour. Étant donné la direction de cette discussion qui tend assez massivement à réduire l'utilisation de {{message galerie}}, voire à supprimer ce modèle servant à indiquer qu'il est possible de cliquer sur les images des galeries pour les afficher en grand, il semble naturel de ne plus systématiquement ajouter ce modèle lors de l'insertion d'une galerie via le bouton de l'éditeur de texte (gadget activé par défaut). La manipulation dans le code JavaScript consiste à simplement retirer sur la ligne 50 (bouton d'identifiant mw-editbutton-gallery) l'extrait suivant :

\n{{message galerie}}

Merci. — Ideawipik (discuter) 17 septembre 2022 à 16:45 (CEST)

Ajoutons cet autre gadget à élaguer de la même manière : MediaWiki:Gadget-BoutonPlus.js.

Bonjour Orlodrim et JackPotte. La procédure de consultation s'est fermée sur la décision de retrait du modèle. Si des contributeurs et bots enlèvent le modèle dans les articles mais que d'autres continuent à l'insérer, même involontairement, via des gadgets très utilisés, ça ne va pas le faire. Le premier gadget est activé par défaut dans l'éditeur pour les comptes utilisateurs (voir Spécial:GadgetUsage). Merci — Ideawipik (discuter) 27 septembre 2022 à 23:28 (CEST)

Orlodrim (discuter) 28 septembre 2022 à 20:09 (CEST)

Merci Orlodrim. Quid de l'autre gadget dans la même situation : MediaWiki:Gadget-BoutonPlus.js ? Encore utilisé ? — Ideawipik (discuter) 28 septembre 2022 à 22:56 (CEST)

J'avais oublié le deuxième. Orlodrim (discuter) 28 septembre 2022 à 22:59 (CEST)

.

MediaWiki:Gadget-Smart patrol.js – Correction de la valeur du paramètre id de la fonction mw.util.addPortletLink

Requête acceptée - 1 octobre 2022 à 07:12 (CEST)

---

Pages où apparaît ce message : Toutes les pages avec un historique si le script est importé.

Changement proposé : Avec Vector 2022, tous les liens ajoutés à #p-cactions via des scripts sont précédés d'un élément <span> avec la classe mw-ui-icon. Dans MediaWiki:Gadget-Smart patrol.js, le paramètre id dans l'appel à mw.util.addPortletLink contient une espace, ce qui relève l'exception suivante :

« Uncaught DOMException: Failed to execute 'add' on 'DOMTokenList': The token provided ('mw-ui-icon-vector-gadget-Smart patrol') contains HTML space characters, which are not valid in tokens. »

Pour éviter d'avoir cette erreur, il faut remplacer l'appel à mw.util.addPortletLink par mw.util.addPortletLink( 'p-cactions', '#', 'Smart patrol', 'p-smart-patrol', 'Smart patrol' ); à la ligne 11.

Cordialement, ─ DreZhsh ^Discuter 30 septembre 2022 à 07:55 (CEST)

Les espaces sont effectivement proscrits dans les IDs (refs MDN). Petite retouche, le préfixe ne devrait pas être « p- », mais « ca- ».

Toutefois, le paramètre "id" est optionnel (refs documentation), du coup ne pourrait-on pas carrément omettre ce paramètre ? Pour d'autres gadgets (exemples), ce paramètre "id" semble surtout être utilisé parce que le paramètre suivant, "tooltip", est utilisé… Néanmoins, on pourrait laisser cet ID ne serait-ce que pour l'harmonie avec les autres liens, qui ont tous des IDs.

Je vais déjà corriger ce paramètre "id", et en attente d'observations au sujet de son éventuelle suppression.

od†n ↗^blah 1 octobre 2022 à 06:58 (CEST)

Je viens d'effectuer cette correction. J'ai aussi effectué la même correction sur le gadget OngletGoogle. od†n ↗^blah 1 octobre 2022 à 07:05 (CEST)

Je pense que c'est tout bon (j'ai même vérifié que l'id "ca-google" n'était pas déjà utilisé ailleurs, sait-on jamais) ; et va pour conserver les ids, pour la consistance avec les autres liens "p-cactions". od†n ↗^blah 1 octobre 2022 à 07:12 (CEST)

Pour information, j'ai vérifié pour les autres scripts dans l'espace de noms MediaWiki (recherche) et je n'ai pas repéré d'autres erreurs similaires. En revanche, il y a énormément de scripts dans l'espace de noms Utilisateur (recherche), et là ça fait trop à vérifier… od†n ↗^blah 1 octobre 2022 à 07:23 (CEST)

Avec insource:/addPortletLink\([^)]*?['"]p-cactions["']/ (recherche), j'obtiens 172 résultats au lieu de 410. ─ DreZhsh ^Discuter 3 octobre 2022 à 16:53 (CEST)

.

MediaWiki:Deletedtext – Application correcte de plainlinks (Correction d'une erreur de lint)

Requête acceptée - 15 octobre 2022 à 16:57 (CEST)

---

Pages où apparaît ce message : Je ne sais pas.

Changement proposé : plainlinks ne s'applique pas comme la classe est appliquée à un <span> qui n'est pas prévu pour gérer les sauts de ligne.

Trois solutions sont possibles :

• Supprimer la balise <span class="plainlinks"></span> si on pense que c'est mieux sans.
• Remplacer <span class="plainlinks"> ... </span> par <div class="plainlinks"> ... </div> pour que plainlinks soit appliquée au niveau d'un bloc.
• Appliquer <span class="plainlinks"></span> à chaque ligne où on en a besoin comme ceci (j'ai supposé ici que $1 et $2 n'étaient pas des liens, s'ils peuvent l'être il faudrait aussi leur appliquer plainlinks) :

« '''$1''' » a été supprimé ([[Special:Undelete/$1|afficher ou restaurer]] l'historique supprimé)
* <span class="plainlinks">[[Special:Whatlinkshere/{{FULLPAGENAME}}|Vérifiez les liens]] et supprimez [{{fullurl:Special:Whatlinkshere/{{FULLPAGENAME}}|hideredirs=0&hidetrans=1&hidelinks=1&hideimages=1}} au moins les redirections] vers cette page.</span>
{{#ifeq:{{FULLPAGENAME}}|{{TALKPAGENAME}}||{{#ifexist:{{TALKPAGENAME}}|* <span class="plainlinks">La page supprimée possédait une '''[[{{TALKPAGENAME}}|page de discussion]]''' que vous voulez peut-être [{{fullurl:{{TALKPAGENAME}}|action=delete&wpReason=Page%20de%20discussion%20orpheline}} également supprimer].</span><br> |}}}}
{{#ifeq:{{FULLPAGENAME}}|{{TALKPAGENAME}}|{{#ifexist:{{TALKPAGENAME}}/À faire|* <span class="plainlinks">La page supprimée possédait une sous-page « '''[[{{TALKPAGENAME}}/À faire|À faire]]''' » que vous voulez peut-être [{{fullurl:{{TALKPAGENAME}}|action=delete&wpReason=Page%20li%C3%A9e%20%C3%A0%20une%20page%20supprim%C3%A9e}} également supprimer].</span><br> |}}}}
Voir le $2, mais aussi les [[Wikipédia:Débat d'admissibilité|débats d'admissibilité]] et les [[Wikipédia:Pages soupçonnées de violation de copyright|pages soupçonnées de violation de droit d'auteur]].

La 1^re solution me semble plutôt sensée comme il peut être souhaitable que les liens soient plus mis en avant mais si on souhaite appliquer plainlinks je conseille plutôt la 3^e solution qui applique plus précisément la classe là où on en a besoin.

mat.duf (discuter) 15 octobre 2022 à 16:55 (CEST)

Bonjour Mat.duf.

Il s'agit du message qui est affiché lorsque l'on supprime une page. Le plainlinks est effectivement souhaitable pour la lisibilité, donc j'ai adopté l'option 2.

Wikipédiennement, Epok__ (✉), le 15 octobre 2022 à 16:57 (CEST)

.

MediaWiki:Gadget-Accessibility.js – Affichage sur Vector (2022 et 2010)

Requête acceptée - 13 septembre 2022 à 21:24 (CEST)

---

Pages où apparaît ce message : Toutes les pages si le gadget est activé

Changement proposé : La section de la barre latérale sur Vector créée par le gadget Accessibility a une taille de police plus élevée que les autres sections (Cf. Discussion Projet:Scripts et gadgets/Rapport de bug#Taille de police du gadget Accessibilité). Je propose donc la réécriture du code qui créé la section de la barre latérale pour Vector et une modification de MediaWiki:Gadget-Accessibility.css (pour compatibilité avec l'entête fixe) :

• Remplacer la clause de l'instruction switch à la ligne 231 par

  		case 'vector':
  			$portlet = $( '<div>' )
  				.attr( { id: id, 'class': 'vector-menu mw-portlet mw-portlet-accessibility vector-menu-portal portal' } )
  				.append( $( '<div>' )
  					.attr( 'class', 'vector-menu-heading' )
  					.append( $( '<span>' )
  						.attr( 'class', 'vector-menu-heading-label' )
  						.text( title )
  					)
  				)
  				.append( $( '<div>' )
  					.attr( 'class', 'vector-menu-content body' )
  					.append( $( '<ul>' )
  						.attr( 'class', 'vector-menu-content-list' )
  					)
  				);
  			$( '#p-navigation' ).after( $portlet );
  			break;
  

• Remplacer $portlet.find( 'h3' ).before( $controls ); à la ligne 215 par

  	if ( ( /vector/ ).test( mw.config.get( 'skin' ) ) === true ) {
  		$portlet.find( '.vector-menu-heading' ).before( $controls );
  	} else {
  		$portlet.find( 'h3' ).before( $controls );
  	}
  

• Remplacer le contenu de MediaWiki:Gadget-Accessibility.css à la ligne 66 par

  .skin-vector #p-accessibility.acc_fixed {
  	bottom: 0;
  	left: 0;
  	width: 11em;
  }
  

─ DreZhsh ^Discuter 5 septembre 2022 à 20:06 (CEST)

Test post MEP OK. JackPotte ($♠) 13 septembre 2022 à 21:24 (CEST)

.

MediaWiki:Common.js – Retouche de la fonction rewritePageTitle pour Vector 2022

Requête acceptée - 2 octobre 2022 à 02:51 (CEST)

---

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

Changement proposé : Sous Vector 2022, l'élément HTML ajouté normalement en dessous du titre par la fonction rewritePageTitle (exemple : Titre à utiliser pour créer un lien interne : Wikipédia:Demande d'intervention sur un message système/Archives3) s'affiche à côté du titre (exemples : Aide:Wikipédia pas à pas/Tutoriel 3, C#). Pour corriger ce problème, il faudrait plutôt ajouter l'élément <p style="font-size: 80%;">…</p> en dessous de <header class="mw-body-header"></header>, ce qui donne

			if ( mw.config.get( 'skin' ) === 'vector-2022' ) {
				$h1 = $( 'header.mw-body-header' );
			}

entre les lignes 134 et 135.

Cordialement, ─ DreZhsh ^Discuter 27 septembre 2022 à 15:43 (CEST)

Fait : 197416445. J'ai retravaillé ta version, car elle aurait remplacé tout le header, et non seulement le titre h1 ; au niveau du $h1.html( titleHtml ); (la variable $h1 ne contenant plus le h1 mais le header). od†n ↗^blah 2 octobre 2022 à 02:51 (CEST)

Merci Od1n . Après, dans ma version,

if ( mw.config.get( 'skin' ) === 'vector-2022' ) {
	$h1 = $( '.mw-body-header' );
}

était placé après $realTitleBanner.hide(); et il n'y avait donc pas de problème avec $h1.html( titleHtml );. ─ DreZhsh ^Discuter 2 octobre 2022 à 11:22 (CEST)

Ah, je n'avais pas remarqué que tu souhaitais insérer le code plus bas que lors de l'assignation initiale, pour réassigner $h1. Mais justement, avec ma version on évite ce genre de confusions ;-) od†n ↗^blah 2 octobre 2022 à 18:16 (CEST)

.

MediaWiki:Gadget-CatRename.js – voir la notice de CatRename

Requête acceptée - 2 octobre 2022 à 02:19 (CEST)

---

Pages où apparaît ce message : commentaires de diff lors des remplacements de catégorie par CatRename.

Changement proposé : Remplacer la ligne 46 par :

'catrename-summary': 'Renommage de la catégorie [[Catégorie:$1]] en [[Catégorie:$2]] : $3',

Discussion : Échange entre @Ariel Provost et @Polmars sur la pddu de celui-ci. --l'Escogriffe (✉) 27 septembre 2022 à 16:10 (CEST)

D'accord aussi avec cet ajustement. Je viens d'effectuer la modif : 197416118. od†n ↗^blah 2 octobre 2022 à 02:19 (CEST)

.

MediaWiki:Common.css ou MediaWiki:Vector-2022.css – class toccolours

Requête acceptée - 22 octobre 2022 à 08:45 (CEST)

---

Pages où apparaît ce message : Special:Recherche/insource:toccolours (environ 14 000 pages, dont 159 modèles ou modules)

Changement proposé : Un certain nombre de tableaux, dans des modèles / modules ou directement les autres espaces, utilisent la class toccolours, qui si je ne me trompe pas est utilisée par le sommaire. Le sommaire ayant été supprimé de Vector 2022, la class en question a visiblement été supprimée du CSS de cette apparence. Il me semble donc utile soit de recréer cette class localement dans MediaWiki:Vector-2022.css, soit de créer une class équivalente dans MediaWiki:Common.css avec un nom à nous et de modifier toutes les pages utilisant toccolours. La première solution peut être temporaire le temps de la modification des 14 000 pages. La deuxième solution aura l'avantage de s'appliquer aussi au skin MinervaNeue sur mobile ; sinon on peut sans doute aussi ajouter cette class à MediaWiki:Minerva.css (c'est normal que je ne vois rien sur cette page, et que je n'ai de lien vers l'historique ? Je suis sûr qu'il y a déjà eu du contenu sur cette page).

Je propose de reprendre le CSS présent sur Vector classique (ils auraientt pu inventer un autre nom plutôt que d'ajouter une date, ça aurait été plus clair) :

.toccolours {
  border: 1px solid #a2a9b1;
  background-color: #f8f9fa;
  padding: 5px;
  font-size: 95%;
}

— Zebulon84 (discuter) 26 août 2022 à 21:55 (CEST)

Autant mettre directement dans MediaWiki:Common.css histoire d'avoir un comportement uniforme (MediaWiki:Minerva.css n'existe pas encore en interne chez nous, le commentaire visible sur cette page est une valeur par défaut). Tant qu'à faire comment nommer le remplaçant de cette classe ? (on peut ajouter les deux noms en parallèle). Prométhée (discuter) 3 septembre 2022 à 09:35 (CEST)

Comme cette class est proche de cadregris, je propose cadre-gris-clair pour le nom.

J'ai retrouvé la page pour le skin MinervaNeue : c'est sur MediaWiki:Mobile.css, même si pour la page utilisateur il s'agit de Utilisateur:Zebulon84/minerva.css. MediaWiki:Mobile.css est sans doute l'équivalent pour mobile de MediaWiki:Common.css pour desktop.

— Zebulon84 (discuter) 19 septembre 2022 à 10:05 (CEST)

 Zebulon84 : Désolé pour le délai mais c'est fait, j'ai ajouté les deux noms dans le common (diff). Ca laisse le temps de modifier sur tous les articles. Prométhée (discuter) 22 octobre 2022 à 08:45 (CEST)

J'aurais quelques observations à apporter :

• Cette classe toccolours ne vient pas de nos styles locaux, mais des styles de MediaWiki ; et elle a effectivement disparu des skins les plus récentes. J'ai trouvé quelques tickets au sujet de cette classe : T239914, T280285, T280292, T309500, T314254. (pour info, j'ai aussi trouvé cette classe ici, ou bien ici)
• Si ces styles sont nécessaires pour la version mobile, il faut aussi ajouter le code dans le Mobile.css.

Je pense comme vous que l'idéal serait un renommage de tout cela vers un nom à nous, et d'accord pour ce nom cadre-gris-clair. (à propos, ça pourrait être l'occasion de faire le point sur l'autre classe cadregris à ne pas confondre, qui semble peu utilisée).

od†n ↗^blah 22 octobre 2022 à 09:26 (CEST)

Je viens de regarder sur les diverses skins, et j'ai encore d'autres observations :

• sur la skin Minerva les paddings ne sont pas effectifs, cela en raison de la présence d'une règle table { border-collapse: collapse } ajoutée par MediaWiki
• sur la skin Timeless, MediaWiki a remis des styles pour la classe toccolours (un bon paquet même) ; actuellement, avec les styles de cette DIMS on les overwrite en grande partie. Ces styles MediaWiki font que ça ressemblerait à la TOC sur cette skin, par contre il y aurait un padding énorme, aussi ça n'aurait plus l'apparence historiquement voulue, et enfin ça ne serait plus uniforme avec les autres skins.
• sur la skin Modern, on a un peu la même histoire mais dans une moindre mesure (moins de règles MediaWiki, et la différence c'est juste un peu le background et les paddings) ; mais de toute façon osef cette skin n'est plus supportée.

od†n ↗^blah 22 octobre 2022 à 09:52 (CEST)

.

Utilisateur:Dr Brains/MenuActions.js et Utilisateur:Dr Brains/SpecialPagePreview.js – Inclusion de {{Message galerie}} qui va être supprimé

Requête acceptée - 22 octobre 2022 à 08:49 (CEST)

---

Pages où apparaît ce message : Les pages JS proprement dites, les pages de discussion associées qui incluent ces pages, et sans doute une vieille page de discussion.

Changement proposé : Supprimer les appels à {{Message galerie}} qui va être supprimé. Il ne s'agit pas d'un message système, mais de pages JS d'un utilisateur qui a quitté WP. Les droits de ce type sont pour le même groupe que celui qui peut gérer les messages système il me semble.

Cordialement, Prométhée (discuter) 22 octobre 2022 à 08:49 (CEST).

.

MediaWiki:Gadget-ShortenUrl.js

Requête acceptée - 29 octobre 2022 à 17:28 (CEST)

---

cf. Discussion_MediaWiki:Gadget-ShortenUrl.js#Bengali

Bonjour, je transfère la demande de আফতাবুজ্জামান formulée sur WP:DIPP (diff). Bien à vous, LD (d) 14 octobre 2022 à 19:29 (CEST)

Cordialement, Prométhée (discuter) 29 octobre 2022 à 17:28 (CEST).

.

Utilisateur:Arkanosis/xpatrol.js – ajouter un bouton pour le bandeau {{Avantage non déclaré}}

Requête acceptée - 31 octobre 2022 à 14:39 (CET)

---

Pages où apparaît ce message : Pas de message, gadget.

Changement proposé : Il ne s'agit pas vraiment d'un message système, mais d'un .js dans l'espace utilisateur, pour un gadget largement utilisé, xpatrol. Il me semble que les utilisateurs qui ont le droit d'intervenir sur un message système peuvent aussi intervenir sur un .js. Je souhaiterais que l'on rajoute un bouton permettant d'insérer un bandeau {{Avantage non déclaré}} sur un article. Pour moi, il s'agit d'une ligne à ajouter dans le bloc entre les lignes 412 et 428 (je l’aurais bien mis après la ligne 413) dans Utilisateur:Arkanosis/xpatrol.js.

xpatrolAddBannerLink( '$', 'Contributions rémunérées', 'avantage non déclaré' + date, '[[WP:CI|Contributions rémunérées]]' );

Merci. --NicoV (discuter) 26 septembre 2022 à 17:20 (CEST)

À mon sens tu peux copier coller ce .js sur une page perso pour le modifier selon tes souhaits ;) Durifon (discuter) 26 septembre 2022 à 17:28 (CEST)

Fait : 198263498. J'aimais bien l'idée du texte « $ » pour le lien, et l'emplacement juste après le lien « Pub » est effectivement le meilleur ; mais ça faisait que « Pub » se retrouvait encadré entre deux symboles (« $ Pub $ ») et je trouvais que c'était un peu disgracieux ; du coup j'ai opté pour le texte « Rém » (évidemment après avoir hésité avec « Rému » et « Rémun », mais ils sont plus longs sans pour autant être plus clairs). od†n ↗^blah 31 octobre 2022 à 14:39 (CET)

.

MediaWiki:Protectedpagetext – grammaire, homogénéité

Requête acceptée - 13 novembre 2022 à 16:37 (CET)

---

Pages où apparaît ce message :Fenêtre d'édition des pages protégées

Changement proposé : Plusieurs messages veulent dire sensiblement la même chose, mais d'une manière non-homogène et maladroite. Par exemple :

• « Cette page est l'objet de vandalismes répétés et a été protégée pour éviter que celui-ci ne continue. »
• « Cette page de catégorie est souvent vandalisée et a été protégée pour arrêter les vandalismes ».

La première citation contient des erreurs de grammaire et la seconde contient une répétition inutile. Je propose de tous les remplacer par la formulation suivante :

• « Cette page (catégorie/portail/...) est l'objet d'actes de vandalisme répétés et a été protégée pour éviter que ceux-ci ne continuent. » — SleaY ^(contacter) 13 novembre 2022 à 16:26 (CET)

Bonne idée @SleaY. Dis-moi si j'ai oublié des occurrences que tu souhaiterais remplacer. — Jules* ^discuter 13 novembre 2022 à 16:37 (CET)

Bonjour Jules* et SleaY , j'ai réalisé quelques retouches (NHP) ; Discussion MediaWiki:Protectedpagetext n'a pas été initiée, mais si vous souhaitez faire d'autres ajustements, on peut s'y retrouver. LD (d) 14 novembre 2022 à 18:42 (CET)

 LD : Bonjour! Tes modifications me semble toutes appropriées, à l'exception de la ligne 81 où tu as écrit « réptés » au lieu de « répétés ». Amicalement. — SleaY ^(contacter) 14 novembre 2022 à 21:33 (CET)

Merci SleaY , c'est corrigé (par 2 fois même) LD (d) 14 novembre 2022 à 21:44 (CET)

.

« Vous n’êtes plus déconnecté, donc l’action n’a pas pu être achevée.»

Requête refusée - 14 novembre 2022 à 15:31 (CET)

---

Pages où apparaît ce message : Vu sur le Bistro. Pas trouvé son origine avec Google.

Changement proposé : s/déconnecté/connecté

Bonjour Apokrif. Pour information, cela se passe sur translatewiki:MediaWiki:Apierror-assertanonfailed/fr. Mais à la lecture de l'historique de la page, je ne suis pas sûr du rôle de ce message et de ses conditions d'apparitions, d'autant plus qu'il existe déjà translatewiki:MediaWiki:Apierror-assertuserfailed/fr qui correspond à ta suggestion. Voir aussi la version en anglais. — Ideawipik (discuter) 9 février 2022 à 21:17 (CET)

Le message a l'air normal en effet (encore que je ne voie pas pourquoi le fait de s'être connecté entre-temps - c'est de ça qu'il semble s'agir - empêche de publier une modification ?) Apokrif (discuter) 9 février 2022 à 22:03 (CET)

Peut-être un problème de cohérence/crédit : si on édite en tant qu'IP mais qu'on se connecte entre-temps ce n'est peut-être pas ce qu'on voulait (laisser dans l'historique). En tout cas c'est un avertissement qui me semble important (dans ce sens ou dans l'autre). Hexasoft (discuter) 12 février 2022 à 19:19 (CET)

C'est le message qui s'affiche quand on passe "assert=anon" dans une requête API en étant connecté (exemple : https://fr.wikipedia.org/w/api.php?action=query&assert=anon&errorformat=plaintext&errorlang=fr&utf8= donne cette erreur seulement pour les utilisateurs connectés). Je crois que c'est nouveau. Avant il n'y avait que "assert=user" et "assert=bot" (mw:API:Assert).

Mais alors pourquoi l'interface ferait-elle des appels à l'API avec ce paramètre ? Je ne suis pas sûr, mais je pense que l'intérêt est d'éviter un message d'erreur encore plus obscur.

Pour faire une édition en tant qu'utilisateur connecté, il faut que le navigateur envoie les cookies de session et un jeton d'édition spécifique à l'utilisateur qui se trouve dans le code de la page chargée (le jeton est un mécanisme contre les attaques CSRF). Quand on charge une page en étant déconnecté, qu'on se connecte dans un onglet distinct et qu'on revient à la page de départ pour faire une modification, le navigateur va envoyer les cookies de session de l'utilisateur connecté et le jeton d'édition générique des utilisateurs anonymes. Si on ne faisait rien de spécial, ça donnerait une erreur "jeton invalide". En passant "assert=anon", le problème est un peu plus clair.

Orlodrim (discuter) 12 février 2022 à 22:51 (CET)

Orlodrim : en passant par l'API je ne sais pas. Mais imagine que tu édites une page en étant non connecté dans un onglet. Et avant de valider tu te connectes dans un autre onglet (ça arrive : déconnecté d'un coté, reconnecté, édition en cours ailleurs) : tu te retrouves à vouloir valider comme anonyme une édition que ton navigateur authentifie comme connecté. Après c'est une conjecture de ma part, je n'ai pas testé, mais ça me semble informatiquement plausible. Hexasoft (discuter) 12 février 2022 à 23:35 (CET)

Ce que je voulais dire, c'est que indépendamment du fait qu'on considère que ce soit ou non une bonne chose de bloquer l'édition dans cette situation, ça ne pourrait pas marcher de toute façon pour des raisons techniques. Il vaut mieux encore avoir ce message plutôt que "jeton invalide".

Je pense qu'on peut classer. Le contenu du message me semble raisonnable. Idéalement, il faudrait un bouton "j'ai compris que je suis maintenant connecté et je veux vraiment faire la modification avec mon compte", mais ce n'est pas quelque chose qu'on peut régler ici.

Orlodrim (discuter) 12 mai 2022 à 20:01 (CEST)

.

Vandalisme et tricherie sur l’origine du lion de l’Atlas

Requête refusée - 4 janvier 2023 à 21:40 (CET)

---

Pages où apparaît ce message :

Changement proposé :

Lion de l’Atlas est d’origine Marocaine non pas algérienne il y a eu une forme de vandalisme et tricherie inacceptable

Hors sujet sur cette page et déjà 2 demandes (refusées) sur WP:DIPP. -- Habertix (discuter) 4 janvier 2023 à 21:40 (CET).

.

MediaWiki:Spam-blacklist – demande de contournement exceptionnel de la liste noire

Requête acceptée - 18 janvier 2023 à 20:25 (CET)

---

Pages concernée : Discussion Wikipédia:Observatoire des sources/2022

Changement proposé : Bonjour, j'ai été empêché d'archiver correctement la page de discussion de l'ODS par la liste noire car (forcément) les discussions comportent des mentions de sites qui ont été par la suite blacklistés. J'ai provisoirement contourné le problème en insérant des caractères parasites ANTIBLACKLIST à l'intérieur des chaînes de caractères interdites mais ce n'est pas top en terme de lisibilité. Quelqu'un qui a la possibilité de désactiver temporairement ou localement la liste noire pourrait-il retirer mes ANTIBLACKLIST ? Jules* ? Merci, --l'Escogriffe (✉) 18 janvier 2023 à 20:05 (CET)

LD (d) 18 janvier 2023 à 20:25 (CET)

Merci LD . --l'Escogriffe (✉) 18 janvier 2023 à 21:20 (CET)

.

MediaWiki:Watchlist-messages – annonce du vote sur le totem 2022

Requête refusée - 19 janvier 2023 à 18:41 (CET)

---

Pages où apparaît ce message : toutes

Changement proposé : Je propose l'ajout d'un court message, pendant quelques jours, informant de Wikipédia:Sondage/Totem 2022, notamment afin que les contributeurs arrivés en 2022, qui ne suivent pas forcément le Bistro et les pages communautaires, participent. Je peux techniquement mettre en place le message moi-même et j'ai failli le faire en suivant WP:NHP, mais je dépose finalement cette demande pour vérifier que c'est consensuel ; sans opposition d'ici 24 heures, je procéderai à l'ajout . — Jules* ^discuter 2 janvier 2023 à 13:04 (CET)

Salut Jules*

Je me permets de clore en refus, le sondage étant clos depuis le 15 janvier mais de fait elle était acceptée, faute d'opposition formelle. LD (d) 19 janvier 2023 à 18:41 (CET)

.

MediaWiki:Gadget-PaStec.js – Espaces superflues et sauts de ligne dans les requêtes déposées

Requête acceptée - 22 janvier 2023 à 03:34 (CET)

---

Pages où apparaît ce message : plusieurs pages de requêtes notamment WP:SI, WP:DR et Wikipédia:Fusion technique, lors d'éditions via le gadget PaStec.

Changements proposés :

• Remplacer les quatre occurrences de == \n par ==\n afin d'être plus conforme à la syntaxe des titres de sections. Cela est d'ailleurs détecté par le projet:Correction syntaxique (numéro 538, « espace après un titre ») et on économise un octet.
• Pour la lisibilité du wikicode et une meilleure distinction entre deux sections : remplacer "\n" par "\n\n" au début des lignes précédées d'un ">", : rechercher

          ">",
          "\n"
  

  et

                  ">",
                  "\n"
  

  ce qui correspond aux six lignes débutant ainsi :
  • "\n" + PaStec_Texts.AskSImain_Template.
  • "\n"+PaStec_Texts.PASaskSITemplate.
  • "\n"+PaStec_Texts.DoMergeMainPageTemplate.
  • "\n"+PaStec_Texts.MoveMainTemplate.
  • "\n"+template.split("$page").join(page)+"\n",
  • "\n"+PaStec_Texts.MessageTemplate.

Merci d'avance pour cette uniformisation avec les autres outils et gadgets assurant ces fonctionnalités.

PS – Si une personne sait comment traiter cette question connexe à propos du gadget LiveRC, merci à elle : Discussion MediaWiki:Gadget-LiveRC.js#Amélioration du wikicode des messages de requête déposés. — Ideawipik (discuter) 3 novembre 2022 à 15:42 (CET). Edit – Merci à DreZhsh pour son aide. ⇒ Peut-on retirer, dans MediaWiki:Gadget-LiveRC.js, le \n\n au début de la chaîne définie dans
EditParam["text"] = '\n\n{{subst:' + message + '|raison='+reason+'}}\n'; (ligne 14759) ? Merci. — Ideawipik (discuter) 3 novembre 2022 à 17:37 (CET)

Fait pour PaStec (concenant le premier point, je suis également passé de \n à \n\n entre le titre de section et le contenu de la section), et aussi fait pour LiveRC. od†n ↗^blah 22 janvier 2023 à 03:34 (CET)

.

MediaWiki:Gadget-StructuredCategories.js – Création d'un outil qui génère une description structurée des catégories Wikipédia.

Requête acceptée - 22 janvier 2023 à 04:04 (CET)

---

Pages où apparaît ce message : Catégories Wikipédia

Changement proposé : Je veux créer un outil Gadget dans l'espace MediaWiki et l'ajouter aux préférences. Le code source de l'outil est disponible sur meta:MediaWiki:Gadget-StructuredCategories.js. L'outil permet d'insérer un lien qui génère la liste des déclarations Wikidata les plus utilisées pour définir les membres directs d'une catégorie. Cet outil a émergé suite à une discussion avec la communauté sur Discussion modèle:Catégories structurées.

De point de vue technique, je demande d'insérer:

• mw.loader.load('//meta.wikimedia.org/w/index.php?title=MediaWiki:Gadget-StructuredCategories.js&action=raw&ctype=text/javascript'); dans MediaWiki:Gadget-StructuredCategories.js.
• StructuredCategories : fournir une description structurée d'une catégorie en se basant sur des déclarations Wikidata impliquant ses membres directs. dans MediaWiki:Gadget-StructuredCategories.
• Ajouter l'outil en tant qu'un outil gadget.

Une description de l'outil est disponible sur d:Wikidata:Structured Categories. --Csisc (discuter) 20 avril 2021 à 21:08 (CEST)

 Csisc :

Bonjour,

Sur Wikipédia en français, une boîte avec des liens vers divers outils est affichée sur chaque catégorie via MediaWiki:Category-subcat-count. Il me semblerait logique de mettre le lien là avec les autres, d'autant que je n'aime pas trop allonger la liste des gadgets.

Mais j'hésite car le lien généré par le gadget est très long. En fait, il contient toute la requête. Si j'ajoute ce lien dans la boîte comme ceci, les mises à jour du gadget devront être manuellement répercutées ici.

Du coup, je me demande :

• Est-ce qu'il y aurait une possibilité d'utiliser une sorte de requête préenregistrée avec cet outil (quelque chose du genre query.wikidata.org/<page pour traiter les requêtes préenregistrées>#prepopulated_request_id=123456&field_wiki=fr.wikipedia.org&field_category=Naissance_en_janvier_1950) ?
• Sinon, est-ce qu'il y a des chances qu'il y ait des modifications du gadget à l'avenir, ou est-ce que ça peut être considéré comme stable ?

Orlodrim (discuter) 22 juin 2021 à 23:57 (CEST)

@Csisc et @Orlodrim : on abandonne cette requête ? Kropotkine 113 (discuter) 1 mars 2022 à 15:58 (CET)

Je pense qu'on peut abandonner d'ici la fin de la semaine si Csisc ne donne pas suite au ping. Orlodrim (discuter) 2 mars 2022 à 20:15 (CET)

@Orlodrim et @Kropotkine 113 : Bonsoir, c'était une initiative pour prouver qu'on peut utiliser les déclarations Wikidata des éléments d'une catégorie Wikipédia afin d'enrichir la description de la catégorie. Ceci serait très utile pour l'amélioration de la maintenance des catégories Wikipédia. Entre avril 2021 et août 2021, des demandes pour l'amélioration du projet ont été évoquées. Plusieurs communautés ont interagi avec le script de façon constructive permettant d'avoir le code final. Je considère que ce code source est stable puisqu'il a été ajusté et discuté par plusieurs utilisateurs actifs. --Csisc (discuter) 19 mars 2022 à 19:25 (CET)

@Orlodrim et @Kropotkine 113 : Concernant le problème de la longueur du lien, ceci n'a pas d'effet sur le temps de l'affichage du lien. Un lien ne dérange pas trop les utilisateurs. On ne va mettre en marche la requête directement sur la page. Celui ou celle qui est intéressé ou intéressée par la description structurée peut cliquer sur le lien URL. Le temps de requête n'est pas très important puisque j'ai utilisé une sous-requête pour alléger la complexité de la description. --Csisc (discuter) 19 mars 2022 à 19:32 (CET)

@Csisc : Il y a tout un tas de "globales implicites" qui seraient à corriger, e.g. title → var title. Aussi, il vaudrait mieux faire le if (mw.config.get('wgCanonicalNamespace') === 'Category') en tout premier (c'est-à-dire avant le (function (){})()), afin de ne pas exécuter inutilement du code dans les autres namespaces. Enfin, il serait préférable de mettre les points-virgules en fin de ligne, car c'est la convention sur MediaWiki. od†n ↗^blah 31 octobre 2022 à 21:03 (CET)

@Od1n : Tout à fait. Certainement. Je serai très reconnaissant si vous pouvez faire les changements à mon nom puisque le code source est dans l'espace du nom MediaWiki sur Meta et que je n'ai pas le droit de l'éditer et puisque je n'ai pas trop de temps libre pour ces deux mois. Merci énormément. --Csisc (discuter) 31 octobre 2022 à 22:50 (CET)

Je viens de publier ceci : meta:MediaWiki talk:Gadget-StructuredCategories.js#Edit request - global variables, and a few other fixes. Je ne sais pas si les demandes sur meta:Category:Meta protected edit requests for interface administrators sont beaucoup suivies. On verra ce que ça donne. od†n ↗^blah 1 novembre 2022 à 03:22 (CET)

J'ai créé la page MediaWiki:Gadget-StructuredCategories.js, qui permet de charger le script en ajoutant dans le JavaScript utilisateur :

Pour les fainéants ceux qui veulent un one-liner :

obtenir( 'StructuredCategories' );

Pour ceux qui souhaiteraient un peu optimiser :

if ( mw.config.get( 'wgCanonicalNamespace' ) === 'Category' ) {
	obtenir( 'StructuredCategories' );
}

J'ai aussi ajouté ce gadget à la liste des fonctions disponibles pour qu'il soit effectivement visible.

En revanche, je ne suis pas trop chaud pour ajouter le script au MediaWiki:Gadgets-definition. La liste des gadgets activables dans les préférences est je trouve déjà trop chargée (et encore, j'y ai déjà fait du ménage, mais on y trouve encore même des scripts non fonctionnels…) et je pense que la direction à suivre serait d'épurer cette liste, de sorte à ce qu'elle ne contienne que les gadgets les plus essentiels.

od†n ↗^blah 6 novembre 2022 à 03:33 (CET)

Clôture de la requête, en acceptation vu que j'ai ajouté la possibilité d'utiliser ce script sur le wiki avec un ajout minime dans le JavaScript utilisateur. od†n ↗^blah 22 janvier 2023 à 04:04 (CET)

.

MediaWiki:Watchlist-messages – Ouverture d'élections au mandat d'arbitre

Requête acceptée - 3 mars 2023 à 13:32 (CET)

---

Pages où apparaît ce message :Listes de suivi

Changement proposé :ajout de la phrase : "Les candidatures au Comité d'arbitrage sont ouvertes du 1^er au 19 mars inclus. Seuls les comptes créés depuis plus de trois mois et ayant effectué plus de 350 contributions dans l'espace encyclopédique à l'ouverture du scrutin peuvent candidater." Merci Michel421 (discuter) 22 février 2023 à 12:34 (CET)

Bonjour. Je propose d'apporter des précisions :

« Les candidatures au Comité d'arbitrage sont ouvertes du 1^er au 19 mars inclus. Seuls les comptes créés depuis plus de trois mois et ayant effectué plus de 350 contributions dans l'espace encyclopédique à l'ouverture du scrutin peuvent candidater. »

Il faudrait un lien vers la page où candidater, @Michel421 ; laquelle est-ce ? Cdlt, — Jules* ^discuter 22 février 2023 à 13:02 (CET)

OK Michel421 (discuter) 22 février 2023 à 13:20 (CET)

Fait. Cordialement, — Jules* ^discuter 3 mars 2023 à 13:32 (CET)

.

MediaWiki:Gadget-ContribLinkNearTalkPageLinksInContributions – Erreur d'analyse Lint

Requête acceptée - 31 mars 2023 à 21:16 (CEST)

---

Changement proposé : Salut, quelqu'un pourrait corriger un erreur d'analyse Lint sur MediaWiki:Gadget-ContribLinkNearTalkPageLinksInContributions ? Il faut remplacer <font color="gray"> avec <span style="color: grey;">.--Àncilu (discuter) 31 mars 2023 à 15:59 (CEST)

Àncilu :  Fait. Epok__ (✉), le 31 mars 2023 à 21:16 (CEST)

.

MediaWiki:??? – Premier diff - historique

Requête refusée - 8 avril 2023 à 15:29 (CEST)

---

Pages où apparaît ce message :

Bonjour,

dans tous les historiques des pages, on ne peut pas cliquer sur le lien du premier diff de la création de l'article.

Exemple sur la page de Julia de Funès que j'ai créé il y a quelques mois (premier diff en rouge) :

• (actu | diff) 8 mars 2023 à 12:50‎ JKRS's (discuter | contributions‎) .. (12 087 octets) +12 087‎ .. (Création.)

Changement proposé :

Ne pourrait-on pas rendre ce lien cliquable pour qu'il donne sur cette premier version de l'article ==> Spécial:Diff/196764511

Il n'y aurait pas de doublon, car il serait différant du lien cliquable « 8 mars 2023 à 12:50‎ » qui amène à ==> https://fr.wikipedia.org/w/index.php?title=Julia_de_Fun%C3%A8s&oldid=196764511 . Je ne trouve pas pratique ce dernier pour naviguer dans l'historique, contrairement à Spécial:Diff/196764511, avec la "grosse barre" « Modification suivante → » .

En vous remerciant.

Cordialement. — JK^rs's (discuter) le 5 avril 2023 à 10:03 (CEST)

 JKRS's :

Bonjour,

La présence d'un lien n'est pas contrôlée par un message système. Seul le texte est modifiable (MediaWiki:Last).

Tu peux ajouter une fonction à ton common.js si tu veux ajouter le lien pour toi.

if (mw.config.get('wgAction') === 'history') {
  $(function($) {
    var oldestRow = $('.mw-history-histlinks').last();
    var diffLink = oldestRow.find('span:contains(diff)');
    var match = /&oldid=(\d+)/.exec(oldestRow.find('a').first().attr('href'));
    if (diffLink.length > 0 && diffLink.find('a').length === 0 && match) {
      diffLink.html('<a href="/w/index.php?diff=' + match[1] + '">diff</a>')
    }
  });
}

Orlodrim (discuter) 8 avril 2023 à 15:29 (CEST)

Alors là, merci beaucoup  Orlodrim.

Tout mon respect pour tes compétences techniques.

Bien cordialement. — JK^rs's (discuter) le 8 avril 2023 à 18:12 (CEST)

.

MediaWiki:Gadget-PaStec.js – Indiquer la date pour les pages conservées

Requête acceptée - 10 avril 2023 à 21:15 (CEST)

---

Pages où apparaît ce message :

Changement proposé : faire en sorte que lorsque le modèle {{Page conservée}} est ajouté, la date du jour soit ajoutée automatiquement. A priori, il faut remplacer la ligne :

PASkeepTalkTemplate     : "{{Page conservée}}",

par :

PASkeepTalkTemplate     : "{{Page conservée|date={{subst:Aujourd'hui}}}}",

— Le message qui précède, non signé, a été déposé par Escargot vert (discuter)

Orlodrim (discuter) 10 avril 2023 à 21:15 (CEST)

.

MediaWiki:Gadget-PaStec.js – Mise en page en accord avec l'éditeur visuel

Requête acceptée - 10 avril 2023 à 21:29 (CEST)

---

Pages où apparaît ce message : WP:DSI

Changement proposé :

Bonjour,

Je solicite ce changement mineur L-281 :

PASaskSITemplate  : "== {{a'|$page}} ==\n\n* '''Demandé''' par ~~~~\n* '''Motif''' : Clôture en suppression du [[:$delpage|débat portant sur l'admissibilité de cette page]]. Merci.",

par

PASaskSITemplate  : "== {{a'|$page}} ==\n\n* '''Motif''' : Clôture en suppression du [[:$delpage|débat portant sur l'admissibilité de cette page]]. Merci.\n * '''Demandée''' par ~~~~",

C'est un inversement pour rendre la fonctionnalité « répondre » cohérente puisqu'elle se fait après signature, ibidem cette DIMS connexe : mai 2022. — LD (d) 23 février 2023 à 20:32 (CET)

Et également la ligne
AskSImain_Template  : "== {{a'|$page}} ==\n\n* '''Demandé''' par ~~~ le ~~~~~\n* '''Motif''' : {{Utilisateur:Gratus/PaStec/motif SI|$reason}}",
à modifier en
AskSImain_Template  : "== {{a'|$page}} ==\n\n* '''Motif''' : {{Utilisateur:Gratus/PaStec/motif SI|$reason}}\n* '''Demandée''' par ~~~ le ~~~~~",
— Metamorforme42 (discuter) 6 mars 2023 à 15:44 (CET)

Orlodrim (discuter) 10 avril 2023 à 21:29 (CEST)

.

MediaWiki:Graph-disabled-category et MediaWiki:Graph-disabled-category-desc – Traduction de la catégorie de tracking suite à la désactivation temporaire de l’extension Graph

Requête acceptée - 20 avril 2023 à 09:20 (CEST)

---

Pages où apparaît ce message : Catégorie:Pages with disabled graphs, Spécial:TrackingCategories

Changement proposé : Traduire MediaWiki:Graph-disabled-category et MediaWiki:Graph-disabled-category-desc (puis renommer la catégorie). — Metamorforme42 (discuter) 19 avril 2023 à 18:12 (CEST)

Merci Thibaut120094 — Metamorforme42 (discuter) 20 avril 2023 à 09:20 (CEST)

.

MediaWiki:Gadget-PaStec.js – mise à jour

Requête acceptée - 23 avril 2023 à 16:36 (CEST)

---

Changement proposé : Encore quelques mise à jour à faire pour faire suite à la réforme et le renommage de « Wikipédia:Page à supprimer ».

• Ligne #178 : Remplacer « Proposer à la suppression » par « Initialiser le débat » (cette entrée est intégrée dans un bouton cliquable qui est préférable de ne pas trop allonger)
• Ligne #179 : Remplacer « Proposer la page à la suppression » par « Initialiser le débat d'admissibilité » (celle-là se trouve au sommet d'un cadre et n'est donc pas limité en espace)
• Ligne #224 : Remplacer {{suppression}} par {{Admissibilité}} ;
• Ligne #230 : Remplacer « proposition à la suppression  » par « initialisation du débat d'admissibilité » ;
• Ligne #231 : Remplacer « Suppression » par « Admissibilité » ;
• Ligne #234 : Remplacer « Voir la PàS » par « Voir le débat » (et pourquoi ne pas uniformiser les autres « Voir » ?) ;
• Ligne #237 : Remplacer « Suppression » par « Admissibilité » ;
• Ligne #271 : Remplacer {{Suppression}} par {{Admissibilité}}
• Ligne #272 : Remplacer {{suppression|note=ok}} par {{Admissibilité|note=ok}}
• Ligne #279 : Remplacer {{subst:Avertissement suppression page (Flow)|$page}} par {{subst:Avertissement débat d'admissibilité (Flow)|$page}}

Merci. — SleaY ^(contacter) 22 janvier 2023 à 01:24 (CET)

Bonjour, en passant : Ligne #272 : les /n ne servent à rien : ils s'ajoutent textuellement (comme ici). A la rigueur à corriger vers \n Merci LD (d) 13 février 2023 à 05:39 (CET)

Je me demande également si on ne devrait pas capturer <noinclude> et </noinclude> dans les lignes 339 et 344, ou plutôt écrire une capture des noinclude vides avec <noinclude>\n<\/noinclude> de sorte qu'on ne répertorie pas les modèles en admissibilité dans Spécial:LintErrors/stripped-tag. LD (d) 13 février 2023 à 05:51 (CET)

• À propos de la ligne 234, refs 115040640. Et je ne sais pas trop ce qui serait le mieux.
•  LD : Je n'ai pas compris ton message précédent. La page ne semble pas figurer dans Spécial:LintErrors/stripped-tag (mais je me trompe peut-être), et il n'y a pas de modèles inopinés dans la partie « Modèles utilisés par cette page » grâce aux <syntaxhighlight>.

od†n ↗^blah 9 mars 2023 à 21:18 (CET)

Merci pour tes retouches, Od1n.

« Voir » est la solution la plus privilégiée dans ce code, autant l'adopter. Sinon j'aurais tendance à préférer ([[:$delpage|décision communautaire]]) à la place de ce « Voir » systématique car c'est la terminologie adoptée par MediaWiki:Deletereason-dropdown. Mais peu importe, ce sont les liens, notamment dans PASaskSITemplate et AskSIpage_Template, qui comptent .

Pour la page, je l'avais corrigée car on avait <noinclude> saut de ligne puis </noinclude>. Par contre, je ne comprends pas non plus comment j'ai fait le lien avec LintErrors/stripped-tag puisque d'après l.48-70 github, ce n'est pas listé. Peut-être une MàJ temporaire ou j'aurais associé un autre problème comme un problème de div à un problème de tag Quoi qu'il en soit, cela reste des tags vides (un saut de ligne parfois...), ce qui n'est pas une bonne pratique.

Gadget-PaStec.js implique cela sans le vouloir, voici ce que j'ai essayé de dire en une phrase :

PaStec_editPage2 appele PaStec_AdmitTemplateRegExp et remplace par rien (l.2931) ; sauf que PaStec_doEditpage2 appelle DeleteTemplateNI (l.724) et l'ajoute sans avoir préalablement retiré les noinclude qui entouraient les modèles décrits dans PaStec_AdmitTemplateRegExp. Concrètement le script fait cela :

1. version initiale : <noinclude>{{Admissibilité à vérifier}}\n*</noinclude>{{Méta palette de navigation [...]
2. retrait : <noinclude>\n*</noinclude>{{Méta palette de navigation [...]
3. ajout de <noinclude>{{suppression|note=ok}}</noinclude><noinclude> devant <noinclude>\n*</noinclude>
4. résultat : <noinclude>{{suppression|note=ok}}</noinclude><noinclude>\n*</noinclude>{{Méta palette de navigation [...]

• Si aucun autre modèle n'est apposé entre les noinclude qui entourent {{Admissibilité à vérifier}}, etc., alors il suffirait de :
  • corrigerwindow.PaStec_AdmitTemplateRegExp = /{{[Aa]dmissibilit(e|é) à vérifier[^{}]*}}|{{[Vv]érifiabilité[^{}]*}}|{{[Nn]otoriété[^{}]*}}/g; grâce à /(<noinclude>\n*)?{{[Aa]dmissibilit(e|é) à vérifier[^{}]*}}|{{[Vv]érifiabilité[^{}]*}}|{{[Nn]otoriété[^{}]*}}(\n*<\/noinclude>)?/g;
    • PaStec_editPage2 ne semble pas vérifier l'espace de nom lors de l'effacement, or en théorie les noinclude près de {{Admissibilité à vérifier}} n'existent que dans l'espace Modèle ; d'où les marqueurs ?.
    • DeleteTemplateNI  : "<noinclude>{{suppression|note=ok}}</noinclude>", (l.272) contient déjà des noinclude (on est bon) ;
• Si à l'inverse, d'autres modèles peuvent être apposés à côté de {{Admissibilité à vérifier}}, etc. ; alors cette dernière solution ne peut pas fonctionner.
  • En ce sens, je me demandais si on ne devrait pas capturer <noinclude>\n*<\/noinclude> et les remplacer par rien. Toutefois, il faudrait le faire lors de l'édition (dans PaStec_doEditpage2) car on ne va pas faire éditer la page deux fois.

Si tu vois une autre solution (bien que ne rien faire soit une possibilité), n'hésite pas LD (d) 10 mars 2023 à 01:03 (CET)

• Je crois que généralement il y a un seul bandeau ajouté de la sorte, donc ton correctif avec l'ajout de (<noinclude>\n*)? ... (\n*<\/noinclude>)? devrait faire l'affaire. Mais peut-être que tu aurais des contre-exemples, où plusieurs bandeaux ont été ajoutés ?
• Actuellement les méthodes doEditpage() et doEditpage2() reconnaissent pour le paramètre pattern l'une des valeurs spéciales "*", "<", ">", ou bien une regex. Une autre piste serait de supporter aussi un array de valeurs, pour effectuer plusieurs remplacements. Mais cela irait complexifier le code, d'autant plus qu'il faudrait un array pour le paramètre replace. Il faudrait aussi bien faire attention à l'ordre des remplacements dans les arrays que l'on fournit. Du coup j'ai mentionné rapidement cette piste, mais je ne la préconise pas…

od†n ↗^blah 11 mars 2023 à 09:40 (CET)

Merci Od1n  : la retouche proposée est super , je n'ai pas d'exemple sur ces cas a priori très très marginaux. LD (d) 18 mars 2023 à 22:54 (CET)

 LD : J'ai mis à jour les messages comme indiqué, j'ai traité le problème des "noinclude" qui n'étaient pas supprimés, et… j'ai effectué quelques autres modifications, en particulier concernant les codes de modification de contenu de page. Ce n'est pas encore très satisfaisant, mais ça devrait déjà être un peu mieux (factorisation de code, remplacements normalement plus propres des bandeaux dans les pages). od†n ↗^blah 23 avril 2023 à 16:36 (CEST)

Coincoinci Od1n , j'ai relu tes retouches. Merci de les avoir expliquées, le code me semble déjà plus clair. En te voyant aller vers DomParser et utiliser du "Core" pour la partie html puis en te voyant répondre sur la création, je me suis seulement demandé si Ajax/XMLHttpRequest étaient toujours des méthodes recommandables pour le xml/API (ex. .onFailure / .onSuccess), peut-être que fetch serait recommandable (google, mozilla, quoi que moins compatible) mais je m'y connais pas assez pour investiguer ou réviser ; de toute façon, ça dépasse de très loin nos demandes alors merci pour tout, LD (d) 23 avril 2023 à 17:51 (CEST)

.

MediaWiki:Mobile.css#L-63 & MediaWiki:Common.css#L-411 – numération romaine

Requête acceptée - 7 mai 2023 à 09:54 (CEST)

---

Pages où apparaît ce message : toutes les pages avec Modèle:Références qui utilisera ce type de notation ;

Changement proposé :

Bonjour,

Je propose d'ajouter la numération romaine (i, ii, iii, iv, v, vi, ...) — déjà couramment utilisée par les maisons d'édition — en remplaçant :

/* Numérotations différentes pour les notes de bas de page. */
.references-small.lower-alpha ol {
	list-style-type: lower-alpha;
}
.references-small.lower-greek ol {
	list-style-type: lower-greek;
}
.references-small.decimal ol,
.references-small.lower-alpha ol ol,
.references-small.lower-greek ol ol {
	list-style-type: decimal;
}

par

/* Numérotations différentes pour les notes de bas de page. */
.references-small.lower-alpha ol {
	list-style-type: lower-alpha;
}
.references-small.lower-greek ol {
	list-style-type: lower-greek;
}
.references-small.lower-roman ol {
	list-style-type: lower-roman;
}
.references-small.decimal ol,
.references-small.lower-alpha ol ol,
.references-small.lower-greek ol ol,
.references-small.lower-roman ol ol {
	list-style-type: decimal;
}

Je mettrais à jour Modèle:Références/Documentation et Aide:Note.

Bien à vous, LD (d) 21 mars 2023 à 20:48 (CET)

Cordialement, Prométhée (discuter) 7 mai 2023 à 09:54 (CEST).

.

MediaWiki:Sitenotice – Mois africain 2023

Requête acceptée - Prométhée (discuter) 8 mai 2023 à 09:22 (CEST)

---

Pages où apparaît ce message : Toutes, pour les utilisateurs connectés (d'où le Sitenotice).

Changement proposé :

Du 1^er au 31 mai, Wikipédia francophone se met aux couleurs de l'Afrique. Venez comblez le fossé des cultures !

Athozus ^Discussion

 Athozus : Le bandeau proposé était à mon avis trop gros, j'ai réutilisé ce qui se fesait habituellement par le passé :

Du 1^er au 31 mai, Wikipédia francophone se met aux couleurs de l'Afrique. Venez comblez le fossé des cultures !

Prométhée (discuter) 8 mai 2023 à 09:22 (CEST)

Bonjour Prométhée , pourriez-vous corriger "comblez" en "combler" dans l'annonce ? Merci à vous, --Pierrette13 (discuter) 8 mai 2023 à 09:47 (CEST)

Idem. Requête réouverte. — Ideawipik (discuter) 8 mai 2023 à 10:16 (CEST)

Prométhée (discuter) 8 mai 2023 à 11:19 (CEST)

Merci, c'est vrai qu'il était un peu gros =) Athozus ^Discussion 8 mai 2023 à 12:46 (CEST)

Merci Prométhée , Pierrette13 (discuter) 8 mai 2023 à 16:17 (CEST)

.

mediawiki:Pageimages-denylist – Images placeholder

Requête acceptée - 31 mai 2023 à 21:16 (CEST)

---

Pages où apparaît ce message : mw:Extension:PageImages permet de récupérer par API l'image représentant un article, en listant celles qu'il contient. C'est notamment utilisé par l'affichage des aperçu de liens, via Open Graph Protocol. Hors, dans le code source de la page Aminata_Gueye_(basket-ball,_2002) l'image c:Defaut.svg est proposée pour représenter l'article. <meta property="og:image" content="https://upload.wikimedia.org/wikipedia/commons/thumb/8/85/Defaut.svg/640px-Defaut.svg.png">

La conséquence est par exemple visible ici: https://twitter.com/lessanspagEs/status/1663935030341533696

Changement proposé : Serait-il d'ajouter c:Defaut.svg, voire les items de commons:Category:French-language_image_placeholders et sa sous-catégorie. Merci! Cordialement, -Framawiki ^✉

J'en ai ajouté quatre parmis les plus utilisées, à voir au cas par cas s'il y en a d'autres. Prométhée (discuter) 31 mai 2023 à 21:16 (CEST)

.

MediaWiki:Popups-preview-no-preview – Un problème est survenu en affichant cet aperçu

Requête acceptée - 21 juin 2023 à 23:28 (CEST)

---

Pages où apparaît ce message : la plupart

Changement proposé :

Ce message apparaît lorsque la souris survole un lien interne vers un article qui n'a pas de résumé introductif. Á chaque fois, on se demande si on n'a pas cassé quelque chose. Ne serait-il pas possible de le remplacer par un texte plus sympathique, du genre « Aucun aperçu disponible » ?

Pas sûr que cette modification soit appropriée pour tous les wikis, c'est pourquoi je fais la demande ici.

Alserv (discuter) 9 décembre 2022 à 09:40 (CET)

Voir au préalable Wikipédia:Questions techniques/semaine 49 2022#Message « Un problème est survenu ».

Il semblerait que ce message s'affiche pour d'autres raisons. Auquel cas il vaudrait peut-être mieux laisser ce message et ajouter en dessous les différentes raisons connues.

FDo64 (discuter) 10 décembre 2022 à 00:23 (CET)

Ne connaissant pas assez le système, je laisse faire ceux qui savent. Après tout, ce n'est pas très important.

Alserv (discuter) 10 décembre 2022 à 09:32 (CET)

J'ai mis « Aucun aperçu n’est disponible. ». Ça semble marcher par exemple sur Syndrome de la bride poplitée (un article sans le moindre contenu textuel depuis 18 ans tout de même ). Orlodrim (discuter) 21 juin 2023 à 23:28 (CEST)

.

[[MediaWiki: ]] – un problème est survenu en affichant cet aperçu

Requête acceptée - 21 juin 2023 à 23:32 (CEST)

---

Pages où apparaît ce message : https://fr.wikipedia.org/wiki/Anne_Serra

Changement proposé : En passant la souris sur le mois de mai sur sa date de naissance, il y a le message "un problème est survenu en affichant cet aperçu". Est-il possible de faire une modification pour que l'aperçu du mois de mai fonctionne ? D'avance merci --ElaNYSti (discuter) 15 mai 2023 à 13:00 (CEST)

Bonjour @ElaNYSti je n'ai pas ce problème sur Firefox 112. Il me semble que c'est le symptôme d'un problème réseau temporaire. Est-ce que cela se produit toujours maintenant et si oui sur quel navigateur et habillage wiki ? JackPotte ($♠) 28 mai 2023 à 14:58 (CEST)

Bonjour @JackPotte merci pour votre réponse. Le problème se produit toujours, j'utilise Chrome 113.0.5672.127 avec l'habillage wiki Vector 2022. ElaNYSti (discuter) 29 mai 2023 à 13:03 (CEST)

C'est parce que MediaWiki n'est pas en mesure de générer un aperçu pour certaines pages, et il affiche ce message censé être innocent, mais qui semble alarmer beaucoup de monde. Le problème a déjà été signalé plus haut sur cette page, voir aussi la discussion dans les Questions techniques. od†n ↗^blah 29 mai 2023 à 16:38 (CEST)

J'ai changé le message d'erreur et j'ai ajouté une phrase au début de Mai 1988 (il semble qu'il y a de nombreux anciens articles sur des mois qui n'ont pas la présentation des plus récents avec cette phrase d'introduction). Orlodrim (discuter) 21 juin 2023 à 23:32 (CEST)

.

MediaWiki:Ffeed-raw-page – Flux RSS de WP:RAW

Requête acceptée - 21 juin 2023 à 23:13 (CEST)

---

Pages où apparaît ce message : https://fr.wikipedia.org/w/api.php?action=featuredfeed&feed=raw

Changement proposé : remplacer par {{#ifexist: Wikipédia:RAW/{{#time: Y-m-01 }} | Wikipédia:RAW/{{#time: Y-m-01 }} |}} .

Depuis la modification effectuée suite à wikitech:Incidents/2020-10-30 fr.wikipedia.org-slow-main-page (réduction du nombre d'entrées de flux potentiels testés), le flux RSS des RAW ne va plus chercher les pages jusqu'à 60 jours en arrière. Ainsi, je suppose que le flux fonctionne correctement les dix premiers jours du mois, puis est vide par la suite. Je propose de hardcoder le 1er du mois, puisque les RAW sont publiés à cette date, ce qui devrait au moins afficher tout le temps l'édition du mois en cours. Merci! -Cordialement, -Framawiki ^✉ 21 juin 2023 à 22:41 (CEST)

Orlodrim (discuter) 21 juin 2023 à 23:13 (CEST)

.

 MediaWiki:Logentry-partialblock-block-page  – <strong>

Requête acceptée - 22 juin 2023 à 21:02 (CEST)

---

Pages où apparaît ce message : toute page de contribution dont l'utilisateur est partiellement bloqué, par ex Spécial:Contributions/Diplodocus23

Un magnifique <strong> est affiché @Jules* créateur de la page. --Cordialement, -Framawiki ^✉ 22 juin 2023 à 20:47 (CEST)

Fait. Même si ça avait son charme ^^. Cordialement, — Jules* ^discuter 22 juin 2023 à 21:02 (CEST)

.

MediaWiki:Abusefilter-warning-43 – abusefilter annonce de décès

Requête acceptée - 22 juillet 2023 à 23:06 (CEST)

---

Pages où apparaît ce message : ajout d'un décès

Changement proposé : Bonsoir, peut être pourrions nous indiquer qu'une source est obligatoire (remplacer "vous pouvez"), et en précisant que tout ajout sans source serra révoqué. Merci --Cordialement, -Framawiki ^✉ 22 juillet 2023 à 22:32 (CEST)

Bonjour, j'ai reformulé. Plutôt que de dire « Toute annonce non attribuée à une source sera », j'ai préféré la forme qui n'engage pas WP avec « est vouée à ».

Du reste, cela me semble plus clair. Qu'en dis-tu Framawiki ? LD (d) 22 juillet 2023 à 22:56 (CEST)

Merci LD! --Cordialement, -Framawiki ^✉ 22 juillet 2023 à 22:57 (CEST)

Fait. Bien à vous, LD (d) 22 juillet 2023 à 23:06 (CEST)

.

MediaWiki:Gadgets-prefstext

Requête acceptée - Prométhée (discuter) 30 juillet 2023 à 09:47 (CEST)

---

Pages où apparaît ce message : Pages des préférences, onglet gadgets (lien)

Changement proposé : Remplacer la ligne

* Si un gadget semble ne pas fonctionner, signalez-le sur [[Discussion Projet:JavaScript/Rapport de bug|la page dédiée du projet JavaScript]].

par

* Si un gadget semble ne pas fonctionner, signalez-le sur [[Discussion Projet:Scripts et gadgets/Rapport de bug|la page dédiée du projet Scripts et gadgets]].

« nouveau » nom du projet

Escargot (discuter) 30 juillet 2023 à 08:51 (CEST)

.

MediaWiki:Mobile.css – dépassement de la classe liste-horizontale sur mobile.

Requête acceptée - 13 août 2023 à 18:34 (CEST)

---

Pages où apparaît ce message : En particulier Wikipédia:Accueil principal et Wikipédia:Le Bistro

Changement proposé : Sur mobile, l'insécabilité des éléments de la classe liste-horizontale fait qu'en cas de dépassement, toute la page est en overflow. Sur l'accueil principal, c'est actuellement le cas à cause de Championnat d'Europe féminin de football des moins de 19 ans et sur Wikipédia:Le Bistro c'est également régulièrement le cas à cause de pages labellisées, comme par exemple Discours de Stephen Colbert au dîner des correspondants de la Maison-Blanche (2013).

La solution à laquelle je pense est d'ajouter dans MediaWiki:Mobile.css :

div.liste-horizontale {
	overflow-x: auto;
}

pour que le dépassement soit concentré sur la liste et ne s'étende pas à toute la page.

Je notifie @FDo64 et @Od1n qui ont déjà beaucoup travaillé sur cette classe et auront peut-être une opinion sur ce changement. Escargot (discuter) 29 juillet 2023 à 09:22 (CEST)

Je ne sais pas si c'est vraiment mieux comme ça, la scrollbar en plein dans le contenu ce n'est pas l'idéal non plus, mais admettons.

J'avais pensé à une autre solution, ça serait à l'aide d'une media query de ne pas activer l'insécabilité des éléments (on aurait seulement l'insécabilité avant les puces) pour les fenêtres de faible largeur. C'est juste que je ne me suis pas décidé entre 640px et 720px…

Il faut que cela soit pour des fenêtres vraiment de faible largeur, où la désactivation de l'insécabilité est vraiment justifiée/nécessaire, parce que c'est à considérer comme une solution de "dernier recours", dans la mesure où si on redimensionne la fenêtre, au moment où on atteint le breakpoint, cela va chambouler le contenu dans tous les sens.

od†n ↗^blah 31 juillet 2023 à 09:41 (CEST)

La barre de défilement dépend du navigateur. J'utilise Opera mobile et elle ne pose aucun problème : elle occupe peu d'espace et devient invisible après le glissement. Je ne sais pas quels sont les navigateurs / quelles versions sur lesquels ça pose problème.

Pour la media query, je serais pour 640px. On peut aussi choisir de retirer l'insécabilité sur mobile en considérant que les fenêtres seront de toute façon toujours petites. Escargot (discuter) 31 juillet 2023 à 10:43 (CEST)

Je préfère me baser sur la largeur de la fenêtre, plutôt que de se baser sur version desktop ou mobile. Sur desktop on peut avoir des petites fenêtres (par exemple si on en met plusieurs sur l'écran) et inversement on peut avoir des mobiles/tablettes avec des écrans très grands. od†n ↗^blah 31 juillet 2023 à 12:32 (CEST)

Je viens d'appliquer cela : sur le Common.css et sur le Mobile.css. J'ai aussi été d'avis à choisir la plus faible valeur, donc 640px, vu que c'est à considérer comme une solution de "dernier recours" comme j'ai indiqué plus haut. od†n ↗^blah 2 août 2023 à 18:54 (CEST)

Merci, J'ai testé le redimensionnement d'une fenêtre et je ne trouve pas la transition choquante. Ça ne fait pas un effet si différent de celui lorsqu'un élément insécable de la liste est repoussé à la ligne suivante. Escargot (discuter) 3 août 2023 à 08:44 (CEST)

Afin que cela plus ciblé, j'ai essayé en appliquant le "overflow-x" sur le <ul>, mais cela ne fonctionne pas.

Aussi, j'ai repéré sur le wiki quelques utilisations de la classe "liste-horizontale" sur des tables, e.g. {| class="wikitable liste-horizontale". Les listes horizontales fonctionnent aussi ainsi, mais pas le système d'overflow-x. J'ai testé en virant la classe et en utilisant {{Liste horizontale}} à l'intérieur de la table, mais cela ne fonctionne pas non plus (et j'ai même essayé en ajoutant aussi un "max-width:100%" à la table, mais rien à faire). La solution serait de mettre la table entière dans un <div class="liste-horizontale"> (ou un {{Liste horizontale}}), mais ça serait vraiment moche comme code.

od†n ↗^blah 3 août 2023 à 09:21 (CEST)

J'hésite sur ce qu'on pourrait faire maintenant, il n'y a pas de solution qui me satisfasse à 100 %. Escargot : quel est ton avis ce qu'il faudrait appliquer ? (j'ai un avis qui se dessine, mais je ne l'indique pas maintenant pour ne pas influencer). od†n ↗^blah 3 août 2023 à 19:10 (CEST)

@Od1n Il y a déjà le comportement d'un overflow-x:auto pour les wikitable sur mobile. En regardant, pour que ça fonctionne il faut ajouter le style display:block; au tableau mais ça change un peu son rendu. Escargot (discuter) 3 août 2023 à 19:52 (CEST)

On peut aussi fixer une taille en em autour de la liste {{liste horizontale|style=overflow-x:auto; width:25em;|. Pour une raison qui m'échappe, il faut retirer les paramètres de taille aux en-tête (toutes) pour que le bloc occupe toute la largeur de la cellule. Mais seulement dans des cas où le tableau est large, et la liste plus large que la taille en em que l'on fixe.

Malgré tout, la situation actuelle ne me dérange pas. Le problème de dépassement des tableaux est plus lié au format tableau en lui-même qu'à la classe liste horizontale. Escargot (discuter) 4 août 2023 à 08:05 (CEST)

J'ai constaté ce overflow-x ajouté par MediaWiki sur mobile, et qui ne semble effectivement pas fonctionnel… pas terrible ça. Bien entendu, pas question de passer les tables en display:block juste pour faire fonctionner le overflow-x… une table, ça s'affiche en table.

Donc, pour en arriver à ma proposition :

• J'avais envisagé de cumuler les deux "workarounds" (le white-space:no-wrap et le overflow-x:auto), donc d'ajouter aussi le overflow-x à la classe liste-horizontale, mais j'ai remarqué les quelques (rares) cas de figures où il n'est pas fonctionnel parce que la classe est ajoutée manuellement ailleurs que dans un <div> conteneur. Même si le overflow-x fonctionne dans 99 % des cas, et autrement ne casse rien, il y a un je-ne-sais-quoi qui me dérange dans le fait d'ajouter le CSS avec une possibilité de cas de figures où il n'est pas adéquat.
• Mon idée, ça serait de changer de point de vue, et considérer que l'insécabilité des éléments est un "luxe" que l'on ne peut se permettre qu'avec les fenêtres ayant une largeur relativement confortable ; j'envisage ainsi d'augmenter le breakpoint à 720px, valeur qui devrait normalement être suffisante pour qu'il n'y ait plus (ou vraiment quasiment plus) de problème de dépassement de ligne, rendu ainsi le recours le overflow-x peu nécessaire.
• De plus, il est peut-être plus élégant d'avoir un seul CSS de workaround pour gérer la problématique de lignes longues, plutôt que d'en faire se cumuler deux.

od†n ↗^blah 4 août 2023 à 16:38 (CEST)

Je suis d'accord pour ne pas mettre les deux simultanément. Ce serait assez bizarre d'avoir une transition, par exemple entre 650px et 640px, en rétrécissant une fenêtre durant laquelle on voit apparaître une barre de défilement qui disparaît ensuite.

Tu peux passer la limite à 720px. Escargot (discuter) 4 août 2023 à 18:09 (CEST)

Je viens d'augmenter la valeur à 720px : sur le Common.css et sur le Mobile.css. J'en profite pour mentionner T343660 que j'ai créé à cette occasion.

Je ne vois rien de plus à ajouter, à part peut-être que cette modification pourrait aussi être apportée à {{Liste éléments}}, mais il faudrait changer le markup qu'il produit pour pouvoir le cibler avec du CSS media query (soit encadrer tout le résultat avec un <span class="liste-elements">, soit créer une classe "nowrap-720" pour encadrer chaque élément), mais c'est un modèle qui est en voie de ne plus être très utilisé, donc ce n'est guère prioritaire…

od†n ↗^blah 13 août 2023 à 18:34 (CEST)

.

MediaWiki:Robots.txt – bloquer l'indexation Google sur les pages sensibles

Requête acceptée - 14 août 2023 à 22:06 (CEST)

---

Pages où apparaît ce message : toutes !

Changement proposé : Ajouter des règles d'interdiction à l'indexation web.

Motif : Retirer du référencement Google les pages frwiki sensibles (privacy/diffamation, lutte anti-vandalisme).

Bloquer par exemple (d'après le robots.txt de enwiki et d'autres wikipedia[7]) :

• sous-pages de Wikipédia:Administrateur/Problème
• les discussion suppression (DDA)
• requêtes admin/arbitre
• renommage utilisateur
• copyviolation
• protection de page
• liste de spam

 LD : proposait également :

• Wikipédia:Détection des proxy ouverts -> Disallow: /wiki/Wikip%C3%A9dia%3AD%C3%A9tection%20des%20proxy%20ouverts
• Wikipédia:Vérificateur_d'adresses_IP/ -> Disallow: /wiki/Wikip%C3%A9dia%3AV%C3%A9rificateur_d%2527adresses_IP%2F
• Wikipédia:AbuseFilter/ -> Disallow: /wiki/Wikip%C3%A9dia%3AbuseFilter%2F
• Wikipédia:Faux-nez/ -> Disallow: /wiki/Wikip%C3%A9dia%3AFaux-nez%2F

Voir discussion d'admins sur Discussion Wikipédia:Administrateur/Problème#Indexation Google

-- Irønie (d) 17 avril 2023 à 11:49 (CEST)

Si je récapitule :

Disallow: /wiki/Wikip%C3%A9dia:Administrateur/Probl%C3%A8me/
Disallow: /wiki/*/Admissibilit%C3%A9
Disallow: /wiki/Wikip%C3%A9dia:Requ%C3%AAtes_aux_administrateurs/
Disallow: /wiki/Wikip%C3%A9dia:Comit%C3%A9_d%27arbitrage/
Disallow: /wiki/*/Droit_d%27auteur
Disallow: /wiki/Wikip%C3%A9dia:Demande_de_protection_de_page/
Disallow: /wiki/Wikip%C3%A9dia:Vandalismes_en_cours/
Disallow: /wiki/MediaWiki:Spam-blacklist
Disallow: /wiki/Wikip%C3%A9dia:D%C3%A9tection_des_proxy_ouverts
Disallow: /wiki/Wikip%C3%A9dia:V%C3%A9rificateur_d%27adresses_IP/
Disallow: /wiki/Wikip%C3%A9dia:AbuseFilter/
Disallow: /wiki/Wikip%C3%A9dia:Faux-nez/

C'est-à-dire :

• sous-pages de Wikipédia:Administrateur/Problème, Wikipédia:Comité_d'arbitrage, Wikipédia:Demande_de_protection_de_page, Wikipédia:Vandalismes_en_cours, Wikipédia:Vérificateur_d'adresses_IP, Wikipédia:AbuseFilter, Wikipédia:Faux-nez
• pages : MediaWiki:Spam-blacklist, Wikipédia:Détection_des_proxy_ouverts
• sous-pages de pages, quel que soit l'espace de nom : */Admissibilité et */Droit_d'auteur (ex. Discussion:Pomme/Admissibilité si elle existait) n.b on pourrait spécifier "Discussion:" si on veut cibler que les articles ou Discussion*:*/Admissibilité pour cibler que les espaces de discussion ; certains robots n'aiment pas trop ces syntaxes cela dit.

Pour renommage utilisateur, je ne vois pas.

Ce serait bien cela ? — LD (d) 17 avril 2023 à 12:46 (CEST)

Attention, plusieurs Disallow avec wildcard '*' en plein milieu du pattern ; je crois que c'est géré par Googlebot, mais ignoré par d'autres bots. Les règles robots.txt paraissent simplistes, mais les priorités allow/disallow sont bizarres et variables selon les interpréteurs. Faut vérifier avec un simulateur. Un bug ici peut impacter toutes les wikipédia.

-- Irønie (d) 17 avril 2023 à 12:48 (CEST)

Oui, c'est la réflexion que je faisais en rééditant même si je relativiserais car les deux chemins utilisent des cractères spéciaux (' et é) qui font qu'il est peu probable que cela impacte ailleurs.

Si on veut éviter cette problématique, {{Instructions PCP}}, {{Instructions PàS}}, {{Instructions PàS2}} peuvent gérer NOINDEX. Option à privilégier pour ces deux cas ahmà. — LD (d) 17 avril 2023 à 13:11 (CEST)

Pour info, robots.txt n'empêche pas systématiquement l'affichage de la page dans les résultats de recherche Google, contrairement à NOINDEX. Ça arrive rarement, mais exclure via robots.txt des pages déjà désindexées avec NOINDEX pourrait être contre-productif. Je pense surtout aux sous-pages de discussion comme les débats d'admissibilité où le moteur de recherche pourrait trouver une correspondance avec un nom de personne/organisation sans accéder au contenu, juste via l'URL. Orlodrim (discuter) 17 avril 2023 à 14:19 (CEST)

Juste pour corriger le message d'Irønie plus haut : une erreur dans notre MediaWiki:Robots.txt n'irait pas impacter les autres wikis. Les règles qui sont copiées vers tous les wikis sont celles du robots.txt du repository operations-mediawiki-config. D'ailleurs, ça serait bien qu'ils les déplacent un jour, ces règles locales (comme j'avais fait avec T199496)…

Aussi pour rappel, il est nécessaire de "doubler" la plupart des règles : une fois avec le « : » brut, et une fois en l'encodant avec « %3A ». (Heureusement qu'il n'y a qu'un seul « : » dans chacune de ces URL, sinon il faudrait faire toutes les combinaisons brut/encodé…) J'ai vérifié vite fait et cela semble effectivement bien nécessaire.

od†n ↗^blah 20 avril 2023 à 00:35 (CEST)

Fait. Bien à vous, LD (d) 14 août 2023 à 22:06 (CEST)

.

MediaWiki:Edittools – Ajourt d'un champ de modèle

Requête acceptée - 3 septembre 2023 à 17:07 (CEST)

---

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

Changement proposé : Ajouter {{Palette|}} à côté de {{Portail|}}.

Astro5228 (discuter) 14 août 2023 à 21:15 (CEST)

Fait. Bien à vous, LD (d) 3 septembre 2023 à 17:07 (CEST)

Merci beaucoup ! Astro5228 (discuter) 3 septembre 2023 à 17:09 (CEST)

.

MediaWiki:Gadget-PublierBrouillon.js – titre du message sur WP:Forum de relecture

Requête acceptée - 3 septembre 2023 à 17:01 (CEST)

---

Pages où apparaît ce message : Les posts postés sur WP:FdN/R

Changement proposé : Bonjour, serait-il possible de remplacer "Demande de" par "Demande concernant" ou similaire ligne 255? Régulièrement les titres sont modifiés pour retirer le préfixe, je souhaiterais essayer qu'il soit plus compréhensible.

Cordialement, -Framawiki ^✉ 18 août 2023 à 17:04 (CEST)

Fait. Bien à vous, LD (d) 3 septembre 2023 à 17:01 (CEST)

.

MediaWiki:Pageimages-denylist – Image placeholders

Requête acceptée - 3 septembre 2023 à 17:04 (CEST)

---

Suite de Wikipédia:Demande_d'intervention_sur_un_message_système/Archives3#mediawiki:Pageimages-denylist_–_Images_placeholder.

Serait-il possible d'ajouter File:Image_manquante_2.svg à la liste? C'est visible sur [8] Cordialement, -Framawiki ^✉ 23 août 2023 à 17:22 (CEST)

Fait. Bien à vous, LD (d) 3 septembre 2023 à 17:04 (CEST)

.

Aide:C-helper – ajout de {{BSI vandalisme}}

Requête acceptée - 8 septembre 2023 à 18:39 (CEST)

---

Pages où apparaît ce message : pages de discussion utilisateur, diffs...

Changement proposé : Bonjour. À la suite de la création du modèle {{BSI vandalisme}} (voir ici), est-il possible de l'ajouter dans C-helper ? Ses copains {{BSI CAA}}, {{BSI BàS}}, {{BSI canular}}, {{BSI promo}} et {{BSI doublon}} sont déjà présents. Je pense que la modification doit au moins se faire sur MediaWiki:Gadget-C helper message.js.

On pourrait aussi en profiter pour l'ajouter à d'autres gadgets qui utilisent déjà les différents modèles BSI. Il semble y avoir LiveRC via MediaWiki:Gadget-LiveRC-frWP.js et MediaWiki:Gadget-LiveRC.js, mais peut-être y en a-t-il d'autres.

Merci ! — Antimuonium ^{U wanna talk?} 4 juillet 2023 à 08:43 (CEST)

Bonjour Antimuonium , c'est fait et fonctionnel ; reste plus qu'à mettre à jour Aide:C-helper. LD (d) 8 septembre 2023 à 18:39 (CEST)

Merci LD , c'est fait ! — Antimuonium ^{U wanna talk?} 8 septembre 2023 à 18:43 (CEST)

.

MediaWiki:Gadget-PublierBrouillon.js – retirer nowiki autour des catégories

Requête acceptée - 8 septembre 2023 à 19:43 (CEST)

---

Changement proposé : Bonsoir, serait-il possible que le script retire les nowiki autour des catégories lors de la publication? Ex [9]. L'outil d'aide à la traduction les ajoute lorsque l'utilisateur enregistre sa trad sur son espace utilisateur, pour éviter de catégoriser des PU. Merci! --Cordialement, -Framawiki ^✉ 13 juillet 2023 à 23:36 (CEST)

Bonjour Framawiki ,

Je pense qu'il faudrait également modifier L-77 à L-86 car la publication par copie, et ce sans crédits directs, n'est pas une méthode satisfaisante. L'idéal serait de publier une demande de renommage pour que les historiques soient déplacés ; ou bien si la copie est maintenue, qu'il y ait également une demande de fusion des historiques ou l'ajout de crédits (oldid a minima de la dernière révision du brouillon).

Pour la demande, il me semble acceptable de retirer <nowiki> et </nowiki>, quel que soit l'endroit.

Pour cela, je peux rajouter deux lignes après MediaWiki:Gadget-PublierBrouillon.js#L-47, ce qui donnerait :

draftContent = draftContent
    .replace( /\{\{(Aide:Comment créer un article\/brouillon|[Bb]rouillon|[Pp]age personnelle)\}\}\n?/g, '' )
    .replace( /<!-- (Ne rien modifier au-|Cliquez sur le bouton)[^-]* -->\n?/g, '' )
    .replace( /^\n+/, '' )
    .replace( /<nowiki>\n?/g, '' )
    .replace( /<\/nowiki>/g, '' );

Toutefois, il est vrai que <nowiki> et </nowiki> peuvent occasionnellement servir à mettre en forme un lien interne mais cela me semble être une pratique si rare qu'on peut accepter d'être moins rigoureux.

Est-ce que cela te semblerait acceptable, Framawiki ? LD (d) 8 septembre 2023 à 19:08 (CEST)

Merci @LD pour ta réponse détaillée! Effectivement la publication par copie n'est pas l'idéal, et effectuer une demande de renommage semble intéressant (et éviterait d'avoir des historiques qui n'ont rien à voir dans les articles publiés par la suite, une fois que l'utilisateur a les droits pour renommer). Il ne semble y avoir qu'une dizaine de cas par jour [10], mais cela ne me semble pas être trop volumineux puisque le renommage se fait en un clic par l'utilisateur qui a les droits.

Pour le nowiki, on peut essayer, je ne sais pas si l'éditeur visuel/outil de trad en abusent encore aujourd'hui pour la mise en forme, comme à leurs débuts. On peut essayer le remplacement global et voir si ça pose soucis. Cordialement, -Framawiki ^✉ 8 septembre 2023 à 19:16 (CEST)

Merci de ta réponse. D'après la balise, on a environ 10 publications avec renommage par jour et 10 publications, sans renommage, dans une période de trois jours.

On constate également pour ces dernières qu' il y a pas mal de pages qui finissent supprimées (La route d'Altamont, Editions de l'Onde, ...). En ce sens, cela appuie le besoin de déplacer les historiques, en cas de future restauration mais aussi, en évitant la publication par copie, on pourrait « faire tampon » : laisser le temps aux autres bénévoles de vérifier s'il est pertinent de publier ledit brouillon. On éviterait alors des pages qui sont supprimées, faute d'une connaissance de Wikipédia.

Peut-être qu'une bonne résolution serait tout simplement d'interdire la publication par copie ; en invitant les utilisateurs à faire relire leur brouillon. Quoi qu'il en soit, je crois que je devrais poser la question à la communauté.

Allons pour la modification demandée (retrait des nowiki) puis voyons pour le reste ultérieurement. LD (d) 8 septembre 2023 à 19:30 (CEST)

C'est corrigé et fonctionnel (testé sur TestGadget-PublierBrouillon).

J'ai aussi modifié la proposition pour retirer le saut à la ligne. LD (d) 8 septembre 2023 à 19:43 (CEST)

.

MediaWiki:Gadget-C helper tag.js

Requête acceptée - 12 septembre 2023 à 16:42 (CEST)

---

Pages où apparaît ce message : Gadget C helper

Changement proposé : Suppression de la ligne 58, censée servir à ajouter le modèle {{Avertissement Liste}}, supprimé depuis mars 2018. Au passage, on peut éventuellement corriger la ligne 95 en remplaçant {{Suppression}} par {{Admissibilité}}, et PàS par DdA.

tiloudeux ^{(on papote ?)} 12 septembre 2023 à 16:37 (CEST)

Fait. Cordialement, — Jules* ^discuter 12 septembre 2023 à 16:42 (CEST)

Merci Jules* pour la rapidité. J'ai oublié un petit détail pour la ligne 95 94, il faudrait probablement la remonter afin de respecter l'ordre alphabétique.

tiloudeux ^{(on papote ?)} 12 septembre 2023 à 16:49 (CEST)

.

MediaWiki:Gadget-PublierBrouillon.js – Demande concerant

Requête acceptée - 3 novembre 2023 à 13:35 (CET)

---

Pages où apparaît ce message : Wikipédia:Forum de relecture

Changement proposé : que  LD ou quelqu'un d'autre ajoute le « n » manquant dans « Demande concerant ». Cette faute est présente depuis le 3 septembre dans les sujets de messages du Wikipédia:Forum de relecture.

Merci !

FDo64 (discuter) 3 novembre 2023 à 12:30 (CET)

Ouch, j'ai rendu mon tablier mais mea culpa. LD (d) 3 novembre 2023 à 12:34 (CET)

Je viens de corriger cela. od†n ↗^blah 3 novembre 2023 à 13:34 (CET)

.

[[MediaWiki: ]] – lien sociaux de l'entreprise détecter comme spam

Requête refusée - 15 novembre 2023 à 04:02 (CET)>

---

Pages où apparaît ce message :

Changement proposé :

EL GUIR TRAVEL (discuter) 15 novembre 2023 à 03:31 (CET)

Bonjour EL GUIR TRAVEL ,

Cette page n'est pas indiquée pour les spams : voir WP:MWS.

Ceci étant dit, il n'y aucune chance que vous demande soit satisfaite, d'une part car vous utilisez un raccourcisseur d'URL, d'autre part car Wikipédia n’est pas un support publicitaire.

Je vous invite à lire Aide:Page utilisateur et à expliciter sur votre page utilisateur vos ambitions pour l’Encyclopédie. Bien à vous, LD (d) 15 novembre 2023 à 04:02 (CET)

.

MediaWiki:Cite references link many format backlink labels – ajouter des labels

Requête refusée - 23 novembre 2023 à 07:48 (CET)

---

Pages où apparaît ce message : Toutes, liste de références.

Changement proposé : Le nombre de labels n'est pas suffisant, il y a une erreur par exemple sur Liste_des_planètes_connues#cite_note-EPE-18, qui suggère d'ajouter des labels au message système.

Merci d'avance, --Mathis B ^discuter, le 20 juillet 2022 à 23:24 (CEST)

 Mathis B L'article a semble t'il évolué depuis le mois de juillet, il n'y a plus le problème. Le message système en question n'est pas créé sur wikipédia en français (ça prend a priori une valeur par défaut qui va jusque 'zz'). Chez les anglophones ca va jusque "azz" (cf leur message système. As-tu en tête d'autres articles qui seraient concernés ? Cela pourrait justifier la modification. Prométhée (discuter) 18 août 2022 à 19:41 (CEST)

Mathis B : cette requête est en attente d'une réponse de ta part depuis maintenant plus d'un an. Doit-on poursuivre plus avant ?

Wikipédiennement, Epok__ (✉), le 27 octobre 2023 à 22:12 (CEST)

En l'absence de réponse de Mathis B, je clos cette requête qui semble obsolète. Epok__ (✉), le 23 novembre 2023 à 07:48 (CET)

.

MediaWiki:Vector.css – corriger le décalage des icônes interwikis

Requête acceptée - 28 novembre 2023 à 12:30 (CET)

---

Pages où apparaît ce message : Victor Hugo, avec Vector-2022, afficher le menu déroulant Outils et le faire défiler pour voir les interwikis. Remarquer que les icônes dépassent à gauche. Capture d’écran dans le signalement sur le Bistro.

Changement proposé : Discussion_MediaWiki:Vector.css#Icônes_interwikis

--Pols12 (discuter) 28 novembre 2023 à 00:02 (CET)

Fait : 210079340. od†n ↗^blah 28 novembre 2023 à 12:30 (CET)

.

MediaWiki:Sitenotice – bannière Wiki Science Competition

Requête acceptée - 29 novembre 2023 à 18:55 (CET)

---

Pages où apparaît ce message : MediaWiki:Sitenotice

Changement proposé : Bonjour, en attendant que soit déployée la bannière via Centralnotice, est-il possible d'afficher une bannière pour faire la promotion de Wiki Science Competition ? Le monde entier peut participer à ce concours photo via le concours international organisé du 1^er novembre au 15 décembre. Et il y a en plus des concours nationaux organisés dans certains pays. Pour la francophonie, il s'agit de la France et la Suisse.

Voilà un exemple de code :

Participez au concours photographique international Wiki Science Competition !

Pyb en résidence (discuter) 3 novembre 2023 à 09:09 (CET)

• Pyb en résidence : est-ce que ce que j'ai fait convient ? Kropotkine 113 (discuter) 3 novembre 2023 à 11:10 (CET)

Kropotkine 113 : c'est parfait, merci ! Je suis le dossier sur meta, et je reviens demander la désactivation dès que l'autre bannière est déployée. Pyb en résidence (discuter) 3 novembre 2023 à 11:15 (CET)

Bonjour, à terme je pense qu'il faudrait avoir un modèle comme Modèle:Annonce liste de suivi pour afficher une bannière pendant une durée limitée (grâce à quelque chose comme Modèle:Annonce liste de suivi/Affichage si valide), ce qui permettrait aussi d'avoir une classe pour masquer la bannière. LD (d) 3 novembre 2023 à 12:33 (CET)

La bannière CentralNotice va être déployée, il est donc possible de blanchir le SiteNotice. Merci pour le coup de main pour la com'. Pour l'instant y'a 10 photos ! Pyb en résidence (discuter) 15 novembre 2023 à 00:11 (CET)

Retiré de MediaWiki:Sitenotice à l'instant. Prométhée (discuter) 29 novembre 2023 à 18:55 (CET)

.

MediaWiki:Gadget-Adiutor-UPW.js – Traduction

Requête acceptée - 30 décembre 2023 à 09:54 (CET)

---

Pages où apparaît ce message : MediaWiki:Gadget-Adiutor-UPW.js#L-225

Changement proposé :

Bonjour, voici la révision à apporter :

window.location.href = '/wiki/Özel:EngeliKaldır/' + mw.util.rawurlencode(user.name);

vers

window.location.href = '/wiki/Spécial:Débloquer/' + mw.util.rawurlencode(user.name);

Merci d'avance, LD (d) 12 décembre 2023 à 11:41 (CET)

Cordialement, Prométhée (discuter) 30 décembre 2023 à 09:54 (CET).

.

[[MediaWiki: ]] – Demande d'ajout des extensions d'entreprise pour les entreprises concerné

Requête refusée - 30 décembre 2023 à 09:55 (CET)

---

Pages où apparaît ce message : https://fr.wikipedia.org/wiki/BNP_Paribas

Changement proposé : Dans l'encart à droite de la présentation de l'entreprise, je pense qu'il serait judicieux d'ajouter les extensions de nom de domaine appartenant à ces sociétés comme ".bnpparibas" pour la BNP. Je pense que cela pourra initier les lecteurs à savoir que les extensions peuvent devenir des nom d'entreprise. Cela renforcerait la sécurité. Cordialement

155.140.83.85 (discuter) 20 décembre 2023 à 12:54 (CET)

Cette suggestion (que je trouve intéressante) a plutôt sa place sur la page de discussion de l'infobox en question, à savoir Discussion_modèle:Infobox_Organisation2. Cordialement, -Framawiki ^✉ 20 décembre 2023 à 14:53 (CET)

Très bien alors, je vais la proposer dans la bonne cathégorie. Merci Framawiki

Classement de la requête sans suite, pas du ressort des administrateurs d'interface. Prométhée (discuter) 30 décembre 2023 à 09:55 (CET)

.

MediaWiki:Protectedpagetext – mise à jour d'un lien

Requête acceptée - 6 janvier 2024 à 16:56 (CET)

---

Pages où apparaît ce message : Fenêtre d'édition des pages protégées

Changement proposé : À la suite de cette modification, un lien de ce message aurait besoin d'être mis à jour.

À la ligne 54, il faudrait remplacer « Aide:Statuts des utilisateurs#Utilisateur autopatrolled » par « Aide:Statuts des utilisateurs#Utilisateur dont les modifications sont vérifiées automatiquement ».

Merci.

SleaY ^(contacter) 3 janvier 2024 à 15:14 (CET)

Cordialement, Prométhée (discuter) 6 janvier 2024 à 16:56 (CET).

.

MediaWiki:Discussiontools-emptystate-desc – ajouter "améliorer l'article"

Requête refusée - 2 février 2024 à 11:03 (CET)

---

Pages où apparaît ce message : Toutes les pages de discussion qui n'ont pas encore été créées

Changement proposé : La fin du message n'est pas très claire sur le fait que les PDD servent à améliorer l'article, et non effectuer des suggestions au sujet de l'article. Par ex sur Discussion:Pasqal, « Vous pouvez utiliser cette page pour démarrer une discussion avec les autres utilisateurs sur la façon d’améliorer Pasqal. » pourrait plutôt être « Vous pouvez utiliser cette page pour démarrer une discussion avec les autres utilisateurs sur la façon d’améliorer l'article nommé "Pasqal". », ou similaire. Cordialement, -Framawiki ^✉ 18 janvier 2024 à 22:22 (CET)

@Framawiki J'ai effectué la modification sur Translatewiki (voir modification) afin que tous les wikis francophones puissent bénéficier de cette clarification, et pas seulement Wikipédia. Je laisse cependant aux administrateurs d'ici le soin de juger s'il est pertinent d'effectuer également la modification localement. Cordialement. — SleaY ^[contacter] 24 janvier 2024 à 21:02 (CET)

L'idéal aurait été d'avoir "l'article" au lieu de "la page", mais le même message système s'affiche quel que soit le namespace. Merci pour la modif SleaY. Cordialement, -Framawiki ^✉ 2 février 2024 à 11:03 (CET)

.

MediaWiki:Citoid-template-type-map.json – Utiliser {{Lien vidéo}} pour tvBroadcast et videoRecording.

Requête acceptée - 5 février 2024 à 07:37 (CET)

---

Pages où apparaît ce message : Éditeur visuel, ce json définit les modèles utilisés selon le type d'élément Zotero.

Changement proposé : Utiliser {{Lien vidéo}} pour tvBroadcast et videoRecording. J'ai fait le mapping dans les templatedata, mais pour le moment je n'ai pas ajouté de paramètre dans le modèle pour les champs de Zotero sans équivalent. Il faudra aussi vérifier que ce changement ne casse rien. Escargot (discuter) 22 mai 2023 à 23:38 (CEST)

Escargot bleu : dans quel contexte les références Zotero sont-elles utilisées dans Wikipédia ? En effet, la modification demandée est simple, mais n'étant pas familier de l'éditeur visuel, j'ai du mal à comprendre où intervient Zotero (qui, si je ne m'abuse, repose sur BibTeX ?), et donc l'impact que peut avoir cette modification.

Wikipédiennement, Epok__ (✉), le 27 octobre 2023 à 22:19 (CEST)

Bonsoir Epok__. Zotero est utilisé par mw:Citoid, qui permet de créer des références. C'est notamment ce qui est utilisé par l'éditeur visuel, l'Outil de traduction, l'éditeur wikicode 2017... Partout où des modèles de références sont créées automatiquement Cordialement, -Framawiki ^✉ 20 janvier 2024 à 22:54 (CET)

Exemple concret qui montre l'usage de zotéro sur wikipédia: phab:T118773#9083122 Cordialement, -Framawiki ^✉ 20 janvier 2024 à 23:02 (CET)

Merci Framawiki pour cette explication.

Escargot bleu : il n'y a pas eu de réponse de ta part depuis octobre, cette requête est-elle toujours d'actualité ?

Epok__ (✉), le 22 janvier 2024 à 06:33 (CET)

Bonjour

Oui, la requête est toujours d'actualité. Escargot (discuter) 22 janvier 2024 à 07:41 (CET)

Escargot bleu :  Fait. Epok__ (✉), le 5 février 2024 à 07:37 (CET)

Merci @Epok__. J'ai testé l'ajout d'une vidéo YouTube en référence depuis l'éditeur visuel et ça a l'air de fonctionner comme attendu. Escargot (discuter) 5 février 2024 à 08:03 (CET)

.

MediaWiki:Gadget-C helper message.js – affichage correct du titre de la page

Requête acceptée - 7 février 2024 à 06:32 (CET)

---

Pages où apparaît ce message : dans les diff d'articles, la variable comportant le titre de la page a des underscore au lieu d'espaces. Ex dans le titre de page sur Discussion_utilisateur:Xblanc33.

Changement proposé : Bonjour, en fin de ligne 128, serait-il possible de rajouter le replaceAll: mw.config.get('wgPageName').replaceAll('_', ' ')

Merci! Cordialement, -Framawiki ^✉ 6 février 2024 à 22:50 (CET)

 Framawiki : Fait : 212224931. Je ne sais pas comment cela a pu rester inaperçu aussi longtemps, peut-être que cela se trouve dans un workflow peu courant du gadget (remarque le namespace ∉ {2,3}), si tu as une explication ? À propos, j'en profite pour faire une petite publicité pour T351243, qui n'a pas passionné les foules… od†n ↗^blah 7 février 2024 à 06:32 (CET)

Merci od†n! Cette feature se déclenche notamment sur n'importe quel diff du NS 0, mais l'envoi d'un message à l'utilisateur depuis un diff est un raccourci certainement peu utilisé. J'adore ta photo de profile phabricator Cordialement, -Framawiki ^✉ 7 février 2024 à 11:19 (CET)

.

MediaWiki:Checkuser-log-checks-by et MediaWiki:Checkuser-log-checks-on – corrections syntaxiques

Requête acceptée - 11 février 2024 à 12:39 (CET)

---

Pages où apparaît ce message : Spécial:CheckUserLog

Changement proposé :

• Pour MediaWiki:Checkuser-log-checks-by : « ses vérifications ».
• Pour MediaWiki:Checkuser-log-checks-on : « vérifications passées ».

Merci d'avance, --Mathis B ^discuter, le 11 février 2024 à 09:57 (CET)

Salut @Mathis B. J'avais pensé à "ses vérifications" puis à "vérifications passées". Je trouve que l'ordre des parenthèses suffisent à expliciter acteur / cible. GENDER ne semble pas pouvoir s'appliquer ici mais j'en suis incertain. Un avis sur cette proposition ? LD (d) 11 février 2024 à 10:36 (CET)

Effectivement, ça me semble bien et plus court, je modifie. --Mathis B ^discuter, le 11 février 2024 à 10:37 (CET)

J'ai modifié sur translatewiki: translatewiki:MediaWiki:Checkuser-log-checks-by/fr & translatewiki:MediaWiki:Checkuser-log-checks-on/fr Cordialement, -Framawiki ^✉ 11 février 2024 à 12:39 (CET)

.

MediaWiki:Undeletehistorynoadmin – accessible aux CU

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

---

Pages où apparaît ce message : Spécial:Restaurer

Changement proposé : ajouter « et aux vérificateurs d'adresse IP » à la fin, qui y ont accès en plus des admins.

--Mathis B ^discuter, le 13 février 2024 à 15:58 (CET)

sur Translatewiki mais vers « aux vérificateurs d'adresses IP » (s conservé par cohérence avec WP:CU). LD (d) 13 février 2024 à 16:10 (CET)

 LD : non, c'est spécifique à frwiki ! --Mathis B ^discuter, le 13 février 2024 à 16:51 (CET)

@Mathis B : sauf si je me trompe, on a deux choix : changer la traduction sur Translate ou créer la page pour avoir un message personnalisé qui peut être différent de Translatewiki  : c'est le cas pour Mediawiki:abusefilter qui diffère de translatewiki, on le voit dans Spécial:Messages système.

Puisque la page n'existe pas (elle a été supprimée deux fois), c'est Translate qui est utilisée. De manière générale, c'est inscrit partout qu'il faut changer sur Translatewiki et non en local, donc je me dis que c'est mieux ainsi. Pourquoi serait-ce mieux en local ? LD (d) 13 février 2024 à 17:14 (CET)

En fait, ça se tient comme pour mw:Extension:AbuseFilter, il n'est pas garanti que mw:Extension:CheckUser soit installée avec Mediawiki (on peut faire sans). Je vais annuler ma traduction et le faire en local. Mes neuronnes se sont connectés LD (d) 13 février 2024 à 17:20 (CET)

 LD : Il faut changer sur Translatewiki quand c'est une modification du texte par défaut pour Mediawiki, ici le fait que les CU aient accès aux pages supprimées est spécifique à Wikipédia en français (Wikipédia:Prise de décision/Droits supplémentaires aux vérificateurs d'adresses IP), donc il faut modifier en local . --Mathis B ^discuter, le 13 février 2024 à 17:37 (CET)

Oui, j'ai compris le raisonnement après. Il fallait juste que mon cerveau se motive un peu à faire le rapprochement. LD (d) 13 février 2024 à 19:13 (CET)

.

MediaWiki:Gadget-C_helper_message.js – ajouter modèle "Pas un forum"

Requête acceptée - 17 février 2024 à 10:04 (CET)

---

Pages où apparaît ce message : MediaWiki:Gadget-C_helper_message.js

Changement proposé : rajouter:

• "{category:2, display:'Pas un forum', template:'Pas un forum|$(page)', help:}," à la ligne 63.
• "{category:2, display:'Pas un forum 2', template:'Pas un forum 2|$(page)', help:}," à la ligne 64.

cf Discussion modèle:Pas un forum#Doublon ou opportunité d'amélioration ?

Chouette (discuter) 19 janvier 2024 à 19:15 (CET)

Cordialement, Prométhée (discuter) 17 février 2024 à 10:04 (CET).

.

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

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

---

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

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

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

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

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

.

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

Requête acceptée - 27 février 2024 à 19:04 (CET)

---

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

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

Lofhi (discuter) 12 février 2024 à 00:24 (CET)

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

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

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

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

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

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

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

Je te suivrai Prométhée s'il était question d'un strict support des standards, mais en gros stretch est la valeur officielle, comprise sous -webkit-fill-available (qui semble être aussi compris sous le synonyme fill-available) pour Chrome-likes et -moz-available pour Firefox. Ce sont des supports non-standards d'un standard toujours en rédaction, voir css-sizing-4/#sizing-values. Il semblerait que toutes ces nouvelles valeurs (dont stretch soient valides pour min-height. Et pour le reste, le navigateur web ignore ce qu'il ne comprend pas... donc cela devrait être bon ? Je te l'accorde, on dirait retourner une décennie en arrière mais bon... Lofhi (discuter) 25 février 2024 à 05:08 (CET)

Ok j'ai appliqué le traitement, cela semble corret de mon côté, je clôt la demande. Prométhée (discuter) 27 février 2024 à 19:04 (CET)

.

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

Requête acceptée - 3 mars 2024 à 01:39 (CET)

---

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

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

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

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

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

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

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

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

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

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

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

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

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

Fait. Bien à vous, LD (d) 3 mars 2024 à 01:39 (CET)

.

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

Requête acceptée - 3 mars 2024 à 01:32 (CET)

---

Pages où apparaît ce message : partout.

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

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

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

Fait. Bien à vous, LD (d) 3 mars 2024 à 01:32 (CET)

.

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

Requête acceptée - 3 mars 2024 à 01:21 (CET)

---

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

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

Chouette (discuter) 17 février 2024 à 14:52 (CET)

@Chouette La page à modifier est plutôt « MediaWiki:Gadget-Adiutor-WRN.js ». Amicalement. — SleaY ^[contacter] 26 février 2024 à 03:52 (CET)

 Fait. Amicalement. SleaY ^[contacter] 3 mars 2024 à 01:21 (CET)

.

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

Requête acceptée - 2 mars 2024 à 12:16 (CET)

---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Le correctif pour T357693 est passé en prod, je viens donc d'enlever la rustine temporaire. od†n ↗^blah 2 mars 2024 à 12:16 (CET)

.

MediaWiki:Watchlist-messages – Annonce du Wikiconcours

Requête acceptée - 4 mars 2024 à 19:31 (CET)

---

Pages où apparaît ce message : Liste de suivi

Changement proposé : Bonsoir, serait-il possible d'afficher l'annonce du Wikiconcours de ce printemps ? J'ai parcouru l'historique de MediaWiki:Watchlist-messages et j'ai vu que cela s'était déjà fait par le passé. Cela aiderait à donner de la visibilité à l'événement.

{{Annonce liste de suivi |texte=La [[Wikipédia:Wikiconcours/mars 2024|nouvelle édition du Wikiconcours]] commence le 16 mars : les [[Wikipédia:Wikiconcours/mars 2024/Équipes|inscriptions]] sont ouvertes. Nous recherchons aussi [[Discussion Wikipédia:Wikiconcours/mars 2024/Jury|des candidats]] pour [[Wikipédia:Wikiconcours/mars 2024/Jury|le jury]]. |jusqu'au=2024-03-17 |numéro=49 }}

Merci. Cordialement, Ménestor (m’écrire) 4 mars 2024 à 18:45 (CET)

Fait. Bien à vous, LD (d) 4 mars 2024 à 19:31 (CET)

 LD : merci beaucoup. On m'a cependant fait remarquer sur le Bistro que l'encadré [Fin le 17 mars] peut prêter à confusion à côté de l'annonce du lancement le 16 mars. Serait-il encore possible de changer « commence le 16 mars » en « se déroulera du 16 mars au 19 avril » s'il vous plaît ? Cordialement, Ménestor (m’écrire) 5 mars 2024 à 09:27 (CET)

 LD : encore merci mais il y a un petit problème : sans date dans le champ « |jusqu'au= », l'annonce n'est plus affichée ; et les liens ne sont plus bons. Plutôt que :

• « les [[Wikipédia:Wikiconcours/mars 2024/Équipes|inscriptions]] sont ouvertes, aussi bien pour les [[Discussion Wikipédia:Wikiconcours/mars 2024/Jury|équipes]] que pour être [[Wikipédia:Wikiconcours/mars 2024/Jury|membre du jury]]. »

… ceci serait plus logique :

• « les inscriptions sont ouvertes, aussi bien pour les [[Wikipédia:Wikiconcours/mars 2024/Équipes|équipes]] que pour être [[Discussion Wikipédia:Wikiconcours/mars 2024/Jury|membre du jury]]. »

Pourriez-vous corriger ? Désolé pour le cafouillage. Cordialement, Ménestor (m’écrire) 5 mars 2024 à 12:59 (CET) — Message modifié. Ménestor (m’écrire) 5 mars 2024 à 13:45 (CET)

LD (d) 6 mars 2024 à 01:27 (CET)

.

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

Requête refusée - 7 mars 2024 à 23:13 (CET)

---

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

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

Mes yeux vous remercient, par avance.

hydro

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

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

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

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

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

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

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

Avec l'arrivée prochaine du mode nuit pour tous les utilisateurs, il n'est plus pertinent d'ajouter le mode sombre dans la liste des gadgets des préférences. Les utilisateurs qui le souhaitent peuvent toujours ajouter ce gadget manuellement depuis leur common.js. Je passe donc en refus. Escargot (discuter) 7 mars 2024 à 23:13 (CET)

.

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

Requête acceptée - 9 mars 2024 à 14:01 (CET)

---

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

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

Bonjour, @Philippe rogez,

J'ai modifié le gadget pour proposer l'avancement homonymie sur les pages d'homonymie pour lesquelles le modèle {{Portail}} est déjà présent. Je n'ai pas ajouté de fonction pour lire les portails présent, je regarde juste s'il y a ou non un modèle Portail. (si on voulait extraire les projets à partir du modèle portail, ça nécessiterait de faire un mapping complet des projets associés à chaque portail, avec des cas comme le portail Cinéma japonais associé aux projets Cinéma et Japon). Escargot (discuter) 9 mars 2024 à 14:01 (CET)

Bonjour Escargot bleu Merci pour votre intervention. C'est très aimable à vous de vous pencher sur cette demande.

J'ai fait un test avec l'article Plecia inflata  ou Pachybatrachus  : J'obtient le message suivant : « Les pages d'homonymie sans portail associé ne doivent pas être évaluées. ». Je pense qu'il reste un souci : pourquoi ? ou qu'ai-je oublié ? A vous lire--Philippe rogez (discuter) 10 mars 2024 à 10:42 (CET)

@Philippe rogez, effectivement, j'avais oublié de traiter le cas où la première lettre de portail est en minuscule. C'est corrigé. Escargot (discuter) 10 mars 2024 à 11:01 (CET)

@Escargot bleu et @Lepticed7 Super !!! merci beaucoup pour cette bonne volonté et la réactivité. J'ai aussi mis en copie le demandeur !. A+--Philippe rogez (discuter) 10 mars 2024 à 11:07 (CET)

.

« Vous venez de faire 100 traductions »

Requête refusée - 10 mars 2024 à 14:10 (CET)

---

Pages où apparaît ce message : J'espère être au bon endroit. Il s'agit d'une notification que je viens de recevoir et disant « Vous venez de faire 100 traductions. C'est une réalisation remarquable. Partagez cette nouvelle avec d'autres contributeurs. » Je suppose une traduction inexacte de l'anglais.

Changement proposé : Il faudrait plutôt dire « Vous venez de faire votre centième traduction ». Peut-être le message doit-il aussi être changé pour 10, 1000, etc.

CaféBuzz (d) 10 mars 2024 à 14:00 (CET)

Bonjour @CaféBuzz

Ce genre de changements se fait sur translatewiki : [11] (il faut d'abord demander une autorisation). Escargot (discuter) 10 mars 2024 à 14:10 (CET)

Bonjour @Escargot bleu : une autorisation où ? CaféBuzz (d) 10 mars 2024 à 14:16 (CET)

@CaféBuzz Il faut cliquer sur « Obtenir la permission » en dessous de l'encadré de gauche du lien que j'ai mis. Ca consiste à s'inscrire, faire quelques modifications et attendre que quelqu'un les valide. Escargot (discuter) 10 mars 2024 à 14:22 (CET)

.

MediaWiki:Gadget-PaStec.js – ajout d'id sur un lien

Requête acceptée - 11 mars 2024 à 12:07 (CET)-

---

Pages où apparaît ce message : toutes les pages quand PaStec est activé

Changement proposé :

Bonjour,

j’aimerai avoir la possibilité de masquer ce lien "Demander SI" facilement depuis mon common.css tout en gardant activé le gadget pour ses autres fonctionnalités. Il est en effet redondant avec le lien "SI" proposé par C-Helper que j’ai plus l’habitude d’utiliser.

Il faudrait modifier la ligne mw.util.addPortletLink('p-cactions', 'javascript:void(PaStec_AskForSI())', PaStec_Texts.AskSI); pour rajouter un id, par exemple mw.util.addPortletLink('p-cactions', 'javascript:void(PaStec_AskForSI())', PaStec_Texts.AskSI, 'ca-pastec-si'); (mais n’importe quel autre id fera l’affaire si il n’est pas déjà utilisé ailleurs).

— Metamorforme42 (discuter) 11 mars 2024 à 11:20 (CET)

Escargot (discuter) 11 mars 2024 à 12:07 (CET)

.

MediaWiki:Common.css – marge haute du bandeau portail

Requête acceptée - 14 mars 2024 à 12:31 (CET)

---

Pages où apparaît ce message :

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

Changement proposé :

Ajouter !important :

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

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

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

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

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

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

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

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

Enregistré sur Phabricator
Tâche 354975

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

Bonjour Od1n, le problème est résolu avec MediaWiki 1.42/wmf.22 (gerrit) : cf. typography.less (diff). Vous pouvez marquer cette requête comme résolue. Merci de l'avoir étudiée. Cordialement. --Ciseleur (d) 14 mars 2024 à 12:26 (CET) / Retouches le 15 mars 2024 à 14:24 (CET)

.

MediaWiki:Watchlist-messages – Enquête de Wikimédia Canada

Requête acceptée - 18 mars 2024 à 08:04 (CET)

---

Pages où apparaît ce message : Liste de suivi

Changement proposé : Bonjour, serait-il possible de publier une annonce pour l'enquête de Wikimédia Canada ? Si possible, l'annonce peut-elle être limitée géographiquement au Canada ?

Merci beaucoup !

Chelsea Chiovelli (WMCA) (discuter) 13 mars 2024 à 18:15 (CET)

Bonjour @Chelsea Chiovelli (WMCA),

J'ai ajouté le message. Mais je ne crois pas que l'on puisse restreindre à une zone géographique, donc j'ai juste précisé « personnes canadiennes ». Escargot (discuter) 15 mars 2024 à 12:12 (CET)

.

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

Requête acceptée - 31 mars 2024 à 20:51 (CEST)

---

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

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

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

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

Bonjour

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

LD (d) 3 septembre 2023 à 17:17 (CEST)

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

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

 Manjiro5, Koreller, Wyslijp16 et LD : Bon du coup, il y a 6 mois, il y a eu une modification de faite sur Module:Bandeau/Class#L-70 mais on voit toujours l'ancien logo sur toutes les catégories. Et effectivement le logo est beaucoup trop gros pour sa vocation : il est illustre des liens qui font qu'une ligne mais il est tellement gros que l'encart de cette ligne fait 2 lignes.

Est ce qu'on peut faire les changements pour le nouveau logo s'affiche et qu'il soit plus petit et comme cela c'est réglé ? Nouill 30 mars 2024 à 20:25 (CET)

Bonsoir Nouill , c'est OK pour faire les modifications. Wikipédiennement, manȷıro^💬 30 mars 2024 à 21:46 (CET)

En fait, ces messages systèmes appellent {{Boîte des catégories}} qui appelle {{Méta bandeau}} (cf. Modèle:Méta bandeau#Les icônes) qui lui-même fait appel à Module:Bandeau, qui fait appel à MediaWiki:Common.css#L-665. Ouf !

• pour l'icône, remplacée dans MediaWiki:Common.css ;
• pour la taille d'icône, corrigée (à 20 px, mais je vous laisse ajuster si besoin) dans {{Boîte des catégories}}.

— Jules* ^discuter 31 mars 2024 à 19:20 (CEST)

Le paramétrage de la taille de l'icône ne fonctionne pas, mais je ne parviens pas à comprendre pourquoi. — Jules* ^discuter 31 mars 2024 à 19:40 (CEST)

De ce que j'en comprends en regardant le code du module, le paramètre taille icône ne s'applique que quand un nom complet d'image est entré manuellement dans le paramètre icône. Ici, la classe outils est appliquée, et l'image apparaît avec la taille indiquée dans MediaWiki:Common.css (donc 46px ici). Escargot (discuter) 31 mars 2024 à 20:26 (CEST)

@Jules* Quand j'avais regardé, j'avais plutôt compris qu'on avait deux possibilités pour x taille.

En soi, 46px est probablement trop gros. En testant, 28 px est convenable mais ce n'est qu'une suggestion :

1. Avoir background-image: url(//upload.wikimedia.org/wikipedia/commons/thumb/a/a3/Black_tools_icon.svg/28px-Black_tools_icon.svg.png);
   et non pas :background-image: url(//upload.wikimedia.org/wikipedia/commons/thumb/a/a3/Black_tools_icon.svg/46px-Black_tools_icon.svg.png); dans MediaWiki:Common.css#L-877 ;
   • La différence est dans l'URL : 46px ⇒ 28px
   • Voir l'exemple de .grosse-icone.protection-admin où le redimensionnement est de 32 px à MediaWiki:Common.css#L-883
2. Avoir background-image: url(//upload.wikimedia.org/wikipedia/commons/a/a3/Black_tools_icon.svg); + background-size: 28px;
   • Voir l'exemple de .grosse-icone.ebauche où le redimensionnement est de 46 px à MediaWiki:Common.css#L-907

LD (d) 31 mars 2024 à 20:42 (CEST)

P.S. : si tu veux 20px, et non 28px comme suggéré, c'est la même logique (s'il fallait le préciser... ) LD (d) 31 mars 2024 à 20:43 (CEST)

Merci à vous deux ; corrigé ! — Jules* ^discuter 31 mars 2024 à 20:51 (CEST)

.

MediaWiki:Noarticletext – Affichage incorrect d’une icône

Requête acceptée - 31 mars 2024 à 19:07 (CEST)

---

Pages où apparaît ce message : sous-pages inexistantes de l’espace utilisateur, par exemple : [13]

Changement proposé : une des images ne s’affiche pas car son code contient un retour à la ligne. Il faudrait corriger

|Utilisateur=* [[Image:OOjs UI icon userAvatar.svg
|20px|alt=|link=]] Consultez la '''[{{fullurl:Special:Liste des utilisateurs|username={{PAGENAMEE}}}} liste des utilisateurs dont le nom commence ainsi]'''.

(deux lignes) en

|Utilisateur=* [[Image:OOjs UI icon userAvatar.svg|20px|alt=|link=]] Consultez la '''[{{fullurl:Special:Liste des utilisateurs|username={{PAGENAMEE}}}} liste des utilisateurs dont le nom commence ainsi]'''.

sur une seule ligne.

— Metamorforme42 (discuter) 31 mars 2024 à 19:04 (CEST)

Fait. Cordialement, — Jules* ^discuter 31 mars 2024 à 19:07 (CEST)

.

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

Requête acceptée - 4 avril 2024 à 19:05 (CEST)

---

Changements proposés :

• Affichage des bandeaux dans l’éditeur 2017 :

Les règles pour protéger les bandeaux dans la boite de dialogue de sauvegarde de l’éditeur visuel ont été trop élargies en 2016 (NWE n’existait pas) : .ve-ui-mwSaveDialog est trop large puisqu’il inclut .ve-ui-mwSaveDialog-preview (la prévisualisation de la page dans l’éditeur de wikicode 2017). Ainsi, si on modifie une page qui contient un Meta-Bandeau-d'avertissement avec l’éditeur 2017 et qu’on essaie de prévisualiser, on ne voit pas les icônes.

Puisque .ve-ui-mwSaveDialog-foot est trop précis, je propose d’utiliser .ve-ui-mwSaveDialog-savePanel. Mais je ne sais pas si cela inclut bien les messages générés par les filtres, à vérifier avant d’intégrer ce changement. --Pols12 (discuter) 21 avril 2022 à 19:29 (CEST)

Après vérification, les messages laissés par les filtres ne sont pas dans .ve-ui-mwSaveDialog-savePanel. Voici un sélecteur parent qui fonctionne : .ve-ui-mwSaveDialog .oo-ui-window-frame.

Il faut donc remplacer

.ve-ui-mwSaveDialog .grosse-icone {
	background: none;
	padding: 0;
}
.ve-ui-mwSaveDialog .bandeau-icone {
	display: none;
}

par

.ve-ui-mwSaveDialog .oo-ui-window-frame .grosse-icone {
	background: none;
	padding: 0;
}
.ve-ui-mwSaveDialog .oo-ui-window-frame .bandeau-icone {
	display: none;
}

--Pols12 (discuter) 15 novembre 2023 à 17:03 (CET)

• Italique dans les bandeaux d’homonymie

Pour permettre de respecter nos conventions typographiques dans les bandeaux d’homonymie et associés, peut-on ajouter la règle suivante à la ligne 237 ?

.homonymie i {
	font-style: normal;
}

Cela permettrait d’enlever l’italique pour le texte mis entre deux paires d’apostrophes droites au sein de ces bandeaux, par exemple pour un mot en langue étrangère. -- Pols12 (discuter) 17 novembre 2022 à 02:01 (CET)

• Activer .nowrap dans l’éditeur visuel

Le jeu de règle pour la classe .nowrap est écrasé par un autre dans l’éditeur visuel. Afin de donner plus de poids à ce jeu de règles dans l’éditeur visuel, peut-on changer .nowrap { en .nowrap, .ve-ce-focusableNode.nowrap { svp ? -- Pols12 (discuter) 15 novembre 2023 à 17:13 (CET)

--Pols12 (discuter) 15 novembre 2023 à 17:19 (CET)

J'ai cité les messages liés pour expliciter les changements demandés. Escargot (discuter) 30 mars 2024 à 15:44 (CET)

. Escargot (discuter) 4 avril 2024 à 19:05 (CEST)

Bonjour @Pols12, j'ai l'impression que .oo-ui-window-frame ne suffit pas à cibler l'éditeur visuel sans cibler l'éditeur de sources 2017. En particulier, la nouvelle version de MediaWiki:Wikimedia-copyrightwarning apparaît sans icône et sans fond coloré. Escargot (discuter) 4 avril 2024 à 19:12 (CEST)

J'ai résolu le problème en retirant totalement le style appliqué par common.css à #cpwarn, il n'est plus pertinent. Escargot (discuter) 4 avril 2024 à 19:40 (CEST)

Merci beaucoup d’avoir traité ces vieilles demandes, @Escargot! Concernant la suppression de l’icône et du fond coloré, c’est justement ce qui était recherché par ce code (cf transparence du fond en 2013, suppression de l’icône en 2015). Pour la couleur, ça se discute, par contre je pense qu’on y gagne vraiment à retirer cette icône décorative qui prend beaucoup trop de place dans le petit encadré qu’est la fenêtre d’enregistrement de l’éditeur visuel. Je serais donc d’avis de réintégrer ces règles. 🙂 --

.

MediaWiki:Sharedupload-desc-here – simplification

Requête acceptée - 7 avril 2024 à 09:23 (CEST)

---

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

Accéder au fichier sur Commons

Ce fichier et sa description proviennent de Wikimedia Commons.

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

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

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

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

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

Manjiro91 16 janvier 2022 à 00:53 (CET)

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

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

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

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

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

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

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

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

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

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

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

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

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

od†n ↗^blah 28 octobre 2023 à 12:38 (CEST)

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

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

Toutes les prévisualisations des images, via la "visionneuse de médias", ont un bouton bleu pour aller sur Commons, et là on dit que la couleur bleu, ça correspond à une fonction d'édition et que c'est pas approprié pour signifier un renvoi vers Commons. Je comprend pas trop cet argument. Ce modèle est l'ancêtre de la visionneuse de médias, je sais même pas comment afficher ce modèle au lieu de la "visionneuse de médias". Le mieux serait que ce vieux modèle se rapproche de l'aspect de la "visionneuse de médias" et les propositions sur Utilisateur:Manjiro5/Brouillon/3 s'en rapprochent quand même beaucoup, donc ça serait bien. Mais bon, la requête a 2 ans, visiblement c'est compliqué. Nouill 30 mars 2024 à 20:35 (CET)

J'ai changé pour la huitième proposition, qui :

• utilise un lien et non un bouton pour renvoyer à une autre page, en conformité avec Buttons#Using buttons ;
• respecte l'identité visuelle de Commons en ne changeant pas la couleur du logo.
• place le texte avant le lien, ce qui semble correspondre à la majorité des opinions exprimées ici.

J'ai réduit la marge de 3em proposée à 1em, en pratique le centrage suffit à l'isoler visuellement et 3em introduisait un trop grand vide. Escargot (discuter) 7 avril 2024 à 09:23 (CEST)

.

MediaWiki:Watchlist-messages – Annonce d'un sondage pour supprimer tout masquage de la table des matières dans les articles

Requête acceptée - 15 avril 2024 à 00:43 (CEST)

---

Bonsoir, pouvez-vous ajouter ce modèle à la liste ?

{{Annonce liste de suivi |texte=Sondage pour [[Wikipédia:Sondage/2024/Supprimer tout masquage de la table des matières dans les articles|supprimer tout masquage de la table des matières dans les articles]] |jusqu'au=2024-04-29 |numéro=53 }}

Merci, Lofhi (discuter) 14 avril 2024 à 22:17 (CEST)

Fait à nuances près. LD (d) 15 avril 2024 à 00:43 (CEST)

.