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

Une page de Wikipédia, l'encyclopédie libre.

Mediawiki:Gadget-0xBlockMessage.js – mise à jour[modifier le code]

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)Répondre[répondre]
✔️ Cordialement, Prométhée (discuter) 9 mai 2021 à 10:17 (CEST).Répondre[répondre]

MediaWiki:Watchlist-messages – annonce de prise de décision en cours sur les portails[modifier le code]

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 Notification Jules*. Attendons juste la validation de Notification Baldurar, mais ta proposition de phrase semble tout à fait adaptée et simple. Cordialement — Ideawipik (discuter) 8 mai 2021 à 23:16 (CEST)Répondre[répondre]

Changement proposé par Baldurar :
Après discussion avec Notification Ideawipik et sur conseil de Notification 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]. »

Notification 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)Répondre[répondre]

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)Répondre[répondre]
  • 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)Répondre[répondre]
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 Émoticône sourire. 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)Répondre[répondre]
Ok. Merci Jules* --Baldurar (discuter) 10 mai 2021 à 12:04 (CEST)Répondre[répondre]

MediaWiki:Gadget-PaStec.js – harmonisation des commentaires de modifications[modifier le code]

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:

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)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 18 mai 2021 à 21:43 (CEST).Répondre[répondre]

MediaWiki:Talkpageheader – sous-pages d'espace de nom[modifier le code]

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)Répondre[répondre]

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)Répondre[répondre]
Bonjour Od1n Émoticône 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)Répondre[répondre]
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)Répondre[répondre]

MediaWiki:Watchlist-messages – MàJ Annonces[modifier le code]

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)Répondre[répondre]

Fait Fait. — Thibaut (discuter) 8 juin 2021 à 16:34 (CEST)Répondre[répondre]

MediaWiki:Newarticletext – Mise à jour icône[modifier le code]

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 Signature et date. »

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)Répondre[répondre]

✔️ Orlodrim (discuter) 20 juin 2021 à 12:20 (CEST)Répondre[répondre]

AF[modifier le code]

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)Répondre[répondre]

Utilisateur:Arkanosis/xdone.js[modifier le code]

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 Tire la langue,

Bien à vous, LD m'écrire 4 juillet 2021 à 23:16 (CEST)Répondre[répondre]

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)Répondre[répondre]
@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. Sourire diabolique. Les anciennes demandes, je m'en occuperais manuellement comme ce que j'ai commencé à faire. Émoticône LD m'écrire 5 juillet 2021 à 00:32 (CEST)Répondre[répondre]
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)Répondre[répondre]
✔️, 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)Répondre[répondre]
✔️ xdone activé sur MWS, il te reste à convertir les sections sur la page. od†n ↗blah 5 juillet 2021 à 03:21 (CEST)Répondre[répondre]
Coincoinci Od1n Émoticône (y compris pour tes diverses retouches !) LD m'écrire 5 juillet 2021 à 03:30 (CEST)Répondre[répondre]

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

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)Répondre[répondre]

@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)Répondre[répondre]
Notification 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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]

MediaWiki:Gadget-HotCatsMulti.js/i18n/vec.js [modifier le code]

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)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 18 août 2021 à 20:02 (CEST).Répondre[répondre]

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

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)Répondre[répondre]

Notification 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)Répondre[répondre]
Notification 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)Répondre[répondre]

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

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)Répondre[répondre]

Notification 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)Répondre[répondre]

MediaWiki:Gadget-GlobalWatchlist.js – Ajout de test.wikipedia.org, test.wikidata.org et test2.wikipedia.org[modifier le code]

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)Répondre[répondre]

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)Répondre[répondre]
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)Répondre[répondre]
En l'absence de réponse de Notification Florian COLLIN, je classe la requête. Orlodrim (discuter) 12 septembre 2021 à 11:02 (CEST)Répondre[répondre]

MediaWiki:Checkuser-toollinks – modification d'un lien[modifier le code]

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 3e 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)Répondre[répondre]

Notification 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)Répondre[répondre]
Notification 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)Répondre[répondre]
É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)Répondre[répondre]
✔️ Orlodrim (discuter) 13 septembre 2021 à 18:09 (CEST)Répondre[répondre]
Notification 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)Répondre[répondre]
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)Répondre[répondre]
Merci encore, j'ignorais ce détail. --Mathis B discuter, le 13 septembre 2021 à 19:04 (CEST)Répondre[répondre]

MediaWiki:Explainconflict[modifier le code]

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)Répondre[répondre]

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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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 2e 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)Répondre[répondre]
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)Répondre[répondre]
"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)Répondre[répondre]
@Orlodrim : Ne serait-il pas possible de préciser selon le mode de modification ? — Thibaut (discuter) 31 juillet 2020 à 11:22 (CEST)Répondre[répondre]
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)Répondre[répondre]

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)Répondre[répondre]

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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
@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)Répondre[répondre]
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)Répondre[répondre]
« 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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
@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)Répondre[répondre]

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)Répondre[répondre]

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.
Notification 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)Répondre[répondre]
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)Répondre[répondre]
Merci. Je clos ici. Orlodrim (discuter) 14 septembre 2021 à 22:18 (CEST)Répondre[répondre]

MediaWiki:Watchlist-messages – coquille[modifier le code]

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)Répondre[répondre]

✔️ Fait ! -- -- Habertix (discuter) 15 septembre 2021 à 00:04 (CEST).Répondre[répondre]

MediaWiki:Gadget-C helper.js – changement d'apparence avec vector[modifier le code]

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)Répondre[répondre]

Merci Eihel pour le correctif, ça fonctionne.
Cordialement. — Thibaut (discuter) 17 septembre 2021 à 18:36 (CEST)Répondre[répondre]
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 Notification 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)Répondre[répondre]
Fait. — Thibaut (discuter) 17 septembre 2021 à 19:30 (CEST)Répondre[répondre]

MediaWiki:Protectedpagetext – orthographe (accord)[modifier le code]

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)Répondre[répondre]

C'est corrigé, bien vu ! D'autant plus que l'erreur remontait à 2009 ! Émoticône od†n ↗blah 18 septembre 2021 à 19:41 (CEST)Répondre[répondre]

MediaWiki:Gadget-LiveRC.js – PNG --> SVG[modifier le code]

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 Émoticône, 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) Émoticône
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)…Répondre[répondre]
Bonjour Niridya Émoticône, "Crystal128-eraser.svg" 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 :
Thomas Linard (discuter) 22 juin 2019 à 22:44 (CEST)Répondre[répondre]
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). Émoticône. 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)Répondre[répondre]
@Thomas Linard J'ai mis mon avis après chaque image et globalement ça paraît super ! Émoticône 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)Répondre[répondre]
@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 Filing cabinet icon.svg ? Je la trouve vieillote… Si tu as des réserves sur le noir, ça pourrait être Breathe-system-file-manager.svg, non ? Thomas Linard (discuter) 27 juin 2019 à 00:07 (CEST)Répondre[répondre]
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 : Oxygen480-actions-draw-eraser.svg, Breezeicons-actions-22-draw-eraser.svg ou Font Awesome 5 solid eraser.svg. Thomas Linard (discuter) 27 juin 2019 à 00:11 (CEST)Répondre[répondre]
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)Répondre[répondre]
Notification Thomas Linard et Niridya : Mettez dans votre common.js
window.LiveRC_Config = {'InstallationPage': 'Utilisateur:Aabbccddeeffabcdef/LiveRC-frWP-test.js'};
importScript('Utilisateur:Aabbccddeeffabcdef/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:Aabbccddeeffabcdef/LiveRC-frWP-test.js. Aabbccddeeffabcdef (discuter), le 30 juin 2019 à 10:48 (CEST).Répondre[répondre]
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 @Aabbccddeeffabcdef : 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)Répondre[répondre]
Notification 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. AirSThib (Personnel navigant · Vols), le 3 juillet 2019 à 17:52 (CEST).Répondre[répondre]
@AirSThib 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 ! Émoticône --Niridya (discuter) 4 juillet 2019 à 00:22 (CEST)Répondre[répondre]
Notification Niridya et Thomas Linard : Et comment fait-on pour importer notre fichier CSS personnalisé ? AirSThib (Personnel navigant · Vols), le 4 juillet 2019 à 18:39 (CEST).Répondre[répondre]

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

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:AirSThib/LiveRC.css dans Utilisateur:AirSThib/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. Émoticône --Niridya (discuter) 6 juillet 2019 à 15:56 (CEST)Répondre[répondre]
Notification 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. Émoticône. AirSThib (Personnel navigant · Vols), le 6 juillet 2019 à 16:00 (CEST).Répondre[répondre]
@AirSThib C'est déjà bien de penser, je t'aiderai si t'as des soucis. Émoticône --Niridya (discuter) 6 juillet 2019 à 22:32 (CEST)Répondre[répondre]
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)Répondre[répondre]

MediaWiki:Gadget-C helper.jsbis[modifier le code]

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 Émoticône, 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)Répondre[répondre]

Fait Fait. — Thibaut (discuter) 15 octobre 2021 à 03:15 (CEST)Répondre[répondre]

MediaWiki:Gadget-LiveRCSiteConfig.js – Ajout d'un motif de suppression[modifier le code]

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"] =Jean-Mahmood (d) 1 novembre 2021 à 17:04 (CET)Répondre[répondre]

Ça semble déjà y être ? od†n ↗blah 8 novembre 2021 à 02:09 (CET)Répondre[répondre]
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)Répondre[répondre]
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?— Jean-Mahmood (d) 8 novembre 2021 à 02:34 (CET)Répondre[répondre]
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)Répondre[répondre]
✔️ 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)Répondre[répondre]
Merci, Notification Od1n. Le problème est donc résolu.— Jean-Mahmood (d) 10 novembre 2021 à 22:32 (CET)Répondre[répondre]

MediaWiki:Gadget-C helper message.js – ajout de modèles[modifier le code]

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 Jean-Mahmood Émoticône). Merci aussi à @DocMuséo car son intervention m'a rappelé ce sujet ! Merci d'avance à l'admin d'interface qui s'en chargera Émoticône sourire

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)Répondre[répondre]

Salut Notification 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,— Jean-Mahmood (d) 20 novembre 2021 à 17:02 (CET)Répondre[répondre]
Bonsoir Jean-Mahmood, 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)Répondre[répondre]
✔️ Cordialement, Prométhée (discuter) 27 novembre 2021 à 15:12 (CET).Répondre[répondre]
Merci !!! --DocMuséo (discuter) 27 novembre 2021 à 15:22 (CET)Répondre[répondre]

MediaWiki:Sitenotice – Wikipédia:Mois océanien Wikipédia/2021[modifier le code]

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é :

Wikipedia Oceanian Month Logo.svg

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) Répondre[répondre]

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)Répondre[répondre]

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)Répondre[répondre]

Le bandeau donnerait :
Wikipedia Oceanian Month Logo.svg
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)Répondre[répondre]

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)Répondre[répondre]
Bonjour @Girart de Roussillon. C'est ✔️ fait. Bien cordialement, — Jules* Discuter 1 décembre 2021 à 12:39 (CET)Répondre[répondre]
Merci. Girart de Roussillon (Discrepance ?) 1 décembre 2021 à 13:03 (CET)Répondre[répondre]

MediaWiki:Common.css – .conflit-edition[modifier le code]

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
Human-emblem-important.svg Conflit d’édition File:Human-emblem-important.svg

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

✔️ Cordialement, Prométhée (discuter) 20 décembre 2021 à 22:28 (CET).Répondre[répondre]

MediaWiki:Gadget-0xBlockMessage.js – refonte partielle (proxy)[modifier le code]

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)Répondre[répondre]

Notification 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)Répondre[répondre]
Bonjour Prométhée Émoticône, 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)Répondre[répondre]
✔️ c'est fait, joyeuses fêtes ! Prométhée (discuter) 24 décembre 2021 à 10:19 (CET)Répondre[répondre]
Merci bien et joyeuses fêtes également ! — LD (d) 24 décembre 2021 à 13:31 (CET)Répondre[répondre]

Gadgets ArchiveLinks et ExtendedCache[modifier le code]

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.

'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

'* 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)Répondre[répondre]

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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
  • 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)Répondre[répondre]
od†n ↗blah 30 juillet 2021 à 14:50 (CEST)Répondre[répondre]
Je me permets de relancer le sujet sur les deux derniers points Pmartin (discuter) 8 septembre 2021 à 10:42 (CEST)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]

┌──────────────────┘
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)Répondre[répondre]

@Od1nLa procédure de la clôture du sondage a été finalisée.Pmartin (discuter) 7 janvier 2022 à 09:54 (CET)Répondre[répondre]
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)Répondre[répondre]
@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)Répondre[répondre]
✔️ Activé : 189749119 ainsi que 189749331. od†n ↗blah 10 janvier 2022 à 10:24 (CET)Répondre[répondre]
@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)Répondre[répondre]
Oui c'est bon également pour moi, merci du retour.Pmartin (discuter) 11 janvier 2022 à 16:00 (CET)Répondre[répondre]
Au niveau de la charge sur tes serveurs, ça donne quoi ? od†n ↗blah 21 janvier 2022 à 14:49 (CET)Répondre[répondre]
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)Répondre[répondre]

MediaWiki:Imagemap-Highlight.js et MediaWiki:Gadget-imgToggle.js – chargement global sur wikifr[modifier le code]

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 :

Akhmadjan (discuter) 27 février 2020 à 21:10 (CET)Répondre[répondre]

Notification 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é ). Ç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)Répondre[répondre]
Notification Orlodrim :
Bonsoir, les réponses sont en bleu ci-dessus. Akhmadjan (discuter) 5 mars 2020 à 21:56 (CET)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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 :
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)Répondre[répondre]
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)Répondre[répondre]
« 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)Répondre[répondre]
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)Répondre[répondre]
La modification est faite. --Akhmadjan (discuter) 19 novembre 2021 à 17:35 (CET)Répondre[répondre]
É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)Répondre[répondre]

Orelsan le chanteur[modifier le code]

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)Répondre[répondre]

Talkpageheader[modifier le code]

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)Répondre[répondre]

✔️ : 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)Répondre[répondre]

MediaWiki:Gadget-PaStec.js – suite PdD[modifier le code]

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)Répondre[répondre]

Fait Fait. — Thibaut (discuter) 18 février 2022 à 22:03 (CET)Répondre[répondre]

MediaWiki:Gadget-SuppressionDeluxe.js[modifier le code]

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


Pages où apparaît ce message : Gadget

Changement proposé :

Bonjour, à la ligne no 32, remplacer Suppression par Admissibilité.

Merci d'avance, LD (d) 19 février 2022 à 21:42 (CET)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 22 février 2022 à 09:36 (CET).Répondre[répondre]

Javascript et modèle admissibilité caduque[modifier le code]

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)Répondre[répondre]

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)Répondre[répondre]
✔️ fait pour cette partie là aujourd'hui. Prométhée (discuter) 27 février 2022 à 22:33 (CET)Répondre[répondre]
Autre demande. --FDo64 (discuter) 22 février 2022 à 12:21 (CET)Répondre[répondre]
✔️ Cordialement, Prométhée (discuter) 27 février 2022 à 23:07 (CET).Répondre[répondre]

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

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)Répondre[répondre]

MediaWiki:Histlegend – Contrôle du plagiat[modifier le code]

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)Répondre[répondre]
✔️ Kropotkine 113 (discuter) 2 mars 2022 à 14:45 (CET)Répondre[répondre]

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

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 :

'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 Émoticône sourire. Merci d'avance, LD (d) 2 avril 2022 à 19:14 (CEST)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 8 mai 2022 à 09:39 (CEST).Répondre[répondre]

MediaWiki:Gadget-C helper si.js et autres – actualisation[modifier le code]

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)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 8 mai 2022 à 09:52 (CEST).Répondre[répondre]

MediaWiki:Deletedtext – vérification et suppression de la sous-page « À faire »[modifier le code]

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 6e et 7e 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)Répondre[répondre]

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)Répondre[répondre]
Merci Epok Émoticône, 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)Répondre[répondre]
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)Répondre[répondre]
Notification 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)Répondre[répondre]
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)Répondre[répondre]
@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 Émoticône). 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)Répondre[répondre]
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)Répondre[répondre]
Notification 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)Répondre[répondre]
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)Répondre[répondre]
Merci Epok et Tractopelle-jaune Émoticône, 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)Répondre[répondre]

MediaWiki:Ipbreason-dropdown – mise à jour d'un LI[modifier le code]

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)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 31 mai 2022 à 09:51 (CEST).Répondre[répondre]

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

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)Répondre[répondre]

✔️ Trizek bla 11 août 2022 à 11:48 (CEST)Répondre[répondre]

MediaWiki:Gadget-0xBlockMessage.js[modifier le code]

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)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 18 août 2022 à 19:49 (CEST).Répondre[répondre]

MediaWiki:Gadget-PaStec.js – mise à jour de liens[modifier le code]

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)Répondre[répondre]

✔️ Cordialement, Prométhée (discuter) 18 août 2022 à 19:58 (CEST).Répondre[répondre]
Merci beaucoup Prométhée.
Wikipédiennement, Epok__ (), le 18 août 2022 à 21:47 (CEST)Répondre[répondre]

MediaWiki:Gadget-C helper si.js – demande d'avis[modifier le code]

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 Émoticône sourire, n'hésitez pas.

Bonne journée, LD (d) 6 juin 2022 à 17:24 (CEST)Répondre[répondre]

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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
À 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)Répondre[répondre]
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)Répondre[répondre]
Bonjour. Il y a une solution "toute simple" pour le gadget : qu'il remplace dans la chaîne les signes = par des &#61; ou des &equals; 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 « Nom de la page invalide. Si le titre contient un signe égal, utilisez la syntaxe {{a'|1=Titre}}. ». 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)Répondre[répondre]
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)Répondre[répondre]
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 &#123;&#123;=&#125;&#125; 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)Répondre[répondre]
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)Répondre[répondre]
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)Répondre[répondre]
  • 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 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)Répondre[répondre]
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)Répondre[répondre]