Discussion Projet:Scripts et gadgets/Demande de fonction

Discussions actives
Projet Fonctions disponibles Notices Discussion projet Signaler un bug Demander une nouvelle fonction
Javascript icon.svg
PROJET SCRIPTS ET GADGETS
Centraliser les fonctions JavaScript et CSS pour éviter la dispersion du code.


Cette page de discussion est destinée aux demandes de nouvelle fonction. Avant de poster votre requête, vous pouvez vérifier si une fonctionnalité équivalente n'existe pas déjà dans la liste des fonctions disponibles.


Marquer comme n’étant pas un vandalismeModifier

Salutations,

Idée : Sur une page de diff, remplacer le lien « [Marquer comme n’étant pas un vandalisme] », qui charge une nouvelle page, par un lien/bouton ajax qui lancerait la requête de manière cachée. Ça permettrait de consulter les diffs suivants, sans devoir revenir à chaque fois en arrière (bouton retour du navigateur). --Irønie (d) 30 novembre 2009 à 17:08 (CET)

Salut Irønie,
Ça existe déjà, mais je ne l'ai pas encore ajouté à la liste   : Discussion_utilisateur:Arkanosis/xpatrol.js
Je l'ajouterai d'ici ce soir.
Amicalement — Arkanosis 30 novembre 2009 à 18:13 (CET)

En attendant, tu peux essayer ceci:

⇨ Dr Brains ∞ Doléances ∞ 30 novembre 2009 à 18:25 (CET)

Merci --Irønie (d) 30 novembre 2009 à 19:31 (CET)
Variante avec temporisation de la fermeture de la fenêtre (évite un clic mais n'est pas accessible) :
⇨ Dr Brains ∞ Doléances ∞ 28 janvier 2010 à 18:29 (CET)

Petite demandeModifier

Bonjour! Je pense que ma demande doit être faisable si je bidouille un peu certains scripts préexistants... mais étant entièrement néophyte j'ai peur de me planter. Je m'occupe très (trop) souvent des évaluations d'articles (dans le Projet:Cinéma) et, même en ajoutant le gadget MediaWiki:Gadget-AjoutBoutonSource.js, y'a aucune fonction vraiment appropriée et je dois toujours perdre un temps fou à retaper "eval" dans le champ de modification... Y'aurait pas moyen de me montrer comment faire pour avoir parmi les 6/7 modifications préexistantes, une du genre "Evaluation" ? Wilimut DiscuterMail Paris, le 5 janvier 2010 à 16:23 (CET)

Bonjour,
Le script MediaWiki:Gadget-Evaluation.js (cf. la documentation) ne répond pas à ta requête ? Si ce n'est pas le cas, peux-tu préciser ta demande ? --CHristoPHE (d) 6 janvier 2010 à 20:07 (CET)
Génial! Même pas besoin de creer la PDD. J'en espérais pas autant, j'te remercie 1000 fois!! Wilimut DiscuterMail Paris, le 6 janvier 2010 à 21:03 (CET)
Quoique survient une autre petite question: Je vais certainement user de cette fonction énormément dans les jours à venir et je remarque que toutes les pages sont automatiquement ajoutées à la page de suivi. Y'a-t-il un système pour empêcher d'avoir à les enlever une à une ensuite ou carrément qu'elles ne s'affichent pas? --Wilimut DiscuterMail Paris, le 7 janvier 2010 à 00:06 (CET)
Oui, c'est possible, mais il faut modifier le script :
  1. Crée une sous-page Utilisateur:Wilimut/Evaluation.js
  2. Recopies-y la totalité du code du gadget.
  3. Supprimes ou mets en commentaire la ligne suivante (située environ 10 lignes avant la fin du script) :

 if(editform['wpWatchthis']) params.push('wpWatchthis')
Il ne te reste plus qu'à insérer ton nouveau script dans ton monobook avant la fonction de personnalisation :
importScript('Utilisateur:Wilimut/Evaluation.js'); // Script d'évaluation modifié issu de [[MediaWiki:Gadget-Evaluation.js]]

var alwaysEval = false; //mettez cette valeur à ''true'' si vous voulez que l'évaluation soit lancée automatiquement (à éviter en temps normal)
function initEvalProjectNames()
{
	evalProjectNames=new Array(); //liste de vos projets
	evalProjectNames.push("Cinéma") 
	evalProjectNames.push("Télévision") //mettre ici autant de lignes comme celle-ci que de projets que vous voulez évaluer
}
⇨ Dr Brains ∞ Doléances ∞ 10 janvier 2010 à 23:05 (CET)
Heu.. j'ai bien suivi toutes tes étapes Doc mais en testant les pages dont les PDD sont inexistantes attérissent toujours sur ma liste de suivi. Et quand je retourne les voir j'ai un deuxième onglet "évaluer" qui apparait... J'ai fait une bétise quelque part? Wilimut DiscuterMail Paris, le 10 janvier 2010 à 23:34 (CET)
Répondu sur ma Pdd : il fallait décocher le gadget dans les préférences. ⇨ Dr Brains ∞ Doléances ∞ 11 janvier 2010 à 00:01 (CET)

Téléchager un template wikiModifier

Bonjour, je voulais savoir s'il était possible de créer un script pour copier le code wiki d'une page et de la coller dans une fenêtre d'édition. Je m'explique, en chimie nous disposons d'un modèle:chimiebox pour structurer l'information sur une substance. Or ce modèle est fréquemment modifié, notamment par l'ajout de nouveaux paramètres. Or les utilisateurs créent souvent leur propre template (ex: utilisateur:Snipre/Template)et n'actualisent pas le code, ce qui oblige des ajouts fréquents lors d'une relecture et correction d'un article.
La fonction devrait être capable via un bouton de la fenêtre d'édition, d'aller chercher le code du modèle sur une page de référence et de le copier dans la fenêtre d'édition.
Ceci pourrait être étendu à des templates pour articles afin de conserver une structure similaire au sein des articles d'un même thème. Snipre (d) 25 janvier 2010 à 17:13 (CET)

Je ne sais pas si c'est ce que tu cherches, mais pour le projet cinéma, on a : user:stef48/cinema.js. Il suffit de mettre à jour le script lorsque le modèle est mis à jour par contre … Mais en général, c'est rapide ! — Steƒ ๏̯͡๏ 25 janvier 2010 à 17:20 (CET)
A savoir que si le script doit aller chercher le code à copier dans une autre page, au lieu de l'avoir directement dans le script (solution du projet cinéma), il y aura un léger temps de latence. --CHristoPHE (d) 25 janvier 2010 à 19:35 (CET)
Pour que cela apporte un changement, il faudrait chercher le script sur une page de ref autre que le monobook, sinon cela revient un peu au même que de faire une mise à jour d'un template et de copier-coller le code wiki. On aurait une page Projet:chimie/chimieboxRef et le script irait chercher le code de cette page. Snipre (d) 25 janvier 2010 à 20:58 (CET)
Sauf que le script en question n'a pas besoin d'être dupliqué dans chaque monobook. Il n'y aura qu'un seul script que tout le monde utilisera, et donc un seul script à mettre à jour en cas de changement du modèle (tout comme il n'y aurait qu'à changer Projet:chimie/chimieboxRef pour la solution que tu proposes). --CHristoPHE (d) 25 janvier 2010 à 21:28 (CET)
Un "preload" lors de la création de la page ne pourrait-il pas faire l'affaire ? ⇨ Dr Brains ∞ Doléances ∞ 25 janvier 2010 à 21:23 (CET)
Dans le genre de ceci ? ⇨ Dr Brains ∞ Doléances ∞ 25 janvier 2010 à 21:26 (CET)
C'est l'idée, mais en évitant de passer par une page spéciale. Le principe serait le suivant: je clique sur un lien rouge et j'ouvre une fenêtre d'édition. Là je presse sur un bouton de ma barre d'outil qui importe le code wiki d'une page de référence dans la fenêtre.
La problématique de cette fonction étant de pouvoir aller chercher du code wiki ailleurs que dans le monobook, mais dans un article externe.
PS: je ne demande à personne de faire le boulot de codage à ma place, mais si vous pouviez me donner des bouts de code et des conseils, je devrais pouvoir pondre un truc. Snipre (d) 26 janvier 2010 à 12:22 (CET)
Voili-voilou   Faut juste associer ça à un bouton. Tu peux t'en sortir avec ça ? Amicalement — Arkanosis 27 janvier 2010 à 18:04 (CET)
var request = sajax_init_object();
request.open('GET', 'http://fr.wikipedia.org/w/index.php?title=Utilisateur:Snipre/Template&action=raw', true);
request.send(null);
request.onreadystatechange = function() {
  if (request.readyState == 4 && request.status == 200) {
    var text = document.getElementById('wpTextbox1');
    text.value = request.responseText + text.value;
  }
};
Merci. J'ai créé le bouton à l'aide des codes déjà existants. Je ne pense pas que le résultat soit élégant, mais il marche cf. ici. Snipre (d) 8 avril 2010 à 21:08 (CEST)

Afficher poids / temps de chargement d'un articleModifier

Bonjour,

est-il possible d'afficher quelque part sur chaque article, son temps de chargement, ainsi que son poids en octets ? J'ai déjà vu ça quelque part et j'avais trouvé ça très pratique, d'où ma question. Cordialement, Freewol (d) 9 février 2010 à 10:34 (CET)

Le poids oui, via une requête API (exemple : Article = 2688 octets). Le temps de chargement par contre, je ne sais pas.
Tu voudrais que ça s'affiche où ? ⇨ Dr Brains ∞ Doléances ∞ 9 février 2010 à 11:42 (CET)
Idéalement, tout en bas à côté de « Dernière modification de cette page le », mais ça je doute que ça soit possible sans modifier MediaWiki  . Donc à un endroit assez discret, tout en bas de la page ça serait bien, ou tout en haut à droite par exemple. Le temps de chargement, je ne sais plus où j'ai vu ça, j'ai peut-être rêvé, ou alors c'était un add-on de firefox, il faudrait que je regarde. Cordialement, Freewol (d) 9 février 2010 à 11:48 (CET)
C'est probablement un add-on du style Firebug qui faisait ça.
On peut afficher l'info où l'on veut. Tout ou presque est possible en JS. Je m'y colle. ⇨ Dr Brains ∞ Doléances ∞ 9 février 2010 à 12:01 (CET)
function GetPageSize(){
     var Target = document.getElementById('lastmod');                       // Monobook et affiliés
     if(!Target) Target = document.getElementById('footer-info-lastmod');   // Vector
     if(!Target) return;

     var url = wgServer + '/w/api.php?action=query&prop=info&titles=' + wgPageName; 
     var GetPageSize_Request = sajax_init_object();
     GetPageSize_Request.open("GET", url, true);
     GetPageSize_Request.send(null);
     GetPageSize_Request.onreadystatechange = function() {
          if(GetPageSize_Request.readyState == 4 && GetPageSize_Request.status == 200) {
               var Temp = document.createElement('div');
               Temp.innerHTML = GetPageSize_Request.responseText;
               var Infos = Temp.getElementsByTagName('span');
               for(a=0;a<Infos.length;a++){
                    Info = Infos[a].innerHTML;
                    if(Info.indexOf('length=')!=-1){
                         var Size = Info.split('length="')[1].split('"')[0];
                         Target.innerHTML = 'Taille : ' + Size + ' octets - ' + Target.innerHTML;
                    }
               }
          }
     }
}
addOnloadHook(GetPageSize);

Testé avec succès sur monobook. Pour les autres skins, je ne sais pas si ça marche (conditionné par la présence dans le footer d'un élément avec l'id lastmod). ⇨ Dr Brains ∞ Doléances ∞ 9 février 2010 à 12:16 (CET)

OK pour vector et modern apparemment. ⇨ Dr Brains ∞ Doléances ∞ 9 février 2010 à 12:21 (CET)

Super, cela fonctionne très bien   (j'utilise monobook). Cordialement, Freewol (d) 9 février 2010 à 12:53 (CET)

Lien interlangueModifier

Bonjour, dans le Projet P:IW, il existe des listes de pages sans interwiki mais qui ont de grandes chances d'avoir une correspondance dans une autre langue (ex:Projet:Interwikification/D). Pour gagner du temps, apres avoir verifier manuellement que les articles portent bien sur le meme sujet, je copie [[en:{{subst:PAGENAME}}]] en fin de page, méthode la plus rapide trouvée, mais je voudrai savoir s'il était possible d'automatiser cette action pour placer un lien interlangue en un seul clic. Merci --Sisyph 14 février 2010 à 18:46 (CET)

Certainement. On pourrait automatiser l'ajout de l'interwiki à l'endroit qui va bien et rapatrier tous les interwikis présents sur en: en même temps (tant qu'à faire).
J'essairai de regarder ça la semaine prochaine (à moins que quelqu'un d'autre s'en charge d'ici là).
Amicalement — Arkanosis 14 février 2010 à 20:36 (CET)
Oui et non : une requête Ajax est impossible à effectuer sur un autre domaine. On ne peut donc pas récupérer directement les interwikis d'un autre wiki de cette façon.
Cependant on peut peut-être contourner la difficulté grâce à un élément <iframe> (exemple d'application).
Sinon, si l'idée c'est seulement d'ajouter un ou plusieurs interwikis dont on connait l'intitulé, ça devrait être assez simple à réaliser, vu que les interwikis se placent tout en bas de la page.
Je passe mon tour pour l'instant, je suis occupé à d'autres trucs.
⇨ Dr Brains ∞ Doléances ∞ 14 février 2010 à 20:55 (CET)
Ok merci, ca ferait gagner bcp de temps, surtout si la modification est automatiquement validée (comme pour l'ajout de portail, d'ailleurs, peut-on faire la meme chose avec Hotcats ?). L'idées première est juste d'ajouter un interwiki connu en effet, dans les cas ou je l'utiliserai il s'agirait d'article sans interwikis, mais peut etre généraliser aux articles possédant deja des iw. L'idée de mettre les autres autres wiki est une bonne idée mais compliquée au niveau de l'ordre, fr.wp les classe par ordre alphabétique du nom du domaine (de>es>fi>ja>nl) alors que sur d'autre wiki c'est l'ordre du rendu qui compte, (sur en.wp de>es>nl>ja>fi), donc l'importation brute ne serait pas idéale (bien que ça soit vraiment minime au final). --Sisyph 14 février 2010 à 21:32 (CET)

Une petite fonction vite fait.

Ajoute un lien « interwiki » dans la barre d'outils. Cliquer sur le lien lance une pop-up qui demande ce qu'il faut ajouter et hop, ça s'ajoute à la fin de la page après un saut de ligne (ça peut donc servir éventuellement à ajouter des catégories).

Pour revenir à la ligne (en cas d'ajout de plusieurs trucs, inscrire « RETOUR » ou « \n ».

Exemple : {{DEFAULTSORT:*}}RETOUR[[Catégorie:Un trucbidule]]RETOURRETOUR[[en:Page anglaise]]RETOUR[[es:Page espagnole]]

addOnloadHook(AddInterwiki_Portlet);
 
function AddInterwiki_Portlet(){
      var ToolBox = document.getElementById('p-tb');
      if(ToolBox){
            ToolBox.getElementsByTagName('ul')[0].innerHTML += '<li><a href="javascript:AddInterwiki();" title="Ajouter un ou plusieurs interwikis">Interwiki</a></li>';
      }
}
 
function AddInterwiki(){
      var InterWiki = prompt('Interwikis à ajouter', '');
      if((!InterWiki)||(InterWiki=='')) return;
     InterWiki = InterWiki.replace(/RETOUR/g,"\n");
     var url = wgServer + wgScript + '?title=' + wgPageName + '&action=edit'; 
     var AddInterwiki_Request = sajax_init_object();
     AddInterwiki_Request.open("GET", url, true);
     AddInterwiki_Request.send(null);
     AddInterwiki_Request.onreadystatechange = function() {
          if(AddInterwiki_Request.readyState == 4 && AddInterwiki_Request.status == 200) {
               while(document.body.firstChild){ document.body.removeChild(document.body.firstChild); }
               document.body.innerHTML = AddInterwiki_Request.responseText;
 
               var OldText = document.getElementById('wpTextbox1').value;
 
               var NewText = OldText + '\n' + InterWiki;
 
               document.getElementById('wpMinoredit').checked = true;
               document.getElementById('wpTextbox1').value = NewText;
               document.getElementById('wpSummary').value = 'Interwikification : ' + InterWiki;
               document.editform.submit();
          }
     }
}

Ca mériterait quelques fioritures pour être pleinement opérationnel mais je n'ai pas trop le temps de me pencher sur la question. ⇨ Dr Brains ∞ Doléances ∞ 14 février 2010 à 22:14 (CET)

Super ! Merci beaucoup. Tres rapide malgré votre manque de temps. --Sisyph 15 février 2010 à 13:45 (CET)
En hackant un petit peu, on peut faire des requêtes HTTP sur un autre sous-domaine du même domaine (ce qui nous intéresse pour Wikipédia). Même NoScript ne dit rien  . J'ai fait un POC ici et ici.
La contrainte est qu'il faut non seulement installer le script sur son monobook sur fr: mais aussi sur tous les autres wikis auxquels on veut accéder (contrainte minime si on ne s'occupe que de en: — sinon on a toujours la possibilité de passer par un bot).
Je pense qu'avec ça il y a largement moyen de faire quelque chose qui fonctionne (en encapsulant le tout, on peut même faire une interface commune pour AJAX et cette technique). Je me pencherai là-dessus quand j'aurai un peu de temps.
@Sisyph : pas de souci, l'ordre des interwikis est vraiment un problème minime : les réorganiser automatiquement dans le script est un jeu d'enfant (geek).  
Amicalement — Arkanosis 15 février 2010 à 15:24 (CET)
@Arkanosis : He he, comme je le disais plus haut, on peut contourner la difficulté grace à un élément <iframe>, ce que tu sembles avoir fait  .
Il serait pas mal de créer une fonction standard avec un appel du genre GetInterwikiPage('page', 'subdomain', 'domain') (l'iframe marche aussi pour des wiki pas obligatoirement du même domaine il me semble).
On n'est pas obligé d'avoir un script installé sur le wiki cible, à partir du moment où la page cible est affichée dans l'iframe, on a accès à son contenu, et donc aux liens interlangues de la barre de gauche (par contre, getElementById() ne marche plus puisque les id sont en double, il faut une fonction spécifique GetElementWithId(element, 'id', 'tag')).
Le défi me plaît en tout cas. Un de ces quatre, si tu ne l'a pas déjà fait, je me pencherai dessus. ⇨ Dr Brains ∞ Doléances ∞ 16 février 2010 à 12:22 (CET)
Déjà en cours, et je suis confiant : ça marche presque  . Je pense que je pourrai faire une démo dans la semaine.
Je n'ai pas essayé sans script distant — il me semble que les scripts n'ont pas accès d'une frame à une autre — mais idée à creuser. À suivre... — Arkanosis 16 février 2010 à 13:02 (CET)
Un script installé sur en. n'aura effectivement accès qu'à sa propre frame (insérée dans une page de fr.). C'est facilement visible avec le script que je mettait en exemple un peu plus haut.
Mais par contre, je pense qu'un script de fr. pourra accéder au contenu de toutes les frames insérées dans la page, puisque le HTML correspondant est présent sur une page fr. (avec peut-être un temps de latence du à l'affichage de la page en.).
Enfin bon, tu verras bien. De mon côté j'avais aussi commencé un truc, mais tu m'as l'air motivé et ça ne sert à rien de faire de fois la même chose. Je mets donc en stand-by et reprend mes créations de portails. ⇨ Dr Brains ∞ Doléances ∞ 16 février 2010 à 13:42 (CET)
Pour ceux qui ont une âme de testeur (et vraiment uniquement pour eux), le script iKiwi est à l'état de démo fonctionnelle (alpha, dira-t-on). Attention, ça reste sûrement bourré de bugs, et l'interface n'est pas encore d'une ergonomie exemplaire ; c'est vraiment juste pour le POC   (n'oubliez pas qu'il faut l'installer sur fr: et sur en:, cf. la documentation). Testé (rapidement) sous Firefox 3.5.6 avec monobook. — Arkanosis 18 février 2010 à 20:39 (CET)
Je viens d'essayer ton script Arkanosis, sous Chrome et IE même résultat: j'ai bien un lien iKiwi, puis un cadre, mais quand je mets prévisualiser, rien ne se passe, ça me laisse la même page, mais avec le messages: Terminé mais il existe des erreurs. --Sisyph 23 février 2010 à 19:55 (CET)
Merci beaucoup pour le retour Sisyph  . Malheureusement, je n'ai ni Chrome ni IE à disposition... j'essairai de m'installer ça pour tester.
Je soupçonne fortement que ça vienne de l'astuce que j'utilise pour faire du cross-domain (XSS) ; c'est quelque chose qui ne marchait pas sous Firefox < 1.5 et pour autant que je sache, Chrome est trop rigoureux sur ce problème là. Enfin ça peut très bien venir d'autre chose aussi ; je vais enquêter  . — Arkanosis 24 février 2010 à 17:38 (CET)

Amis testeurs, vos avis sur le script iKiwi sont très importants pour moi   (n'oubliez pas qu'il faut l'installer sur fr: et sur en: — ou l'autre wiki distant que vous souhaitez utiliser, cf. la documentation). Je compte faire une annonce d'ici la fin de la semaine. Merci. — Arkanosis 10 mars 2010 à 20:28 (CET)

Je viens de tester, et il demeure quelques problèmes :
  • Si la page n'existe pas sous le même nom, on ne peut pas faire de recherche pour trouver la page (qui existe peut-être sous un autre nom), il faudrait que l'<iframe> soit visible dans ce cas-là et y lancer une recherche.
  • Sur la page Hovuni, qui possède déjà l'interwiki en:Ovuni , le script me propose d'ajouter en:Hovuni qui est une redirection vers en:Ovuni, et c'est le contenu de la redirection qui s'affiche dans le textarea et non la page finale. Bref, quand l'article cible est une redirection, ça plante.
  • Plutôt que systématiquement faire une recherche sur le titre de la page courante, le champ "page" devrait plutôt contenir le titre de la page dont l'interwiki est demandée si elle existe dans la barre de gauche (dans le cas plus haut, la recherche s'effectuerait donc sur la bonne cible, et non sur une redirection)
  • Il serait bien d'avoir un champ <input type="text" /> pour choisir le wiki-cible, plutôt qu'être obligé de modifier à chaque fois un paramètre dans le monobook (genre si on trouve pas sur en, on essaye direct sur es, ou sur de).
Sinon, c'est pas mal du tout, ça devrait fonctionner correctement sous peu, continue comme ça.  
⇨ Dr Brains ∞ Doléances ∞ 10 mars 2010 à 21:58 (CET)
Super Dr Brains, merci beaucoup !
Les redirections m'ont bien embêté lors de mes derniers tests, je vais gérer ça avant de faire une annonce  .
Les autres idées sont très bonnes aussi ; je vais travailler là-dessus au plus vite.
Encore merci  Arkanosis 11 mars 2010 à 10:34 (CET)
  Fait pour les redirections (du moins pour les simples redirections). Pour commencer.  Arkanosis 11 mars 2010 à 20:29 (CET)

encore une demandeModifier

Désolé je vous embête beaucoup ces derniers temps  . Mais cette fonction devrait être facile à réaliser je pense : j'aimerais avoir un bouton en tête de page pour descendre tout en bas la vue (en gros, l'équivalent d'appuyer autant de fois sur "page bas" sur le clavier qu'il faut pour que ça ne bouge plus). Pourquoi pas sous la forme d'un onglet à côté de l'onglet "suivre". Cordialement, Freewol (d) 17 février 2010 à 13:49 (CET)

Ca existe déjà : Utilisateur:Dr Brains/Scroll.js.
Ajoute une flèche pour scroller vers le haut et vers le bas à côté des liens de section [modifier] et du titre de la page (décocher le gadget Fleche Haut dans les préférences si il est coché).
Par contre, j'ignore pourquoi mais ça ne marche pas avec vector. ⇨ Dr Brains ∞ Doléances ∞ 17 février 2010 à 16:27 (CET)
Génial  . Pas de problème, j'utilise encore et toujours le bon vieux monobook. Merci beaucoup ! Freewol (d) 17 février 2010 à 16:35 (CET)

recherche de contributions d'une plage d'IPModifier

Bonjour, suite à cette discussion, j'ai commencé la création d'un nouveau gadget : Utilisateur:Dr Brains/IPWatch.js.

Celui-ci fonctionne correctement, sauf qu'il semble y avoir un problème de RegExp. Je m'explique :

  • Si je mets dans le champ adéquat 77.193, ça me sort bien les contributions des IP commençant par cette chaîne. Aucun problème donc.
  • Si je mets à présent 77 ou 77., là par contre j'obtiens plein de faux positifs (commençant par 173, 87, ou autres) sans que je comprenne pourquoi.

Voilà donc si un expert en RegExp pouvait me dire ce qui cloche dans mon code (fonction IPWatch_Run()), ça m'arrangerai...

⇨ Dr Brains ∞ Doléances ∞ 24 février 2010 à 23:08 (CET)

Pour la regex :
var IPWatch_MatchUser = new RegExp("^" + IPWatch_User.replace(/\./, "\\.", "g").replace(/\*$/, ""));
--CHristoPHE (d) 25 février 2010 à 08:09 (CET)
Formidable ! Merci Chphe. ⇨ Dr Brains ∞ Doléances ∞ 25 février 2010 à 17:12 (CET)

Du random de pagesModifier

Bonjour à tous, j'ai créé récemment Utilisateur:StefTest/monobook.js pour une discussion sur le Bistro. Mais je suis une quiche en javascript, et je ne saurai voir d'où viennent les problèmes. Si quelqu'un veut prendre le relai, avec ou sans mon début de code. Cordialement StefTest (d) 25 février 2010 à 13:15 (CET)

Je regarde ça... « while(desactive=false) » est tout le temps faux — Arkanosis 25 février 2010 à 15:30 (CET)
  Hop  .
Je suis passé par un cookie, parce que lors du rechargement de la page, on perd toutes les variables...
Tu veux l'héberger sur ta PU ?
Il y aura du nettoyage à faire, c'est juste pour la démo.
Amicalement — Arkanosis 25 février 2010 à 16:09 (CET)
C'est fait. Merci beaucoup de ton aide ! J'ai testé sous FF dernière version, ça fonctionne ! Amitiés — Steƒ ๏̯͡๏ 25 février 2010 à 18:02 (CET)
À ton service  . — Arkanosis 25 février 2010 à 18:15 (CET)

Commencer une nouvelle sectionModifier

Cette fonction n'est disponible que sur les pages de discussion, or certaines pages comme les vandalismes en cours ne sont pas des PdD, et ne proposent pas de bouton nouvelle section...

Gonioul (d) 21 mars 2010 à 01:28 (CET)

Non, mais elles disposent généralement d'un gros lien pour créer une nouvelle section avec une page "editintro" (le message au dessus de la fenêtre de modification) et une page "preload" (le contenu par défaut de la fenêtre).
Donner la possibilité de créer une nouvelle section vierge ne me semble du coup pas très opportun, mais en établissant la liste des pages (et sous-pages) concernées, ainsi que des "editintro" et "preload" relatives, ça me paraît jouable.
Je vais voir ce que je peux faire.
⇨ Dr Brains ∞ Doléances ∞ 21 mars 2010 à 01:44 (CET)
Utilisateur:Dr Brains/AddNewSection.js fonctionne sur une douzaine de pages de requêtes/discussions. Il en manque sûrement, je n'ai pas fait le tour complet de Wikipédia. Il suffit de demander et je les ajoute.
Par contre il y a des coins où ça ne pourra pas marcher : Guilde/Oracle, car organisées en semaines, BA (car organisé en semaines ET à l'envers), et peut-être d'autres.
⇨ Dr Brains ∞ Doléances ∞ 21 mars 2010 à 03:50 (CET)
Il existe un magic word permettant de faire cela : __NEWSECTIONLINK__ . Il existe aussi un modèle : {{Page de discussion}} VarminUn problème? 28 mars 2010 à 17:42 (CEST)

Fonctions pour modèleModifier

Bonjour, j'ai un modèle qui ne fonctionne pas vraiment à cause de problèmes de javascript combinés avec le css. Voilà le modèle en question Utilisateur:Varmin/texte déroulant. Voilà ce qu'il faut changer :

  • Le mettre en taille normale
  • Ne pas le mettre en flottant
  • Mettre le texte à coté (inline) et non pas en dessous (block).

J'ai déjà étudié le principe et j'ai proposé une solution effectuant le moins de modifications sur 2 fichiers (sinon il y a qu'a ajouter deux fonctions supplémentaires au lieu d'en modifier une seule). Voici le topic en question : WP:RA#Importantes_modifications. Le css est fonctionnel, mais je n'ai aucun moyen de tester le JS et c'est pour cela que j'aimerai que vous m'aidiez aussi pour ce modèle. VarminUn problème? 28 mars 2010 à 14:40 (CEST)

Tu as une façon d'expliquer les choses de façon... plutôt nébuleuse.
En gros, tu voudrais que le "Navtoggle" (le lien Dérouler/Enrouler), le "Navframe (la barre de titre), le "Navpic" (l'image) et le "Navcontent (le contenu) puissent être en display:block ou en display:inline selon la présence ou non d'un paramètre ou d'un attribut particulier du modèle (et en display:none lorsqu'ils sont censés être cachés, cela va de soi).
Il me paraît essentiel de faire des tests en page utilisateur avant de faire joujou avec common.js et un script aussi utilisé que celui des boîtes déroulantes.
Rien ne t'empêche de les faire, il faut simplement changer les classes de ton "modèle".
Par exemple dans ce script, testable sur cette page, j'ai changé la classe de la boîte déroulante de "NavFrame" en "NavFrame_BIS", pour ne pas être affecté par le script de commons (et j'ai également renommer toutes les variables et toutes les fonctions). Il te suffit de faire pareil pour ton "modèle" et tu pourra tester ça sans problème avec un script de ton cru.
⇨ Dr Brains ∞ Doléances ∞ 28 mars 2010 à 20:16 (CEST)
Oui c'est en partie cela, en plus dans les propriétés css, il s'agit de mettre float:none et une taille du texte de 100% (dans une nouvelle classe pour laisser normal le modèle boite déroulante). Ce qui implique changement sur common.js et common.css Pour ton endroit de test, je vais voir cela, mais je pense pas dans l'immédiat, car le week-end se terminant, je vais replonger dans les cours, je teindrais au courant. VarminUn problème? 28 mars 2010 à 22:30 (CEST)

You've got a new messageModifier

J'ai été redirigé ici par Dr Brains par rapport à une demande faites sur le bistrot du 6 avril 2010. voici donc ce que je demande :

Y-a-t'il moyen d'avoir un bandeau apparaissant en haut de la page, à la manière de celui nous avertissant pour nos nouveaux messages sur notre PdU, mais pour une autre page de discussion ? Par exemple pour surveiller les nouveaux messages sur un projet sans avoir à passer par la case "liste de suivi". 十月 三日 (^o^) appelez moi Ju (^o^) 6 avril 2010 à 17:44 (CEST)

Oui et non...
On peut faire quelque chose pour surveiller les nouvelles modifications sur une liste de pages arbitraire et comparer la date de modification avec la dernière rencontrée telle que stockée dans un cookie ; mais cela rend justement dépendant du cookie : si tu changes de machine, tu seras à nouveau averti pour des messages que tu as déjà lus.
Ceci dit, c'est déjà mieux que rien (j'imagine), et j'en ai de toutes façons besoin pour surveiller mes archives de PdD, donc je vais regarder ce que je peux faire.
Amicalement — Arkanosis 6 avril 2010 à 18:45 (CEST)
En fait, j'ai déjà planché dessus :
Utilisateur:Dr Brains/NewMessage.js.
Ajouter au monobook (ou autre suivant l'habillage) :
var NewMessage_PagesASurveiller = new Array(); 
////// Ajouter ci-dessous les pages à surveiller
// Exemple :       NewMessage_PagesASurveiller.push('Discussion Projet:JavaScript/Demande de fonction');

importScript('Utilisateur:Dr Brains/NewMessage.js');
A priori, ça a l'air de fonctionner, mais les cookies (un par page), sont nommés d'après le titre de la page à surveiller, et ce nom est automatiquement encodé, il faut tester pour donc voir si la récupération s'effectue correctement.
⇨ Dr Brains ∞ Doléances ∞ 6 avril 2010 à 19:46 (CEST)
Petite question, ça marche si on met Wikipédia:Le Bistro/{{CURRENTDAY}} {{CURRENTMONTHNAME}} {{CURRENTYEAR}} ? 十月 三日 (^o^) appelez moi Ju (^o^) 6 avril 2010 à 20:40 (CEST)
Non, cela ne sera pas interprété par Monobook, il te faut mettre la date toi-même. Ceci dit, dans la page que je donne ci-dessous, il y a une fonction qui calcule la date. Tu peux t'en servir. Moi, je m'en sers pour la Guilde. Attention, ce genre de script ne fonctionne que sous Firefox (en tout cas, pas sous IE) — Steƒ ๏̯͡๏ 6 avril 2010 à 21:04 (CEST)

Sinon user:stef48/message.jsSteƒ ๏̯͡๏ 6 avril 2010 à 21:03 (CEST)

Bon, merci pour vos réponse, j'ai tenté ici de le synthétiser, si vous voyez une erreur quelques part, prévenez moi. 十月 三日 (^o^) appelez moi Ju (^o^) 6 avril 2010 à 21:40 (CEST)
J'ai modifié la première partie, parce que ce que tu avais fait te faisait suivre la page "Wikipédia:Le Bistro/semaine X".
Tu pouvais toujours attendre d'être prévenu...
Je t'ai ajouté quelques explications des différentes variables.
⇨ Dr Brains ∞ Doléances ∞ 6 avril 2010 à 22:01 (CEST)

Ajout automatique de sous-pages à la liste de suiviModifier

Salut les codeurs !

Votre mission, si vous l'acceptez, est la suivante :

  1. coder un gadget qui ajoute automatiquement toutes les sous-pages de discussion d'un article quand on ajoute l'article ou la page de discussion à sa liste de suivi ; quand je dis « toutes » c'est : celles qui existent (évidemment) mais aussi toutes celles qui n'existent pas et qui ont un nom standardisé (/suppression, /neutralité etc.) (si vous pensez que c'est possible je vous fais une liste complète et détaillée) ;
  2. encore plus fort : rendre cet éventuel gadget est compatible avec les options « Ajouter les pages que je […] à ma liste de suivi », proposées dans Préférences/liste de suivi ; pour être plus clair : je modifie un article, il s'ajoute automatiquement à ma liste de suivi et le gadget ajoute automatiquement les sous-pages de discussion (oui, je sais, je suis ambitieux voire irréaliste mais je vous vois faire des prouesses depuis quelques temps alors j'abuse).

Ce message ne s'autodétruira pas.

Merci d'avance !

Kropotkine_113 7 avril 2010 à 19:27 (CEST)

  1. Envisageable, mais seulement avec l'onglet "suivre"/"ne plus suivre". Ca ne pourra pas marcher avec la case à cocher lors de l'édition (quoique, en bricolant le bouton Publier ça doit pouvoir se faire aussi).
  2. Impossible. JavaScript et CSS sont désactivés dans Spécial:Préférences. On ne peux donc pas y ajouter d'options supplémentaires (sauf dans l'onglet "gadgets").
Pas trop le temps de la faire en ce moment. Peut-être un autre bricoleur pourra s'en charger.
⇨ Dr Brains ∞ Doléances ∞ 7 avril 2010 à 21:39 (CEST)
OK merci pour cette première réponse   Kropotkine_113 7 avril 2010 à 21:48 (CEST)
Oui, il y a moyen de bricoler Publier, du coup ça permettrait aussi de prendre en compte les options « Ajouter les pages que je […] à ma liste de suivi » (mais seulement de les prendre en compte, pas d'en ajouter de nouvelles).
Par contre le coût sera plus élevé que pour l'onglet ci-dessous : une requête HTTP par sous-page à ajouter à la liste de suivi, l'API ne permettant pas de suivre plusieurs pages d'un seul coup (on doit pouvoir descendre à deux requêtes en éditant la liste de suivi à la main, mais comme elle n'est pas versionnée, je ne préfère pas prendre le risque).
Je veux bien ta liste complète, par contre  Arkanosis 8 avril 2010 à 15:46 (CEST)
Oui, je me suis peut-être mal exprimé : je ne veux pas d'option supplémentaire dans la page de préférences, je veux juste que, si j'ai activé une des options « Ajouter les pages que je […] à ma liste de suivi » alors on me bricole un truc qui ajoute les sous-pages de discussion aussi. Je voudrais ajouter toutes les sous-pages qui existent et les pages suivantes, même si elles n'existent pas :
  • Discussion:XX/À faire
  • Discussion:XX/Archives
  • Discussion:XX//Article de qualité
  • Discussion:XX/Bon article
  • Discussion:XX/Droit d'auteur
  • Wikipédia:Lumière sur/XX
  • Discussion:XX/Neutralité
  • Discussion:XX/Suppression
  • Discussion:XX/Traduction
Je ne comprends rien à ces histoires de requêtes http, mais peut-être que la liste est trop longue pour qu'on puisse espérer un gadget rapide ?
Kropotkine_113 8 avril 2010 à 18:57 (CEST)
Une requête HTTP, c'est un aller-retour d'informations entre ton ordinateur et le serveur de Wikimedia de l'autre côté. Quand tu charges une page web, il y a au moins une requête (plus une par image, une par css, une par js...).
Dans la plupart des scripts qui en font, c'est ce qui prend le plus de temps ; il faut donc essayer d'en limiter le nombre au maximum. Ceci dit, l'impact est très variable suivant la connexion internet de l'utilisateur et la charge des serveur de Wikimedia.
9 c'est beaucoup, sans être dramatique ; on va tester et on verra ce que ça donne (on ne fait pas ça à chaque chargement de page non plus). Dans l'idéal il faudrait coder ça du côté de Mediawiki. — Arkanosis 8 avril 2010 à 19:14 (CEST)
Il y a un bug ouvert pour MediaWiki (bugzilla:2308), mais les développeurs ne veulent pas le mettre en place. Kropotkine_113 8 avril 2010 à 20:08 (CEST)
Merci pour le lien  .
On pourrait se contenter d'une extension de l'API permettant d'ajouter plusieurs pages (spécifiées « à la main ») d'un coup dans la liste de suivi (plutôt qu'une seule actuellement).
Sans serveur sous la main, je ne peux pas tester, mais à l'occasion... — Arkanosis 9 avril 2010 à 11:00 (CEST)
Et si deux requêtes seulement suffisaient : Special:Watchlist/raw plus la "publication"
La publication pourrait s'effectuer de deux manières :
  • via la méthode submit() : solution facile mais qui change la page courante
  • via une requête HTTP de type POST : dont il faudrait déterminer les paramètres (à priori seulement titles et token, rien trouvé )
Un faux-nez devrait permettre de faire des tests sans mettre le bazar.
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 09:43 (CEST)
Résultats : Utilisateur:Dr Brains/SuivisSousPages.js
Le script recherche toutes les sous-pages existantes, puis les ajoute ou les retire de la liste de suivi via une requête Ajax de Special:Watchlist/raw. Un cadre apparaît en haut de page pour donner le compte rendu de l'opération.
Inconvénient : pour quelqu'un qui a une grosse liste de suivi (comme moi environ 6200 pages), la requête de Special:Watchlist/raw peut prendre un certain temps (plusieurs secondes pour moi). Mais ça marche, il suffit d'être un peu patient.
Petit soucis également avec l'aspect du double lien : un texte simple (extérieur à un lien, comme le / de séparation) ajoute systématiquement une bordure basse, en plus il n'est pas évident de distinguer qu'il y a deux liens dans l'onglet : un pour retirer (un) et un pour ajouter (watch). J'aimerai également trouver une solution pour l'écrire en français sans que l'onglet fasse quinze mètre de large...
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 11:58 (CEST)
PS : pour tester, la page Adolf Hitler est idéale : elle a plusieurs sous-pages et apparaît quasiment tout en haut de Special:Watchlist/raw (pour retirer manuellement en cas de pb). ⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 12:00 (CEST)
Ah cool ! Ça l'air de bien fonctionner (même si c'est vrai que c'est lent, mais bon ce n'est pas un truc qu'on clique toutes le deux secondes). Pour l'avoir en français sans trop de longueur ne plus|suivre est ce qui est utilisé dans les popups de Lupin. Pour éviter le pipe on peut envisager (ne plus)suivre, ce qui permettrait d'inclure les parenthèses dans le premier lien (et régler le problème du texte extérieur au lien).
Gros souci d'affichage sous vector : l'onglet est énorme, s'affiche sur trois lignes, et masque le haut de l'article (impossible de sélectionner le titre de l'article à la souris par exemple). C'est peut-être ce que tu entends par « bordure basse » mais en tout cas il y a un souci, c'est sûr. Mais la solution pour vector ne serait-elle pas tout simplement d'inclure ce nouvel onglet dans la liste déroulante prévue par défaut par vector à droite des onglets normaux ? Par exemple c'est là que s'ajoute l'onglet « en-tête » du gadget qui permet d'éditer la section 0 d'un article, et moi je trouve ça pas mal.
Kropotkine_113 19 avril 2010 à 19:16 (CEST)
Problèmes d'affichage vector résolus (je n'avais testé que sous monobook).
Solution « (ne plus)suivre » appliquée. Ca me semble pas mal à présent.
⇨ Dr Brains ∞ Doléances ∞ 19 avril 2010 à 19:56 (CEST)
L'onglet a maintenant un aspect nickel   Kropotkine_113 19 avril 2010 à 20:23 (CEST)
Plusieurs bugs :
  • ne s'ajoutent à la liste de suivi que les sous-pages qui existent ; or au départ on était parti sur l'idée d'ajouter toutes les sous-pages existantes et celles qui n'existent pas et qui ont un nom standardisé ;
  • je ne sais pas comment est faite la requête pour les sous-pages mais à l'heure actuelle pour un article appelé Titre toutes les pages qui commencent par Titre s'ajoutent alors que ne devraient s'ajouter que les sous-pages de type Titre/Suffixe. Exemple de pages testées problématiques : Santana, Blandy.
Kropotkine_113 19 avril 2010 à 20:23 (CEST)

Onglet supplémentaire d'affichage des sous-pagesModifier

Coucou, c'est re-moi, le pénible de la sous-page de discussion !

Voilà ma nouvelle demande toute fraîche toute neuve :

coder un gadget qui créé un onglet de haut de page supplémentaire qui :

  1. ne s'affiche que s'il existe au moins une sous-page à la page de discussion,
  2. prend le nom de la sous-page et mène à cette sous-page si on clique dessus, s'il n'existe qu'une seule sous-page,
  3. affiche le nombre de sous-pages et mène à [[Spécial:Index/{{TALKPAGENAME}}/]] si on clique dessus, s'il existe plusieurs sous-pages,

Oui, bon, je mets tout en vrac, je ne sais pas si les trois points sont possibles. Vous me direz, là c'est juste pour vous donner l'idée de base que j'ai en tête.

Concernant l'emplacement de l'onglet, je ne sais pas trop. En vector, à droite de « discussion » serait parfait (mais je ne sais pas si c'est possible).

Merci d'avance !

Kropotkine_113 7 avril 2010 à 19:35 (CEST)

Peut-être devrais-tu préciser à quoi sert cet onglet, si l'on clique dessus ? J'imagine qu'il doit lier à Special:Sous_pages … Amitiés — Steƒ ๏̯͡๏ 7 avril 2010 à 19:54 (CEST)
Oui, tu as raison, j'ai précisé. En fait je ne sais pas ce qu'il est possible de faire. Kropotkine_113 7 avril 2010 à 20:03 (CEST)
Tout est possible, il suffit de le coder  .
L'onglet coûtera une requête HTTP, on peut le faire pointer où tu veux (ou déplier un panneau avec les liens vers les sous-pages, par exemple). — Arkanosis 7 avril 2010 à 20:06 (CEST)
Très bien, ça, de déplier un panneau avec les liens vers les sous-pages ! Kropotkine_113 7 avril 2010 à 20:10 (CEST)
Plus gourmand, mais faisable … — Steƒ ๏̯͡๏ 7 avril 2010 à 20:22 (CEST)
POC. Si je me fais virer de mon PC ce sera fini demain   (quelqu'un peut reprendre le code bien sûr) — Arkanosis 7 avril 2010 à 20:26 (CEST)
Arrêtez avec vos « Tout est possible », « Plus gourmand, mais faisable »   Faut pas me parler comme ça, je suis un dingue et j'ai une imagination débordante, je vais vous spammer cette page   Kropotkine_113 7 avril 2010 à 20:27 (CEST)
  Hop! Utilisateur:Arkanosis/ongletSousPages.js — à tester, débugguer, rendre joli, toussa, toussa... mais demain (sauf si quelqu'un veut le faire à ma place d'ici-là  ). — Arkanosis 7 avril 2010 à 20:40 (CEST)
Le plus dur étant de trouver un article avec plusieurs sous-pages pour tester, je vous mache le travail : Bestofmedia Group  . Bonne soirée — Arkanosis 7 avril 2010 à 20:49 (CEST)
Génial. Et surtout bravo pour la rapidité. Je vais tester tout ça, je soumettrai quelques remarques et/ou proposition d'amélioration et ensuite j'en fais la pub sur le Bistro pouravoir d'autres retours puis le passer en gadget. Merci Arkanosis. Kropotkine_113 7 avril 2010 à 21:07 (CEST)
c'est pas justeuh ! ! ! moi ça marche paeuh ! stefounet stp tu peux essayer de voir pourquoi ? Mandarine (d) 7 avril 2010 à 23:09 (CEST)
Internet Explorer à 90 % ! Je peux pas mieux faire/dire pour le moment, si quelqu'un peut y jeter un oeil, Arkanosis ? Amitiés — Steƒ ๏̯͡๏ 8 avril 2010 à 00:25 (CEST)
Effectivement, si tu utilises Internet Explorer, ça peut bien être la cause du dysfonctionnement. Est-ce une version antérieure à la 8 ? euh...  ... je vois ça où ? je ne sais si ça peut vous être utile mais au cas où : je suis sous vista (si c'est le cas, on est fixé, c'est le JSON qui n'est pas supporté...).
Sinon, quelques questions bêtes pour ne pas perdre du temps inutilement : utilises-tu bien le thème monobook ? vui ! As-tu bien visité une page comme Bestofmedia Group ? vui : celle ci précisément ! As-tu cherché un nouvel onglet situé entre l'onglet « discussion » et l'onglet « historique » ? vui ! perso, entre [discussion] et [historique], j'ai [modifier], [+] et [en-tête] !
Amicalement — Arkanosis 8 avril 2010 à 11:14 (CEST)
je ne veux surtout pas vous faire perdre de temps mais si le feed-back d'une nunuche en informatique peut vous être utile, profitez-en   ! et pis j'aimerais bien le voir ce fichu onglet : j'en rêve, j'en rêve, j'en rêve ! vous l'avez appelé comment ? « Travaux annexes », j'espère, hein ! ! ! parce que toutes les sous-pages concernées ne se limitent pas nécessairement à des... discussions (Cf. Lumière sur, À faire, etc.) mais sont en revanche des travaux éditoriaux... annexes à la rédaction de l'article : j'aimerais bien que le terme Discussion soit réservé à la discussion relative à la rédaction de l'article pour éviter justement la confusion qui ressort de la lecture des réponses au sondage ! Mandarine (d) 8 avril 2010 à 19:54 (CEST)
J'utilise désormais une autre technique sur les navigateurs ne supportant pas JSON nativement. Je ne sais pas si ça change quelque chose pour Internet Explorer (pas facile à tester quand on n'a pas Windows), mais ça marche sous Konqueror alors que ce n'était pas le cas avant. — Arkanosis 8 avril 2010 à 15:27 (CEST)
Bonjour,
suite à cette discussion, j'ai également codé un script permettant d'avoir un tel onglet : Utilisateur:Dr Brains/AutresDiscussions.js.
Pour faire simple, dans les espaces Principal, Discussion, Portail et Discussion Portail:, il transforme l'onglet existant "discussion" en un menu déroulant listant les sous-pages de discussions existantes, avec la possibilité au cas par cas d'afficher quand même une page inexistante.
Le lien "discussion" est systématiquement un lien vers la page de discussion principale, même si on se trouve dans une sous-page de discussion.
Problèmes actuels :
  • Le masquage/affichage du menu est géré par CSS, ce qui induit que ce script n'est (pour l'instant) pas adapté à la navigation au clavier.
  • Le style du menu (position:absolute), induit également que pour le moment l'affichage n'est correct qu'avec monobook. Il faudrait faire des tests avec les autres habillages pour déterminer la position qui va bien.
Voilà, donc peut-être qu'une synthèse de ce script et de celui d'Arkanosis serait idéal (sachant que la méthode que j'utilise pour les requêtes est peut-être un poil plus longue mais devrait fonctionner avec tous les navigateurs).
⇨ Dr Brains ∞ Doléances ∞ 8 avril 2010 à 17:24 (CEST)
Bon vous êtes tous les deux franchement efficaces ! Je ne sais pas si c'est l'émulation, mais ce que vous me proposez est encore mieux que ce que je pensais.
Alors, pour résumer :
  • j'aime beaucoup l'idée du menu qui s'affiche par survol de l'onglet discussion pour deux raisons : avec monobook ça évite d'encombrer le haut de page avec un nouvel onglet (j'en ai plus de dix personnellement), avec vector ça évite de devoir aller chercher l'onglet dans le menu déroulant qui est à droite ;
  • l'autre avantage de l'affichage par survol de la souris c'est que dans tous les cas, ça évite un clic ; mais ça peut être vu comme un inconvénient (tout le monde n'aime pas les choses qui surgissent) ;
  • l'idée de faire de l'onglet discussion un lien qui retourne toujours à la page principale (que l'on soit en sous-page ou pas) est aussi intéressante ; inconvénient : si la page principale n'existe pas on se retrouve avec un reoutr vers une page vide ;
  • un tout petit souci avec la méthode « Dr Brains » : l'info-bulle de l'onglet discussion vient en partie masquer le menu des sous-pages ;
  • l'avantage de la méthode « Arkanosis » c'est que, une fois le nouvel onglet cliqué, la liste reste affichée quelle que soit la position de la souris (je pense à ceux qui ont la tremblote ;)) ;
  • et, effectivement, la méthode « Dr Brains » est vraiment plus longue que la méthode « Arkanosis » : il faut attendre un petit peu pour les sous-pages s'affichent au survol (à tel point qu'au départ j'ai cru que ça ne marchait pas) ;
Conclusion, en ce qui me concerne (mais tous les goûts sont dans la nature), je suis plus pour l'approche de Dr Brains mais avec la rapidité de l'approche de Arkanosis.
Quoi qu'il en soit, merci à tous les deux  
Kropotkine_113 8 avril 2010 à 18:48 (CEST)
J'ai amélioré mon script Utilisateur:Dr Brains/AutresDiscussions.js
Il est à présent plus rapide car il n'effectue qu'une seule requête API (une par sous-page auparavant).
Par contre, une sous page pose problème, c'est le "Lumière sur", qui n'est pas une sous-page de la page de discussion mais une page de la forme Wikipédia:Lumière sur/Truc (exemple : Discussion:Adolf Hitler)
Du coup, via la requête effectuée, cela ne permet pas de savoir si elle existe ou pas.
Quatre solutions :
  1. Tant pis, elle n'apparaît jamais dans la liste.
  2. Effectuer une autre requête
  3. Forcer son affichage (toujours en rouge même si elle existe)
  4. Créer systématiquement une sous-page de redirection : Discussion:Truc/Lumière sur -> Wikipédia:Lumière sur/Truc
La dernière solution étant celle qui permet au script de fonctionner parfaitement (la page existe, elle s'affiche en bleu, la page n'existe pas, elle ne s'affiche pas), mais ça impose de créer pas mal de redirects (avec un bot ?).
⇨ Dr Brains ∞ Doléances ∞ 16 avril 2010 à 08:51 (CEST)
Je viens de m'apercevoir que les pages que l'on veut afficher sont celles présentes dans le cadre « Autres discussions » des PdD... je sais c'est bête, mais mieux vaut tard que jamais  .
Du coup, tu peux faire une requête sur la page de discussion (plutôt que sur l'API) et parser le HTML qui te dira directement quelles pages existent (y compris pour « Lumière sur »).
Histoire de ne pas remplacer deux petites requêtes par une grosse, on peut demander une sous-page de discussion qui n'existe pas (qui renverra une erreur courte plutôt qu'un grosse PdD, mais malgré tout avec les liens vers les sous-pages) et passer le paramètre « action=render » pour avoir la requête la plus petite possible (exemple).
Amicalement — Arkanosis 16 avril 2010 à 10:52 (CEST)
Super ! Merci pour ces évolutions, l'affichage est maintenant beaucoup plus rapide, effectivement. Pour moi de ce point de vue c'est OK. Afin qu'on puisse proposer cet outil à la communauté, voire en faire un gadget, serait-il possible que :
  • l'onglet principal vers la page de discussion reste rouge quand la page est vide ;
  • quelqu'un se penche sur un meilleur positionnement du menu sous vector ; si possible, bien en dessous de l'onglet « discussion », avec la même taille de police et un titre centré en hauteur pour chaque élément de menu etc. (pas très important mais tant qu'à faire je le dis) ;
  • l'infobulle disparaisse ou ne vienne plus se mettre en devant le menu ;
  • ne plus proposer « évaluation » en lien rouge de sous-page (le sondage montre que ce n'est pas consensuel à l'heure actuel) mais plutôt la sous-page « À faire » (avec si possible un &action=edit pour faciliter l'accès) ?
En ce qui concerne le « lumière sur » : ou bien l'astuce de Arkanosis permet de régler le problème, ou bien tant pis ce n'est pas très grave (après tout ce n'est pas vraiment une sous page de discussion).
Quoi qu'il arrive merci pour vos efforts. Avec ça plus l'outil de mise en suivi automatique des sous-pages et un beau paquet cadeau, vous allez faire des heureux :) Kropotkine_113 16 avril 2010 à 18:37 (CEST)
  • Onglet principal : OK
  • Infobulles supprimées (c'est le plus simple, on ne peut pas forcer leur position).
  • "A faire" au lieu d'"Évaluation" : OK (ça on peut le modifier comme on veut, c'est juste une variable à passer de true à false)
  • Position et styles vector : OK. Le script est donc à présent 100% compatible monobook et vector. D'autres tests seront nécessaire pour assurer la compatibilité (position et styles) avec les autres habillages.
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 02:42 (CEST)
Merci beaucoup. Petits problèmes relevés :
  • Onglet principal : reste systématiquement bleu sous vector ;
  • toujours sous vector mais nettement moins important : le menu présente un petit défaut avec une ligne de bordure à droite mal placée et qui dépasse vers le bas ;
J'ai pensé à un autre truc : je trouve vraiment pas mal le coup de l'onglet « discussion » qui ramène toujours à la page principale de discussion ; ce qui serait top c'est que l'onglet « article » fasse exactement pareil, ça facilite la navigation et évite de se retrouver sur un article du genre Titre/Neutralité qui n'existera jamais quand on clique sur « article » depuis une sous-page.
Kropotkine_113 17 avril 2010 à 10:58 (CEST)
Onglet principal rouge : problème réglé;
Onglet article : réglé. Par contre il n'y a pas possibilité (sauf à faire une autre requête) de savoir si la page existe ou pas. L'onglet est donc toujours bleu, ce qui correspond à la majorité des cas (sauf dans une sous-page de suppression lorsque l'article a été supprimé, par exemple Discussion:Karfa diallo/Suppression );
Ch'tite barre bleue : je lutte encore avec les styles CSS. A priori il s'agit de l'image de fond qui crée la barre de séparation dégradée des onglets. Bien que j'ai mis un style background-image:none; (tant sur le <ul> que sur les <li>), elle ne veut pas partir. Si quelqu'un a la solution, je suis preneur.
⇨ Dr Brains ∞ Doléances ∞ 17 avril 2010 à 15:03 (CEST)
Merci   Pour l'onglet « article » qui reste toujours bleu, à mon avis ce n'est pas grave.
Détail à régler : « Autres discussions » devrait lier vers Special:Index/Disucssion:Titre/ (avec un slash au bout) pour qu'il n'y ait réellement que des sous-pages.
Plus embêtant (mais je crois que ça concerne plus l'outil de suivi, cf plus haut) : sous vector il y a un cadre qui déborde sur le haut de l'article --> on ne peut plus sélectionner le titre de l'article à la souris, par exemple.
Mais je crois qu'on tient le bon bout. Kropotkine_113 19 avril 2010 à 18:59 (CEST)
OK pour le lien "Special:Index"
Pour le cadre, je ne vois pas trop de quoi tu parles. Il cache effectivement le titre, mais seulement si la souris reste dessus.
⇨ Dr Brains ∞ Doléances ∞ 19 avril 2010 à 19:59 (CEST)
Nickel. L'histoire du cadre qui cache le titre était due à l'onglet de suivi de sous-pages qui débordait. C'est réglé. Kropotkine_113 19 avril 2010 à 20:06 (CEST)

Ajout de lignes d'historique dédiées aux crédits des auteursModifier

Salut.

Je développe sommairement une idée consécutive à une discussion sur le BA concernant le crédit des auteurs copiés. Je vous mets le lien. Voilà le principe :

  1. Création d'une version de l'article qui contiendrait toutes les infos de droits d'auteur (projet, langue, lien vers l'historique, date de la version copiée et lien vers la version copiée) dans le corps de la page et en résumé de modification (pour sa visibilité immédiate ultérieure depuis l'historique) ;
  2. retour à la version précédente.

Pour le point 1. il faudrait donc un formulaire à remplir (projet, langue, titre local, oldid, date), formulaire qui serait utilisé pour écrire la page et le commentaire de création de cette page.

Je reste à votre disposition pour les détails/explications et pour effecteur les tests/débugages avec vous.

Merci d'avance.

Kropotkine_113 29 avril 2010 à 16:25 (CEST)

En gros, tu voudrait rajouter une ligne d'historique, dont le résume ET la version (le diff) contiendrait les infos qui vont bien (remplies à l'aide d'un formulaire).
Le truc, c'est que je vois pas bien l'intérêt de créer une autre page pour la fusionner ensuite (manip par définition réservée aux admins), d'autant que cette version sera automatiquement la dernière, et donc l'article sera remplacé par ces infos "copyright" (il faudra donc annuler la modif pour que tout rentre dans l'ordre : historique + article).
Ca ne serait pas plus simple de rajouter une ligne d'historique en remplaçant directement le contenu de l'article par les infos copyright (via un formulaire) puis de reverter immédiatement ? L'historique aurait les infos souhaitées et l'article conserverait son aspect normal (et cette manip-là ne serait plus réservée aux seuls admins).
⇨ Dr Brains ∞ Doléances ∞ 29 avril 2010 à 16:40 (CEST)
Oui j'ai modifié ma proposition (qui était bien conne) juste avant que tu postes. Tu as tout à fait raison. Kropotkine_113 29 avril 2010 à 16:42 (CEST)
Comme ça, le formulaire (j'ai pas encore codé la suite) ? ⇨ Dr Brains ∞ Doléances ∞ 29 avril 2010 à 17:26 (CEST)
Oui c'est une très bonne base. Peut-être que « Titre d'origine » est mieux que « Titre local » (moins ambigu).
Je te mets à quoi je pense pour la suite :
  • afficher un rapport après la mise en place de la ligne d'historique et le retour à la version précédente ; ce rapport proposerait, pour faciliter la tâche du contributeur, de copier dans l'article le code de {{Traduction/Référence}} déjà rempli, du genre :
{{Traduction/Référence|code langue|titre originale|oldid}}
Kropotkine_113 29 avril 2010 à 17:46 (CEST)
tests a priori concluants (la date et le nom du projet ne semblent servir à rien pour {{Traduction/référence}}, il y a peut-être d'autres modèles à utiliser ? )
Pour le moment, j'ai restreint l'activation au namespace Utilisateur:, afin de tester.
Pour l'ajout du modèle, l'idéal serait de l'ajouter pendant la première édition (s'il n'y est pas déjà), ce qui éviterait d'avoir à reverter. Mais ça risque d'âtre compliqué de le mettre à la bonne place : contrairement aux catégories aux interwikis ou aux bandeaux de portail, la position de ce modèle est variable. Généralement, c'est avant le <references /> (ou {{Références}}, mais s'il n'y a pas ça, il faut alors chercher un titre de section ==Notes et références== ou ==Notes== ou ==Références== (voire peut-être d'autres intitulés), et s'il n'y a pas de tel titre de section, le créer, mais où ? Pas facile de faire ça automatiquement...
⇨ Dr Brains ∞ Doléances ∞ 29 avril 2010 à 18:55 (CEST)
(retour à bâbord) ; j'ai testé et j'ai réfléchi depuis hier ; je vais reclarifier ce que j'ai en tête :
  • le formulaire : la forme est correcte ; amélioration : prévoir un champ « type de copie » qui propose dans un menu déroulant les choix suivants : copie brute / traduction / fusion dans le présent article / scission depuis la page d'origine. Je préfère un menu déroulant avec choix fixe pour éviter les réponses mal interprétées.
  • utiliser la réponse du champ précédent pour le choix du modèle à insérer dans la nouvelle version de l'article insérée par le gadget. Pas sûr qu'on ait tous modèles adéquats mais on les créera ou adaptera si nécessaire ; dans le même ordre que le champ « type de copie » ci-dessus ça pourrait donner par exemple : {{Auteurs crédités après copie}} (pas super adapté ? à voir) / {{Traduit de}} / {{auteurs crédités après fusion}} / {{auteurs crédités après scission}}.
  • la nouvelle version insérée par le gadget devrait (selon moi) être vide de tout texte autre que le modèle de crédit des auteurs pour assurer une visibilité maximale ; on blanchit, on insère le modèle de crédit, on remplit le commentaire de résumé, on sauvegarde, on retourne à la version précédente ;
  • pour le commentaire de résumé la place étant limitée je propose
Cet article est un [[[[WP:COPY|travail dérivé]] de la [[lien vers la page|titre de la page d'origine]] ([lien vers l'historique de la page copiée|voir la liste des auteurs]).
si c'est trop long (ce qui est possible) on raccourcira
  • quand je parlais de rapport qui propose un copié-collé c'était justement pour éliminer le problème que tu pointes, à savoir que le positionnement d'un modèle dans l'article est délicat à faire automatiquement. Mon idée c'est que le gadget une fois finit son boulot affiche un truc du genre : « Vous pouvez maintenant copié le code suivant et le placer dans le corps de l'article (généralement en bas de page dans une section « Notes »). » + affichage du code en nowiki pour mâcher le travail de copié/collé du contributeur. Mais que ça soit le contributeur qui le fasse. À réserver au cas de la traduction (peut-être de la copie brute aussi ? on verra).
Une fois ça en place je demanderai des avis sur le Bistro et sur WP:BA ; il y aura certainement plein de remarques mais on ne devrait pas être loin du compte. Merci de tous tes efforts ne tout cas.
Kropotkine_113 30 avril 2010 à 12:29 (CEST)
  • OK, dans ce cas à chaque choix devrait correspondre un modèle. Il faudrait faire la liste exacte de toutes les possibilités.
  • Version quasi vide : pas de pb. C'est une simple variable à supprimer.
  • Commentaire de résumé : on ne peut pas mettre de liens externes (lien direct vers l'historique ou la version copiée), c'est pour ça que je mets l'oldid en brut.
  • Modèle à insérer : sauf que ces modèles se mettent tantôt sur l'article, tantôt sur la Pdd, non ?
⇨ Dr Brains ∞ Doléances ∞ 30 avril 2010 à 16:13 (CEST)
  • « OK, dans ce cas à chaque choix devrait correspondre un modèle. Il faudrait faire la liste exacte de toutes les possibilités » : oui c'est bien le but ; avec les quatre choix que je te propose on couvre l'essentiel. (Voir ma remarque à la fin pour une autre idée que j'ai en tête.)
  • Commentaire de résumé : hmmm… alors dans ce cas, dans un premier temps laisse :
Cet article est un [[[[WP:COPY|travail dérivé]] de [[lien vers la page|titre de la page d'origine]] (oldid=0000).
On verra ce qu'on peut fignoler après. Peut-être que d'autres gens auront de bonnes idées.
  • Modèle à insérer à la main par le contributeur : si on s'en tient uniquement au cas de la traduction les contributeurs apposent {{Traduction/Référence}} sur l'article et {{Traduit de}} en page de discussion ; à la rigueur on peut proposer le code à copier-coller pour les deux pages.
Pour la suite il y a trois autres auxquels je pense, deux cas particuliers et une éventuelle utilisation de sous-page :
  • les autorisations OTRS (avec le modèle {{Confirmation OTRS}}) et le crédit des auteurs pour des copies de sites hors Foundation mais sous CC-BY-SA (ou compatibles) (je n'ai pas trouvé de modèle adapté à ce jour, on pourrait le créer). La différence c'est qu'il faudrait un formulaire qui demande : url, auteur (optionnel), numéro de ticket otrs (optionnel). Est-ce que tu penses que c'est articulable avec le présent gadget par exemple en proposant de nouveaux champs à remplir si le contributeur choisi cette option dans la liste des types de copie ?
  • création d'une sous-page Discussion:Titre de l'article/Droit d'auteur dans laquelle seraient introduits exactement la même chose que dans la nouvelle version de l'article insérée par le gadget ; si la sous-page existe déjà : rajouter une section en bas de page (avec comme titre de section le champ « type de copie » par exemple) ; l'intérêt de cette duplication des informations dans une sous-page est que toutes les info de droits d'auteur/copyvio seraient centralisées et facilement accessibles (et on pourrait virer toutes ces infos de la page de discussion).
Kropotkine_113 30 avril 2010 à 17:26 (CEST)
Mmmh. En fait il faudrait dès le départ (clic sur l'onglet) déterminer dans quel cas de figure on est (via un menu déroulant par exemple) : {{Traduction/Référence}} sur l'article, {{Traduit de}} ou {{Confirmation OTRS}}) en page de discussion ou en sous-page /Droit d'auteur, parce que selon le modèle ça change tout (pas les mêmes paramètres, pas le même emplacement, etc...).
Techniquement, quasiment tout est faisable, mais il me semble qu'il faudrait en discuter encore pour déterminer une norme (PdD ?), qui faciliterait l'automatisation (par exemple si création d'une section spécifique dans Discussion:Truc/Droit d'auteur ou dans Discussion:Truc, un lien du résumé de modif de l'article pourrait pointer directement dessus (avec pour le coup les liens qui vont bien (version copiée + historique), mais encore faut-il que le titre de section soit standard pour que le lien vers la section fonctionne correctement).
⇨ Dr Brains ∞ Doléances ∞ 30 avril 2010 à 17:43 (CEST)
Je ne suis pas sûr de comprendre vraiment ta première remarque : tous les modèles insérés par le gadget dans l'article le sont dans une version quasi vide --> pas de problème d'emplacement il suffit que le gadget colle, le modèle correctement paramétré et c'est tout. Le gadget n'insère jamais {{Traduction/Référence}} : dans mon idée il se contente à la fin de proposer au contributeur le code à copier-coller. Par ailleurs dans mon idée le gadget ne touche jamais la page principale de discussion : il duplique tout en sous-page /Droit d'auteur toujours tout en bas de la page --> pas de problème d'emplacement non plus.
Pour les paramètres ils sont effectivement différents suivant le cas, ça, OK : on peut aussi se contenter de prévoir des champs qui restent optionnels et qui ne seront remplis que si nécessaire par le contributeur.
Je résume tout ça dans le tableau ci-dessous.
En ce qui concerne la discussion, pdd, etc. oui il faudra rediscuter tout ça : mon objectif c'est d'avoir un outil javascript à proposer aux gens pour qu'ils puissent discuter sur du concret (sinon on s'en sort pas dans les discussions) et faire joujou avec dans leur sous-pages utilisateurs. Il est évident qu'il y aura des modifs ultérieures avant que l'outil soit vraiment opérationnel, mais au moins on ne part pas de zéro. Tout à fait d'accord en ce qui concerne l'utilité de la sous-page /Droit d'auteur elle permettrait effectivement de détailler toutes les infos sans contraintes.
Kropotkine_113 30 avril 2010 à 18:18 (CEST)
champ « type de copie » modèle à insérer dans une version vide de l'article et
en sous-page de discut /Droit d'auteur
remarque
copie brute {{Auteurs crédités après copie}}
traduction {{Traduit de}} à la fin le script propose au contributeur le code de {{Traduction/Référence}} pré-rempli à copier coller dans l'article
fusion dans le présent article {{auteurs crédités après fusion}}
scission depuis la page d'origine {{auteurs crédités après scission}}
contenu hors foundation avec autorisation OTRS {{confirmation OTRS}} besoin de champs optionnels : url, auteur, numéro ticket otrs
contenu hors foundation sous licence CC-BY-SA modèle à créer besoin de champ optionnel : url
OK pour lez recours systématique à la sous-page de discussion.
Je récapitule donc brièvement ce que doit faire le gadget, tu me diras si j'ai bon :
  1. Au chargement de la page : ajout d'un onglet "copyright" pour lancer le bouzin;
  2. Clic sur "copyright" : ajout d'un élément <select> (menu déroulant) pour déterminer le formulaire (paramètres du modèle)
  3. Choix du menu déroulant : création d'un formulaire avec champs "paramètres" à remplir
  4. Validation du formulaire :
    1. Édition automatique de l'article : contenu remplacé par un modèle/du texte (à déterminer selon le cas) + résumé de modif contenant lien vers article originel + oldid (si fundation) + lien vers section en sous-page /Droit d'auteur
    2. Revert automatique de l'article : retour du contenu précédent
    3. Édition automatique sous-page /Droit d'auteur. Si section déjà présente, ajout modèle, sinon création nouvelle section et ajout modèle
    4. Si {{Traduction/Référence}} et modèle non déjà présent sur l'article (on aura pu le vérifier lors de l'édition précédente), lancement de l'édition de l'article avec exemple de ce qu'il faut ajouter (le script s'arrête là, la publication est manuelle).
J'ai bon ? ⇨ Dr Brains ∞ Doléances ∞ 30 avril 2010 à 19:06 (CEST)
  1. Oui.
  2. Oui.
  3. Oui.
    1. Éventuellement uniquement lien vers la page /Droit d'auteur complète et non pas vers vers une section précise (cela risque d'être compliqué à gérer étant donné la non-standardisation et la non-stabilité de ce genre de pages). L'important est que l'information soit accessible par un lien vers le sous-page, pas forcement de pointer précisément au bon endroit dessus.
    2. Oui.
    3. Je dirais : ajout systématique d'une nouvelle section en bas de cette sous-page /Droit d'auteur avec un titre de section égal au champ « type de copie ».
    4. À mon avis il n'est utile de tester auparavant si le modèle existe déjà dans l'article : il peut y avoir plusieurs traductions successives, ou des paramètres à mettre à jour. On peut se contenter de suggérer l'ajout du modèle et de proposer l'exemple de ce qu'il faut ajouter, mais laisser entièrement le contributeur libre d'apprécier la situation. Du coup on n'est pas forcé de lancer l'édition de la page, mais ça peut être une idée, faut voir.
Conclusion : oui globalement tu as bon   (et désolé de ne pas toujours être super clair du premier coup, mais c'est aussi en discutant avec toi que je fais avancer au fur et à mesure ma vision du problème). Kropotkine_113 1 mai 2010 à 15:22 (CEST)

Salut. J'ai un peu avancé dans ma réflexion et je propose, en plus de ce qu'on a discuté plus haut, une petite évolution : pour les traductions rien ne change mais pour les autres cas le script propose aussi un copié collé à insérer dans l'article par le contributeur lui-même sur la base du modèle {{Crédit d'auteurs}}. Cela permet d'uniformiser le traitement des auteurs. J'ai créé le modèle {{CC-BY-SA hors Foundation}} qui manquait. J'ai mis ci-dessous mis à jour le tableau pour synthétiser.

Juste une toute petite remarque complémentaire : pour le cas « Confirmation OTRS » il est possible de retirer les champ « Autorisation GFLD » qui ne sera à mon avis pas utilisé car on ne demande plus que la CC-BY-SA par défaut.

À l'heure actuelle le script ne fait rien du tout mais j'imagine que c'est pour les tests ? Dès qu'on a un truc qui fonctionne à peu près (restreint à l'espace utilisateur pour commencer) je demande des avis extérieurs.

champ « type de copie » modèle à insérer dans une version vide de l'article et
en sous-page de discut /Droit d'auteur
champs optionnels nécessaires remarque
traduction {{Traduit de}} à la fin le script propose au contributeur le code de {{Traduction/Référence}} pré-rempli à copier coller dans l'article
copie brute {{Auteurs crédités après copie}} à la fin le script propose au contributeur le code de {{Crédit d'auteurs}} à copier coller dans l'article ; la syntaxe est simple et distingue les cas interne (besoin d'un titre et d'un oldid optionnel) ou externe (besoin d'une source et/ou d'un auteur) à la foundation, tous ces paramètres étant récupérables depuis les champs du formulaire du script tel qu'il est aujourd'hui.
fusion dans le présent article {{auteurs crédités après fusion}}
scission depuis la page d'origine {{auteurs crédités après scission}}
contenu hors foundation avec autorisation OTRS {{confirmation OTRS}} besoin de champs optionnels : url, auteur, numéro ticket otrs
contenu hors foundation sous licence CC-BY-SA {{CC-BY-SA hors Foundation}} besoin de champ optionnel : url

Kropotkine_113 10 mai 2010 à 13:05 (CEST)

Oui, j'ai un peu ralenti sur ce script, mais je ne t'ai pas oublié.
Pour le moment, le script ne fait rien effectivement car je me suis surtout concentré sur le formulaire pour les différents modèles, qui n'ont pas tous exactement les mêmes paramètres.
Les différentes requêtes à effectuer, ce n'est rien, je sais que ça marchera, il me suffit d'avoir le bon modèle avec les bons paramètres.
Si je me sors un peu les doigts, le script devrait être OK pour la fin de la semaine.
⇨ Dr Brains ∞ Doléances ∞ 10 mai 2010 à 15:21 (CEST)
Super ! Oui j'ai vu que tu étais bien occupé avec plein d'autres gadgets   Et puis de toute façon je n'avais pas pris le temps de créer les modèles, donc une petite pause était bienvenue   Prends ton temps et n'hésite pas à me questionner si un truc n'est pas clair. Pour info, j'ai parlé du projet en gestation sur le Bistro afin de commencer à mettre au courant la communauté des changements envisagés et provoquer la discussion (mais on n'est obligé de rien). Kropotkine_113 10 mai 2010 à 16:27 (CEST)
Bon, j'ai un peu avancé. A présent les requêtes fonctionnent. Il reste à voir pour le modèle {{Crédit d'auteurs}} à proposer à la fin (pour le moment il n'y a que {{traduction/Référence}} proposé si on a choisi {{Traduit de}} au départ. Pour les autres cas, le script propose le modèle de page de discussion. Il me faut donc voir, suivant le modèle et les champs remplis ou non, pour récupérer les paramètres qui vont bien. A priori ça ne devrait pas poser trop de soucis.
Le script est pour le moment toujours testable dans le Namespace Utilisateur: ( voir http://fr.wikipedia.org/w/index.php?title=Utilisateur:Dr_Brains/Travaux&action=history et http://fr.wikipedia.org/w/index.php?title=Discussion_utilisateur:Dr_Brains/Travaux/Droit_d'auteur&action=history ).
⇨ Dr Brains ∞ Doléances ∞ 10 mai 2010 à 17:36 (CEST)
J'ai regardé rapidos sur quelques exemples, on se rapproche vraiment d'un truc super ! En vrac quatre broutilles rapidos :
  • pour la date pré-remplir avec et utiliser une date sans « / » : 20 mai 2010 au lieu de 20/mai/2010 ;
  • pour le titre de section inséré dans la sous-page /Droit d'auteur, utiliser les titres suivants : Traduction / Copie / Scission / Fusion / Autorisation de republication / Contenu sous licence CC-BY-SA ;
  • pour que le cas de la fusion : prévoir trois quatre champs vides et optionnels dans le formulaire pour gérer les cas de fusion de plusieurs articles en un seul (cas très courant) ;
  • prévoir des champs obligatoires et un message d'erreur (+ retour au formulaire) s'ils ne sont pas remplis pour éviter l'insertion de modèles vides sans information.
Kropotkine_113 10 mai 2010 à 18:26 (CEST)

Supprimer le lien "actu" des contributions dans l'historiqueModifier

Bonjour.

Je n'utilise jamais ce lien (apparu récemment j'ai l'impression), et quand je clique par erreur dessus cela provoque souvent un long chargement qui met à mal ma machine. C'est pourquoi j'aimerais le supprimer, pour ne garder que le lien "diff" ainsi que les ronds à cocher. Est-ce possible ?

Merci d'avance. Freewol (d) 2 juin 2010 à 14:03 (CEST)

Facile   Dans ton monobook.js : — Arkanosis 2 juin 2010 à 15:00 (CEST)
// Domaine public
if (location.href.indexOf('&action=history') != -1)
  addOnloadHook(function()
  {
    var history = document.getElementById('pagehistory');
    history.innerHTML = history.innerHTML.replace(/(?:<a(\s+?:[a-z]+="[^"]+")*?>)?actu(?:<\/a>)? \| /g, '');
  });
Quelle rapidité !  . Alors ça affiche exactement ce que je voulais, il y a juste un petit soucis, c'est que les pop-ups ne fonctionnent plus sur la page d'historique (nul part) du coup. Est-ce normal ? Cordialement, Freewol (d) 2 juin 2010 à 15:12 (CEST)
Autre version :
if(wgAction=="history") 
addOnloadHook(function (){ 
      var PageHistory = document.getElementById("pagehistory");
      if(!PageHistory) return;
      var AllSpans = PageHistory.getElementsByTagName('span');
      for(var b=0;b<AllSpans.length;b++){
            if($(AllSpans[b]).hasClass("mw-history-histlinks")){
                  var ThisSpan = AllSpans[b];
                  ThisSpan.innerHTML = '(' + ThisSpan.innerHTML.replace(/.*\| /,"");
            }
      }
});
⇨ Dr Brains ∞ Doléances ∞ 2 juin 2010 à 15:25 (CEST)
Alors c'est effectivement mieux (merci !) puisque les pop-ups fonctionnent presque partout : seul le lien diff ne passe plus. Du coup ça devient utilisable, mais ça reste un peu embêtant. Freewol (d) 2 juin 2010 à 15:32 (CEST)
Nouvel essai (chez moi les popups fonctionnent) :
if(wgAction=="history") 
addOnloadHook(function (){
      var PageHistory = document.getElementById("pagehistory");
      if(!PageHistory) return;
      var AllSpans = PageHistory.getElementsByTagName('span');
      for(var b=0;b<AllSpans.length;b++){
            if($(AllSpans[b]).hasClass("mw-history-histlinks")){
                  var ThisSpan = AllSpans[b];
                  var FirstLink = ThisSpan.getElementsByTagName('a')[0];
                  if(FirstLink.innerHTML == "actu"){
                        var DiffLink = ThisSpan.getElementsByTagName('a')[1];
                  }else if(FirstLink.innerHTML == "diff"){
                        var DiffLink = FirstLink;
                  }
                  if(DiffLink){
                        DiffLink.parentNode.removeChild(DiffLink);
                        ThisSpan.innerHTML = '';
                        ThisSpan.appendChild(document.createTextNode('('));
                        ThisSpan.appendChild(DiffLink);
                        ThisSpan.appendChild(document.createTextNode(')'));
                  }else{
                        ThisSpan.innerHTML = '(diff)';
                  }
            }
      }
});
⇨ Dr Brains ∞ Doléances ∞ 2 juin 2010 à 16:02 (CEST)
Génial, ça fonctionne ! Merci beaucoup.   Freewol (d) 2 juin 2010 à 16:08 (CEST)

Boutons visibles lors de la modification d'une pageModifier

Bonjour, est il possible de ne plus afficher les boutons: italique "I", lien interne "Ab", lien externe etc jusqu'à "section annexe".. Ils mettent du temps à s'afficher sur mon ordi qui rame, et je ne les utilise jamais. Frakir (d) 7 juin 2010 à 21:24 (CEST)

Les boutons ont les ID suivants :
  • mw-editbutton-bold
  • mw-editbutton-italic
  • mw-editbutton-link
  • mw-editbutton-extlink
  • mw-editbutton-headline
  • mw-editbutton-media
  • mw-editbutton-math
  • mw-editbutton-nowiki
  • mw-editbutton-signature
  • mw-editbutton-hr
  • mw-editbutton-array
  • mw-editbutton-strike
  • mw-editbutton-enum
  • mw-editbutton-liste
  • mw-editbutton-image
  • mw-editbutton-gallery
  • mw-editbutton-comment
  • mw-editbutton-redir
  • mw-editbutton-category
  • mw-editbutton-template
  • mw-editbutton-ref
  • mw-editbutton-references
  • mw-editbutton-voiraussi
Par conséquent, pour en cacher un, il faut ajouter dans ton monobook.css (ou vector.css, ou autre suivant l'habillage sélectionné dans les préférences) :
#IDDUBOUTON {
   display:none;
}

En remplaçant IDDUBOUTON par l'id du bouton correspondant ci-dessus.

Ou pour cacher toute la barre :
#toolbar {
   display:none;
}
⇨ Dr Brains ∞ Doléances ∞ 7 juin 2010 à 22:17 (CEST)
Oh si, ça marche parfaitement, merci doc. Frakir (d) 7 juin 2010 à 22:50 (CEST)
Tu peux regrouper toutes les règles dans une seule en séparant les sélecteurs par des virgules. Je m'explique :
#IDDUBOUTON1, #IDDUBOUTON2, #IDDUBOUTON3 {
   display:none;
}
a le même effet que
#IDDUBOUTON1 {
   display:none;
}
#IDDUBOUTON2 {
   display:none;
}
#IDDUBOUTON3 {
   display:none;
}
Amicalement — Arkanosis 8 juin 2010 à 10:51 (CEST)
Très bien ça prend moins de place (au passage il me manque l'id du bouton "fichier inséré"). Frakir (d) 8 juin 2010 à 18:46 (CEST)
  • mw-editbutton-image
⇨ Dr Brains ∞ Doléances ∞ 8 juin 2010 à 18:49 (CEST)
Merci bien   Frakir (d) 8 juin 2010 à 19:09 (CEST)

Ajouter récursivement des articles à la liste de suivi depuis une catégorie mèreModifier

Bonjour,

Je désire cette fonction (depuis un bout de temps) pour ajouter à la liste de suivi tous les articles (et les catégories) rattachées à Catégorie:Arménie. Il me faudrait donc une fonction qui ajoute récursivement tous les articles et catégories depuis la catégorie mère sans pour autant boucler deux fois sur un même article (car le système de catégorisation n'est pas acyclique). Je vous serais donc reconnaissant de me faire ce genre de fonction qui me permettra en un clic de faire le travail nécessaire, au lieu de parcourir moi-même tous les articles et ajouter à la liste de suivi. VarminUn problème? 23 juin 2010 à 21:16 (CEST)

Le deuxième exemple donné dans Projet:JavaScript/Aide API le permet (code complet).
Mais ce n'est qu'un fonction faite à la va-vite pour illustrer cette page d'aide, elle aurait sans doute besoin d'être améliorée.
Mais elle devrait marcher, j'ai ainsi ajouté (il y a quelque temps) tous les articles de Catégorie:Portail:Colombie/Articles liés à ma liste de suivi.
A lancer depuis Catégorie:Portail:Arménie/Articles liés pour suivre les articles sur l'Arménie. Par contre elle ne permet pas de suivre les catégories.
⇨ Dr Brains ∞ Doléances ∞ 24 juin 2010 à 06:53 (CEST)
Version revue et corrigée : Utilisateur:Dr Brains/WatchCategoryMembers.js
Elle permet aussi de NE PLUS suivre
ajouter au monobook.js ou vector.js, ou autre suivant l'habillage :
importScript('Utilisateur:Dr Brains/WatchCategoryMembers.js');
⇨ Dr Brains ∞ Doléances ∞ 24 juin 2010 à 07:57 (CEST)
Merci beaucoup, je teste VarminUn problème? 24 juin 2010 à 11:26 (CEST)
J'ai testé, ça à l'air de fonctionner. VarminUn problème? 24 juin 2010 à 11:29 (CEST)

Filtre pour Modifications récentesModifier

Je voudrais savoir si il est possible d'utiliser un filtre dans Modifications récentes pour afficher seulement les utilisateurs et adresses IP récemment bloqué pour lutter contre le vandalisme. Aqw96 ?¿⸮ 14 août 2010 à 00:11 (CEST)

Re  
Quelques pistes : pour connaître les blocages d'un utilisateur :
http://fr.wikipedia.org/w/api.php?action=query&list=logevents&letype=block&letitle=Utilisateur:Arktest
Ensuite on peut masquer les contribution dans la liste pour les utilisateurs qui n'ont pas de blocage sur une période à déterminer.
C'est par contre coûteux : 1 requête HTTP par contributeur unique ; il faudra s'attendre à une page qui se charge ligne par ligne... donc lent mais possible — Arkanosis 14 août 2010 à 18:21 (CEST)
Meuh nooon !
Faut se démerder de faire les requêtes API en "temps masqué" (c'est à dire en asynchrone).
En clair, on affiche la page, normalement, tout en ajoutant un petite lien à côté des autres : « masquer les utilisateurs non-bloqués ». Ensuite seulement, cliquer sur le lien lance une série de requêtes (une par ligne) pour savoir si l'utilisateur est bloqué ou pas, si il l'est on cache la ligne (entre-temps le lien du début sera devenu « afficher les utilisateurs non-bloqués » pour faire réapparaître les lignes cachées). C'est faisable et pas trop couteux.
Par contre, je ne pense pas que ce soit le plus pratique. Il me semble que ce serait bien plus simple de partir du journal des blocages et de vérifier les contribs des utilisateurs bloqués récemment. Dans les RC, elles sont noyées au milieu des autres, voire n'apparaissent plus puisqu'ils sont bloqués. Ou alors je n'ai pas bien compris la question...
⇨ Dr Brains ∞ Doléances ∞ 16 août 2010 à 00:11 (CEST)
Meuh si, je t'assure — tout le monde n'a pas la fibre  
Par contre, tu as carrément raison, c'est beaucoup plus efficace de passer par le journal des blocages. J'ai fait des requêtes sur les blocages de février (le mois d'août n'est pas du tout représentatif du rythme de croisière), et on peut pratiquement récupérer deux semaines de logs en une seule requête (http://fr.wikipedia.org/w/api.php?action=query&list=blocks&bkstart=2010-02-15T09:02:26Z&bkend=2010-02-01T09:02:26Z&bklimit=500). Si proxybot ne tourne pas, on peut même récupérer un mois (http://fr.wikipedia.org/w/api.php?action=query&list=blocks&bkstart=2010-03-30T09:02:26Z&bkend=2010-03-01T09:02:26Z&bklimit=500). Pas de problèmes de perfs en utilisant cette méthode, donc ; bien vu  
Inconvénient : ça n'est pertinent que pour les blocages courts et moyens ; les blocages longs échappent à cette technique puisque ce sont les débuts de blocage et non les fins qui sont logguées  Arkanosis 16 août 2010 à 11:29 (CEST)
Première version :
importScript('Utilisateur:Dr Brains/RecentlyBlockedUsersInRC.js');
Donc dans Special:Recentchanges, un lien supplémentaire est ajouté à la suite des autres « masquer les utilisateurs non récemment bloqués ».
Un clic sur le lien fait apparaître une pop-up qui demande depuis combien de temps l'utilisateur doit avoir été débloqué pour être listé (en jours, 4 par défaut).
Ensuite une série de requêtes API masque au fur et à mesure les utilisateurs ne répondant pas au filtre. Pour ceux qui ne sont pas masqués, le nombre de jours depuis la fin du dernier blocage est affiché juste devant le nom d'utilisateur.
Inconvénients :
  • C'est long...
  • Au final, ça ne filtre pas grand chose : aujourd'hui les débloqués les plus récents sont Orlodrim (26 jours) et Anaemaeth (27 jours).
⇨ Dr Brains ∞ Doléances ∞ 17 août 2010 à 18:02 (CEST)
Euh, j'arrive pas à voir, comment on fait?Aqw96 ?¿⸮ 18 août 2010 à 16:08 (CEST)
1. Ajoute dans ton monobook.js (ou vector.js ou autre suivant l'habillage choisi dans les préférences) le code :
importScript('Utilisateur:Dr Brains/RecentlyBlockedUsersInRC.js');
2. Recharge le cache (Ctrl + F5)
3. Va sur Special:Modifications récentes
Tu devrais avoir, à la suite des options habituelles (masquer les robots, masquer les users inscrits, etc...) une option supplémentaire « masquer les utilisateurs non récemment bloqués ».
⇨ Dr Brains ∞ Doléances ∞ 18 août 2010 à 17:00 (CEST)
Merci c'est bon, c'est sûr se serait plus efficace ceux qui ont été récemment averti mais je pense pas que c'est possible. Aqw96 ?¿⸮ 18 août 2010 à 17:17 (CEST)
On peut détecter un modèle ou une catégorie en particulier dans la PDD de l'utilisateur (lié à un modèle d'avertissement par exemple), mais pas quand il a été déposé (pas sans une multitude de requêtes supplémentaires pour trouver à partir de quelle version de la pdd le modèle est présent, ce qui se révèlerait bien trop lourd).
On pourrait donc ajouter un lien « masquer les utilisateurs non avertis » avec un autre processus de filtrage.
Je verrai ça quand j'aurai le temps.
⇨ Dr Brains ∞ Doléances ∞ 18 août 2010 à 19:32 (CEST)

MediaWiki:Gadget-Evaluation.jsModifier

Comme le créateur ne semble plus très actif, je pose la question ici. Serait-il possible d'enrouler ce gadget qui prend quand même pas mal de place en haut d'une page (même s'il est extrêmement pratique) et de mettre sa fermeture par défaut ? -Aemaeth [blabla] [contrib] 20 août 2010 à 15:50 (CEST)

dans ton monobook, remplace
var alwaysEval = true;
par
var alwaysEval = false;
⇨ Dr Brains ∞ Doléances ∞ 20 août 2010 à 20:57 (CEST)
Euh… dans ce cas, il n'apparaît plus du tout. Il faut à chaque fois repasser par le monobook pour le faire réapparaître ? Je pensais plus à un petit [dérouler] pour permettre de ne l'afficher que lorsqu'on en a besoin. -Aemaeth [blabla] [contrib] 21 août 2010 à 00:39 (CEST)
Tu devrais avoir un onglet (ou une entrée dans le menu déroulant pour vector) appelé "évaluation" qui permet de lancer le bouzin.
⇨ Dr Brains ∞ Doléances ∞ 21 août 2010 à 03:40 (CEST)
Ah oui… Merci   -Aemaeth [blabla] [contrib] 21 août 2010 à 07:35 (CEST)

Un lien pour retirer une page de la liste de suiviModifier

J'aimerais beaucoup pouvoir retirer de ma liste de suivi d'un seul clic une page lorsque je lis ma liste. Je pense que j'arriverais à écrire moi-même la fonction (en attachant &action=unwatch), mais j'aimerais que cela se passe en AJAX (exactement comme la petite étoile blanche/bleue en haut à droite à côté du champ de recherche) pour éviter de devoir quitter la liste de suivi. À la limite, j'aurais juste besoin d'un prototype de fonction AJAX tout nu (identique à celle de l'étoile bleue). Une âme charitable ? — Florian, le 16 octobre 2010 à 23:14 (CEST)

Il parait qu'il faut que j'aille me coucher, mais je regarde ça dès demain  . Ça aurait sûrement sa place dans Utilisateur:Dr_Brains/MessageWatchlist.js. — Arkanosis 16 octobre 2010 à 23:44 (CEST)
  importScript('User:Arkanosis/ManWatch.js');
Ça fonctionne sous monobook et vector, avec les « modifications récentes améliorées » ou sans. Il n'y a pas de feedback pour l'instant (tu cliques et tu as l'impression qu'il ne se passe rien, mais en fait si), j'y travaillerai plus tard.
Amicalement — Arkanosis 17 octobre 2010 à 21:08 (CEST)
T'as assuré, je te remercie infiniment ! J'en profite pour ajouter ton script à ma liste de suivi, comme ça je pourrai te remercier à nouveau lorsque le feedback viendra   — Florian, le 17 octobre 2010 à 22:09 (CEST) (P.S. : Un informaticien qui s'arrête de coder avant minuit ? Serais-tu sain ? )
Mmmh, je me suis fait griller...
En fait c'est Utilisateur:Dr Brains/ListeSuivi.js qui fait grosso-modo ce que Flo demande, sauf que ca le fait dans Spécial:Watchlist/edit, et sans Ajax.
Utilisateur:Dr_Brains/MessageWatchlist.js affiche à la place du siteNotice la dernière modif de la liste de suivi (avec effectivement un lien pour ne plus suivre la page). Ce n'est donc pas non plus tout à fait ça mais la fonction demandée y est.
⇨ Dr Brains ∞ Doléances ∞ 18 octobre 2010 à 02:23 (CEST)

Aide / Espaces de nomModifier

Bonjour,

Je m'interrogeais sur l'éventuelle possibilité de rajouter au niveau de la barre de recherche (je suis sous Vector, je l'ai donc en haut à droite en ce qui me concerne) une liste des espaces de nom, sous forme de liste déroulante serait le mieux je pense, sur lesquels on n'aurait qu'à cliquer, puis taper le nom qu'il nous faut? Ou, si je veux me rendre sur ma propre page de discussion: ouvrir la liste, cliquer sur Discussion utilisateur: qui apparaitrait dans la barre de recherche, et dans laquelle je n'aurais plus qu'à taper Floflo.

Il est vrai que s'il s'agit de Portail:__ ou de Projet:__ ça va encore, mais dès qu'on arrive dans des espaces de nom de discussions ça devient vite plus long (le pire je crois: Discussion modèle:Infobox__). Ca n'a rien d'insurmontable, et j'exécute ces recherches depuis toujours, mais bon, le Js étant là pour simplifier la vie je crois, je viens donc voir avec les membres du projet ce qu'ils pensent d'une telle réalisation.  

Vous laissant voir si des possibilités dans ce sens existeraient éventuellement, merci d'avance   --Floflo (d) 11 novembre 2010 à 17:45 (CET)

importScript('Utilisateur:Dr Brains/VectorSearchDeluxe.js');
Si c'est bien ça que tu veux...
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 18:34 (CET)
PS : A noter que les préférences peuvent jouer un rôle dans les suggestions proposées (onglet "Options de recherche").
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 18:38 (CET)
Bonjour Doc. Alors pour le script mis en place, je l'ai testé en prévisu dans mon vector.js, et j'ai effectivement obtenu une liste déroulante avec les espaces de nom ( ) mais deux anomalies toutefois:
  • Située à droite de la barre de recherche, du coup je ne la vois pas si je n'utilise pas l'ascenseur horizontal qui s'est rajouté en bas de page
  • Lorsque je clique sur l'espace de nom dont j'ai besoin, il n'apparait pas dans la barre de recherche. Je clique dessus et c'est tout. Rien d'autre. Je reste coincé avec l'espace sélectionné.
Après pour les préférences j'ai effectivement remarqué l'outil AdvancedReSearch (« remplace la boîte de recherche par une avec des raccourcis et qui accède rapidement aux différents wikis Wikimédia  »), mais alors en l'ayant activé j'ai juste une barre de recherche plus longue, sans aucun des raccourcis dont parle la légende de cet outil.
En tout cas l'idée est là. Le problème dans les deux cas vient-il de moi? Merci tout de même pour l'ébauche d'aide .. ! --Floflo (d) 11 novembre 2010 à 18:48 (CET)
Ah oui, c'est pas dit du tout que ce soit compatible avec le gadget AdvancedReSearch (quand je parlais de préférences, je pensais plus aux cases à cocher des différents espaces de noms de l'onglet "options de recherche"). Essaye de désactiver ce gadget pour voir si c'est pareil.
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 19:10 (CET)
Il était désactivé au moment de mon essai en prévisualisation. =/
Sinon, ok, je viens de comprendre pour l'onglet "options de recherche", mais je ne vois pas exactement comment il fonctionne... J'ai coché certains d'entre eux, mais au niveau de la recherche ça ne change pas grand chose... C'est censé procurer quoi de cocher ces espaces de nom? --Floflo (d) 11 novembre 2010 à 19:19 (CET)
Ben par exemple si tu as laissé par défaut, tu n'as que l'espace principal qui est coché, donc si tu tapes (pas trop fort) "France", ça te donneras comme suggestion France, mais si tu as tout coché, tu auras droit également à Catégorie:France, Portail:France, Projet:France, Modèle:France, etc...
Je crois que la différence ne se fait qu'au niveau des suggestions, ou des résultats si tu es dans Spécial:Recherche (à ce moment là tu as un cadre exprès pour choisir l'espace de noms, où tu retrouve les mêmes options que dans les préférences).
Sinon, pour les bugs, vu que ça ne vient pas d'AdvancedReSearch, quel navigateur utilises-tu ?
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 19:26 (CET)
Ok, bien compris ! Je suis sous IE sinon, mais j'ai Firefox également, je vois avec ce que ça donne et je reviens dire. --Floflo (d) 11 novembre 2010 à 19:56 (CET)
Ca fonctionne sous Firefox ! Beau travail Docteur !   Mais tout de même, y'a rien à faire si je veux rester sous IE..? --Floflo (d) 11 novembre 2010 à 19:58 (CET)
IE me donne du fil à retordre en ce moment (problèmes avec BandeauxPortails, voir ma PDD). Je vais voir ce que je peux faire pour que ça fonctionne.
⇨ Dr Brains ∞ Doléances ∞ 11 novembre 2010 à 20:05 (CET)
Oui, c'est vrai que la plupart des connaisseurs s'en plaignent je constate... Bon, pour ma part, pour une utilisation "sommaire" il me va très bien. Je te fais tout de même confiance pour arriver à trouver une parade alors. Et en attendant j'essaierai de m'acclimater à FF   Merci beaucoup en tout cas ! --Floflo (d) 11 novembre 2010 à 20:14 (CET)
Hello Dr Brains. Je voulais juste voir où tu en étais dans tes tests pour arriver à faire fonctionner correctement cette fonction avec IE. Apparemment il n'y a pas eu de changement, mais c'est pour savoir si tu as pu avancer un peu là-dessus, ou si tu penses que c'est infaisable etc... Merci ! --Floflo (d) 17 décembre 2010 à 21:08 (CET)
VectorSearchDeluxe semble compatible avec AdvancedResearch, du moins sous Opera (je suis Opera-centré).
Sinon AdvancedResearch est un peu pareil que VectorSearchDeluxe, sauf que c'est "en ligne de commande" : pour aller à Discussion_utilisateur:Floflo, il faut taper du:Floflo, pour Utilisateur:Floflo ça sera u:Floflo, Portail:Floflo = p:Floflo, etc. Mais c'est possible que ça bugge sous FF et encore plus sous IE. ~ Seb35 [^_^] 27 décembre 2010 à 19:04 (CET)

Ergonomie de BandeauxPortails : valider par "Enter"Modifier

Hello. Serait-il possible de faire en sorte de pouvoir valider les modifs de portail faites par cet outil par une simple validation "Enter" et ne pas être obligé de cliquer (sur HotCat ça fonctionne très bien pex) ? Si cela ne pose pas de problème technique ce serait sympa car c'est embêtant de devoir retourner chercher la souris à chaque fois  

Actuellement si j’essaie de valider par "enter" la page se recharge mais le bandeau n'est pas ajouté.

Merci d'avance à celles et ceux qui se pencheraient sur ma requête  

Xic [667 ] 28 décembre 2010 à 17:07 (CET)

  ⇨ Dr Brains ∞ Doléances ∞ 28 décembre 2010 à 17:27 (CET)
  Merci Dr Brains, quelle rapidité ! Xic [667 ] 28 décembre 2010 à 17:42 (CET)
Heu en fait ça ne marche toujours pas chez moi :/ Xic [667 ] 28 décembre 2010 à 17:44 (CET)
Et bien là tout à coup ça marche (mais j'ai changé de machine), faudra que je revérifie, merci en tout cas. Xic [667 ] 28 décembre 2010 à 22:55 (CET)

Fonctions avancées sur la page ContributionsModifier

Bonjour. Est-il possible, sur la page contributions, de masquer les pages pour lesquelles l'utilisateur est le dernier contributeur ? L'intérêt est évidemment de voir sur les dernières pages qu'on a modifiées si d'autres sont intervenus. Ce n'est pas aussi facile avec le suivi de pages, surtout si on en suit beaucoup mais une alternative serait de trier les pages suivies dans l'ordre chronologique des dernières modifications qu'on y a apportées, voire si l'info est disponible, en fonction de la date où la page a été marquée en suivi. Merci de vos suggestions.knd (d) 1 janvier 2011 à 21:25 (CET)

Bonjour,
Oui, c'est assez facile dans la mesure où MediaWiki précise « (dernière) » lorsque personne n'a modifié la page après le contributeur.
J'essaie de te proposer un bout de code demain cet aprem.
Amicalement — Arkanosis 2 janvier 2011 à 01:01 (CET)
Il suffit d'ajouter la ligne
.contrib-last {display: none;}
dans monobook.css (ou vector.css selon le skin utilisé). --CHristoPHE (d) 2 janvier 2011 à 10:57 (CET)
Mmh, si je ne m'abuse, il faut déjà avoir installé Utilisateur:Chphe/ContribColors.js pour que ceci fonctionne, non ?
Gadget qui m'a l'air bien sympathique, au passage  . — Arkanosis 2 janvier 2011 à 14:39 (CET)
Ah oui, j'avais oublié ce léger détail. --CHristoPHE (d) 2 janvier 2011 à 17:29 (CET)
Le (dernière) est entouré d'un <span class="mw-uctop">. Vérifier la présence de ce span dans chaque <li> permettrait donc facilement de repérer ces contributions-là.
Une solution de masquage purement CSS telle que préconisée par Chrphe ne me semble pas adéquate (sans compter l'objection soulevée par Arkanosis), vu que l'utilisateur voudrait sans doute pouvoir annuler facilement la masquage sans avoir a modifier le css et recharger le cache.
La solution me semble donc passer par une fonction javascript qui :
  • Ajouterait un lien quelque part pour lancer le bouzin (avec lancement automatique ou pas suivant une variable booléenne personnalisable)
  • Masquerait (ou démasquerait) les lignes contenant un <span class="mw-uctop"> lors d'un clic sur le lien sus-mentionné
Ça ne devrait pas être trop compliqué à coder.
⇨ Dr Brains ∞ Doléances ∞ 2 janvier 2011 à 15:54 (CET)
Voila : « importScript('User:Arkanosis/lastContribs.js'); » dans le monobook.js ou vector.js devrait faire l'affaire. Testé rapidement avec monobook.
Reste à corriger pour vector, tester plus à fond, débugger et améliorer (je me suis permis quelques goritudes dans le code).
Amicalement — Arkanosis 2 janvier 2011 à 16:48 (CET)
Au temps pour moi, ça marche également avec vector ; j'avais juste oublié de l'ajouter dans mon vector.js  . — Arkanosis 2 janvier 2011 à 16:52 (CET)

Modèle lang ?Modifier

Bonjour. Je retransmets (en partie) une intervention que j'ai faite sur l'atelier accessibilité :
J'utilise depuis bien longtemps le gadget qui ajoute 7 boutons dans la barre d'outils et qui permet, entre autre et pour ce qui est de l'accessibilité, de créer des citations françaises et étrangères quasiment en 1 seul clic. A moins que je l'ai loupé quelque part, il n'existe pas la même chose pour le modèle lang ? Ne serait-il pas possible de l'intégrer à cet outil avec la langue anglaise par défaut (comme citation étrangère) ? Ça faciliterait la tâche des contributeurs accessibilisateurs motivés --'toff [discut.] 15 janvier 2011 à 04:21 (CET)

Bonne idée, mais avec une option pour une langue de son choix par défaut si c'est possible ? (parce que selon les domaines, ce n'est pas toujours l'anglais qu'on utilise le plus souvent) TED 15 janvier 2011 à 04:36 (CET)

Edit : j'ai trouvé via la personnalisation (mais l'aide n'est pas super claire surtout pour ceux qui rament comme moi et il me semble qu'il manque une } quelque part ?). Je pense cependant que l'ajouter au gadget serait un plus quand même mais, en attendant, via la personnalisation et le monobook, ça fonctionne. --'toff [discut.] 15 janvier 2011 à 22:18 (CET)

masquer les changements d'interwikiModifier

Bonjour. Tout d'abord bonne année aux participants du projet. Je serais intéressé par une fonction javascript permettant de masquer les contributions de bots ne concernant que les interwiki dans une page d'historique d'un article. Pour moi, c'est un défaut majeur de Mediawiki de ne pas avoir séparé les parties interwiki et catégorie des articles principaux, j'essaie donc de le combler en partie. Je pense que la fonction javascript pourrait tester si une contribution est faite par un bot et si son résumé de modification est "robot Ajoute: ..." ou "robot Modifie: ...". Ça ne me dérange pas s'il la fonction n'est pas désactivable autrement qu'en la commentant dans son monobook.js.

Cordialement, Freewol (d) 26 janvier 2011 à 16:08 (CET)

PS : j'utilise monobook

importScript('Utilisateur:Dr Brains/HistoryHideBots.js');
Fait un peu plus que demandé : il permet de masquer/afficher les modifs faites par des robots.
La liste des robots est conservée dans un cookie d'une durée d’une semaine.
La variable HistoryHideBots_AutoHide (à personnaliser dans le monobook/vector) permet de définir la préférence par défaut :
  • true : bots masqués (défaut)
  • false : bots affichés.
⇨ Dr Brains ∞ Consultation ∞ 26 janvier 2011 à 17:48 (CET)
Merci pour la réponse rapide. En fait, j'aurais aimé pouvoir afficher les modifications des bots ne concernant pas les interwiki, du type ajout de portail ou correction automatisée de faute d'orthographe. Est-ce possible ? Cordialement, Freewol (d) 27 janvier 2011 à 11:02 (CET)
 
Une variable supplémentaire personnalisable HistoryHideBots_OnlyInterwikiBots permet de filtrer les seuls bots ajoutant/modifiant/retirant un interwiki :
  • true : bots interwikis seulement (défaut)
  • false : tous les bots
⇨ Dr Brains ∞ Consultation ∞ 27 janvier 2011 à 11:50 (CET)
Super, ça fonctionne parfaitement :) Juste par curiosité, comment détectes-tu les changements d'interwiki ?
Ah et petite question, si je change la valeur d'une variable, je dois recharger ma page monobook.js comme si j'ajoutais une nouvelle fonction, c'est ça ?
Merci beaucoup. Cordialement, Freewol (d) 27 janvier 2011 à 13:20 (CET)
Pour répondre à ta première question :
Déjà, il y a un premier filtrage au niveau du nom de l'utilisateur, pour voir si c'est un bot ou pas. Ensuite, lorsqu'un bot change un interwiki, il met l'interwiki en commentaire, ce qui donne en HTML un <a class="extiw" />. Donc, si l'UserName correspond à un bot et si il y a un tel lien dans la ligne, la ligne est prise en compte et masquée ou démasquée suivant le cas.
Et oui, si tu modifies une variable, tu dois recharger le cache pour qu'elle soit prise en compte immédiatement.
⇨ Dr Brains ∞ Consultation ∞ 27 janvier 2011 à 13:32 (CET)
Merci pour ces réponses :) Cordialement, Freewol (d) 27 janvier 2011 à 15:09 (CET)

Discussion MediaWiki:Gadgets-definitionModifier

Bonjour, il y a sur cette page une liste de quelques gadgets sur les autres wikis qu'il me semble important d'importer. JackPotte ($) 5 février 2011 à 06:04 (CET)

galerie d'affichageModifier

Bonjour,
J'aurais besoin d'une galerie 3D (un peu comme celle-ci : http://www.javascriptfr.com/codes/ALBUM-PHOTOS-3D_43224.aspx). Je pensais coder dans mon common.css un test sur l'url (si elle contient "Galerie:", alors je charge la galerie) avec pour la récupération des images, le contenu de la page galerie.
Exemple, je crée dans une page Galerie:Test, une div avec pour id="galerie3d" et qui ne contient que des url d'images séparées par des virgules. Comme il s'agit d'une page avec le mot Galerie dans le nom, elle charge le code de la galerie situé dans common.js et passe le contenu de la div comme paramètre (innerHTML). Mais j'ai pas réussi :(.
D'avance merci,
Yamimillenium (d) 10 février 2011 à 15:53 (CET)

Un peu en retard, mais tant pis.
C'est pour wikipédia ou pour un autre wiki ?
Si comme je le soupçonne c'est pour un autre wiki, il existe des extensions qui doivent pouvoir le faire bien mieux qu'un script en JavaScript pur.
⇨ Dr Brains ∞ Consultation ∞ 5 mars 2011 à 18:03 (CET)

mise en relief des noms des administrateursModifier

Bonjour. J'aimerais pouvoir, dans les pages de discussions au moins, et si possible également dans les historiques de page, avoir en relief les contributeurs possédant le statut d'administrateur. Si c'était possible d'affecter une classe html à leur nom pour que je puisse décider de la mise en relief dans mon monobook.css, ça serait génial. Cordialement, Freewol (d) 7 mars 2011 à 21:10 (CET)

Dans les historiques, tu peux déjà utiliser le gadget DeluxeHistory qui ajoute les classes « history-user-sysop », « history-user-normal », « history-user-bot » et « history-user-ip » à chaque ligne.
Pour les discussions, on peut bidouiller un truc… je vais jeter un coup d'œil.
Amicalement — Arkanosis 8 mars 2011 à 10:23 (CET)
Merci pour la réponse. En fait, le gadget DeluxeHistory ne fonctionne pas correctement pour moi, peut-être à cause des nombreuses autres fonctions javascript que j'utilise pour les pages d'historique. En gros, ça casse un peu la mise en page (les diff ne sont plus alignés avec les puces), et surtout le pop-up de lupin ne fonctionne plus sur les diffs les plus hauts de la page (en gros seuls les 10 derniers fonctionnent). Du coup, en l'état, je ne peux pas l'utiliser. Cordialement, Freewol (d) 8 mars 2011 à 10:40 (CET)

Nombre de pages liéesModifier

Bonjour. Comme à chaque fois que je demande un script ou une amélioration de script, je ne sais pas si c'est possible de le réaliser. Alors je me lance. Serait-il possible de créer un outil permettant de voir le nombre de pages liées à une page ? Et cette indication, serait-il possible de la faire figurer juste à côté du lien classique "pages liées" en bas à gauche. Par exemple, que l’on ai un affichage type - Pages liées (n) où n=nombre de pages liées. Merci d'avance pour votre attention. Cordialement, Sebleouf (d) 31 mars 2011 à 11:04 (CEST)

Existe déjà :
Utilisateur:Dr Brains/WhatlinkshereDeluxe.js (documentation)
⇨ Dr Brains ∞ Consultation ∞ 31 mars 2011 à 13:42 (CEST)

InterlanguesModifier

Bonjour, Dans le cadre du projet de traduction et de correction syntaxique, je voudrais qu'un développeur mette en place un petit script de monobook qui me serait très utile, je m'explique :

Souvent, les pages ont des interlangues du type : [[:en:France]] ou {{Lien|trad=France}}; il me faudrait passer d'un [[:en:X]] à un [[X]] à l'aide par exemple d'un clique droit, qui ferait l'action, et qui pourrait le faire si on fait CTRL + A puis clique droit > conversion interlangue.

  • Pour {{Lien}} ce serait la même chose; si l'interlangue existe en français et en langue étrangère, mettre le lien français.
Avantages
  • Traduire plus rapidemment les liens
  • Gain de temps
    • Baisse du nombre d'article à traduire (étant donné que les traducteurs ont plus de temps)

Enfin, j'espère que ceci est clair et précis. :)


Il faudrait peut-être que ceci soit aussi possible avec bot, et l'ajouter à Wikicleaner. → LD Réclamations ? 3 avril 2011 à 12:37 (CEST)

J'attendais que quelqu'un d'autre se dévoue...
En préalable à la réalisation d'un gadget concernant le modèle {{Lien}}, je viens de modifier {{Lien}} et {{Lien/témoin}} : à présent, un <span class=ExistingLink"> est ajouté à la page, contenant le titre de la page. Il est donc possible de vérifier que la page contienne au moins un tel lien (sans aller chercher les pages liées à {{Lien/témoin}}, ce qui serait trop fastidieux pour le traitement d'une seule page).
Ensuite, il faut juste un petit script qui remplace {{Lien|...}} par {{subst:Lien/Conversion automatique|...}} (sauf dans les références, où la substitution ne marche pas). Ça ne doit pas être trop compliqué à coder.
Pour les liens de type [[:en:X]], c'est plus compliqué, mais c'est faisable, étant donné qu'ils ont une classe spécifique "extiw" dans leur code source. Par contre, pour savoir si la page cible existe ou non en français demande une requête supplémentaire.
Pour WikiCleaner, faut voir avec le développeur qui s'en occupe.
⇨ Dr Brains ∞ Consultation ∞ 7 avril 2011 à 00:33 (CEST)


Bonjour,
En ce qui concerne WikiCleaner, les liens du type [[:en:X]] sont gérés avec l'erreur n°68 du projet correction syntaxique : un clic droit sur le lien permet de vérifier les liens interlangues (de la page en:X) et propose de remplacer par le lien équivalent français si il est trouvé.
Est-ce que ça répond à ta demande pour [[:en:X]] ? Est-ce qu'il faut juste quelque chose de similaire pour {{Lien}} ?
--NicoV (d) 7 avril 2011 à 13:46 (CEST)
Je l'utilise certes beaucoup, mais, je voudrais qu'il puisse créer un {{Lien}} car sinon l'erreur 68 existe encore; manuellement c'est très long... --LD m'écrire 7 avril 2011 à 19:59 (CEST)
J'ai ajouté une possibilité de remplacer [[:en:X]] par {{Lien}} en ayant juste à renseigner le nom de la page sur l'article frwiki. C'est ce que tu voulais ? --NicoV (d) 10 avril 2011 à 23:46 (CEST)
C'est déjà ça, le problème, par exemple un article japonnais ne pourra pas être traduis comme ça par un correcteur de syntaxe. Néanmoins, c'est très utile c'est nouvelle fonction étant donné que la plupart des langue-liens sont des langues européennes. LD m'écrire 10 avril 2011 à 23:54 (CEST)

ContributionsModifier

Copié de Wikipédia:Demande d'intervention sur un message système 6 juin 2011 à 17:54 (CEST)
Pages où apparaît ce message : Les pages de contributions.
Changement proposé : Est-ce qu'on pourrait, du moins créer une extension, permettant de voir la modfications qui a suivi la notre? Exemple avec l'historique de cette page avec la modification 66040543 de Althiphika et la modification 66040683 de Lgd.:

Ou:

Pratique pour : Savoir si on a été révoqué, savoir si quelqu'un nous a répondu dans une page de discussion. Sapindnoel ou de juin plutôt Parler à un sapin(et avoir l'air fou) 05 juin 2011 à 17:56 (UTC-4) ou 5 juin 2011 à 23:56 (CEST)

Ce serait très lourd de le faire par défaut à l'ouverture de la page.
Par contre on peut imaginer un lien (à la place du (dernière) lorsque, justement ce n'est pas la dernière modif) qui lancerait la requête pour aller chercher les modifications postérieures.
Je vais voir si je peux coder ça rapidement.
⇨ Dr Brains ∞ Consultation ∞ 8 juin 2011 à 11:14 (CEST)
  Ajouter au common.js :
importScript('Utilisateur:Dr Brains/ContributionsDeluxe.js');
⇨ Dr Brains ∞ Consultation ∞ 8 juin 2011 à 12:49 (CEST)
C'est super, J'aimerais seulement savoir si on peut remplacer 2011-06-08T11:03:02Z par 8 juin 2011 à 11:03 et mettre le résumé de modifications? Comme sa on peut savoir si on à été révoquer. Sapindnoel ou de juin plutôt Parler à un sapin(et avoir l'air fou) 08 juin 2011 à 11:50 (UTC-4) ou 8 juin 2011 à 17:50 (CEST)
Il y a une erreure ; la dernière modification qu'il y a eu devrait la première en haut et non pas la dernière en bas. Sapindnoel ou de juin plutôt Parler à un sapin(et avoir l'air fou) 08 juin 2011 à 12:16 (UTC-4) ou 8 juin 2011 à 18:16 (CEST)
Pour le timestamp, oui ça peut se faire, je n'ai juste pas eu le temps de la faire.
Pour l'ordre, c'est voulu : vu qu'on part de la modif initiale qui est en haut, plus on descend plus la modif est récente. J'imagine que ce sera plus clair avec la date et l'heure affichées correctement.
⇨ Dr Brains ∞ Consultation ∞ 8 juin 2011 à 19:51 (CEST)
Merci c'est super   Sapindnoel ou de juin plutôt Parler à un sapin(et avoir l'air fou) 08 juin 2011 à 20:46 (UTC-4) ou 9 juin 2011 à 02:46 (CEST)

Un chargement « à la demande»Modifier

Bonjour.

Récemment, sur la page de discussion du projet des transports en Île-de-France a été évoqué par Clicsouris (d · c · b) le problème des schémas de ligne, de nœuds ferroviaires et cætera trop lourds à charger. Et il est vrai que le simple fait de rajouter un schéma avec les modèles {{BS}} de 16 Kio dans le code-source de ligne A du RER d'Île-de-France a augmenté le poids du rendu HTML de… 250 Kio plus les dizaines d'images (de 400px) à charger.

Je me demandais donc : serait-il possible de faire en sorte que le contenu de certaines boîtes déroulantes et autres modèles de type collapsible, au lieu d'être chargé au démarrage, soit chargé par AJAX lorsqu'on appuie sur le bouton [afficher] ? Merci --Pic-Sou (d) 27 juin 2011 à 10:19 (CEST)

Possible : bien sûr. Souhaitable, c'est une autre histoire.
Le problème est que certaines parties d'un article ne seront dès lors plus accessibles pour les utilisateurs qui n'ont pas Ajax, notamment ceux qui ont désactivé JavaScript.
De plus, on ne peut pas en faire un gadget puisqu'il faudrait empêcher l'inclusion par défaut du contenu ciblé (inclusion réalisée en php avant que le javascript intervienne).
Bref, il faudrait un débat plus large que simplement ici sur le projet:JavaScript. Tout ce qu'il est possible de dire ici, c'est que oui c'est faisable.
⇨ Dr Brains ∞ Consultation ∞ 27 juin 2011 à 12:51 (CEST)
J'en parlerais cet après-midi au bistro, merci --Pic-Sou (d) 27 juin 2011 à 13:53 (CEST)

ModificationModifier

Je suis peut-être pas au bon endroit pour demander, je me suis tromper à chaque fois jusqu'à date... Est-ce que, lorsque l'on est sur une page, savoir si depuis qu'on est rentrer dans la page elle à été modifiée? ŠⱥᶈıȵƋᵰøǝł ou plutôt de juin! Parler à un sapin(et avoir l'air fou) 27 juin 2011 à 09:56 (UTC-4) ou 27 juin 2011 à 15:56 (CEST)

En clair, tu voudrais un pop-up affichant qu'une modification a été faite au moment où tu la modifies, c'est bien ça ? ~Hlm Z. [@] 27 juin 2011 à 17:31 (CEST)
Il existe le gadget "LastContrib" (Préférences >> Gadgets >> Gadgets généraux (le N° 7).
Mais ce n'est pas exactement ce que tu sembles demander.
⇨ Dr Brains ∞ Consultation ∞ 27 juin 2011 à 18:23 (CEST)
Comme Hlm Z., mais même quand on consulte la page ŠⱥᶈıȵƋᵰøǝł ou plutôt de juin! Parler à un sapin(et avoir l'air fou) 27 juin 2011 à 12:33 (UTC-4) ou 27 juin 2011 à 18:33 (CEST)
@Dr Brains:j'ai essayé le gadget, mais se serait mieux un popup quand la page est modifiée. ŠⱥᶈıȵƋᵰøǝł ou plutôt de juin! Parler à un sapin(et avoir l'air fou) 27 juin 2011 à 12:35 (UTC-4) ou 27 juin 2011 à 18:35 (CEST)
Une popup, ça veut dire qu'il faut qu'une requête soit lancée en permanence (à intervalle réguliers rapprochés, genre quelques secondes), juste pour vérifier que l'oldid de la page n'a pas changé. C'est très lourd, pour une utilité toute relative.
⇨ Dr Brains ∞ Consultation ∞ 27 juin 2011 à 18:37 (CEST)

Mini-aide contextuelle pour les articlesModifier

Bonjour, :) Voici l'objet de ma demande: j'aimerais utiliser une sorte de gadjet faisant office de mini-aide (c'est à dire d'un résumé d'aide de même taille qu'un Lumière Sur) qui évolurait en fonction des Wikiprojets l'évaluant en PDD et des portails affiliés.

Pages où il apparaîtrait: espace principal (articles)


1. Au niveau de l’apparence, il serait constitué d'une fine barre de 1px "bleu-Vector" en haut et en bas, apparaissant en haut d'un article.

  • Une partie supérieure cliquable indiquant (exemple improvisé:) "Cet article dispose d'une aide contextuelle | Cliquez sur cette barre pour l'afficher". La partie inférieure, par défaut rétractée (facultatif: avec un paramètre permettant le contraire),
  • disposerait à droite d'onglets (dont un par défaut à la fois généraliste et évitant un vide complet en cas d'absence d'aide dédiée),
  • et à gauche d'une aide située dans une sous-page du projet ou du portail (s'il n'y a pas de projet lié) qui se chargerait grâce à du JS afin d'économiser au chargement de la page complète et ainsi réduire le temps d'affichage de l'article en lui-même(facultatif: avec un paramètre permettant de tout précharger par ex si on a désactivé le JS).

2. Un clic gauche sur un lien ouvrirait un nouvel onglet au lieu d'écraser la page sur laquelle se trouve la mini aide (souvent constituée de plus d'un lien permettant d'approfondir si l'on veut).

3. Si un portail est accompagné d'un projet, alors l'aide viendrait avant tout du projet afin d'éviter l'apparition de doublons dans la liste et de la surcharger.

Cela permettrait ainsi de disposer d'une aide synthétique (à condition que ces fameuses sous pages soient créées, je vous l'accorde) sans devoir obligatoirement passer par la PDD et 20 pages d'aide et tutoriaux (et surtout où se trouvent ceux dont on a besoin).

Je crois que j'ai dit tout ce dont vous pouviez avoir besoin. Alors, à votre bon cœur! :)

PS: au départ, j'envisageais faire ceci tout seul en tant qu'extension pour MediaWiki et dédiée aux newbies de Wikipédia et autres wikis (et à ceux qui ont besoin d'avoir la mémoire rafraîchie), mais je me suis rendu compte que je devais utiliser du Javascript, langage que je n'ai pas appris. ^^" --Feldo l'écureuil [Noisettes ?] 16 septembre 2011 à 18:36 (CEST)

Mmmh. Ca ressemble, dans son principe, à un de mes script User:Dr Brains/Help.js, à ceci près que l'aide n'y dépend pas du projet lié mais est toujours la même (User:Dr Brains/Help)
Est-ce que c'est plus où moins le principe que tu envisages ?
Pour tester, ajouter au common.js : importScript('User:Dr Brains/Help.js');
⇨ Dr Brains ∞ Consultation ∞ 16 septembre 2011 à 19:48 (CEST)
En fait, c'est pas vraiment ça. Certes, il est aussi question avec le tiens de renvoyer aux pages d'aides de WP, mais là je parle d'un élément qui s'intègre à l'intérieur même de la page de l'article (en haut), avec prévisualisation d'une synthèse des différentes choses les plus utiles pour tels ou tels projets. Comme cela, il serait facile (notamment pour les nouveaux/amnésiques/têtes-en-l'air-comme-moi de retenir les exigences de chaque et de gagner du temps. Quant à l'interface, elle est complètement différente de celle que je proposais, à savoir une prévisualisation contextuelle de ces résumés d'aide grâce à Live Preview. Ici, l'aide se veut condensée, synthétisée afin de toucher le plus grand nombre et l’orienter facilement et directement sur ce que les rédacteurs de ces résumés jugeront le mieux (les pages "mini-résumé" chargées par le gadget restant facilement modifiables).
Cela t'éclaire-t-il un peu ? :) --Feldo l'écureuil [Noisettes ?] 16 septembre 2011 à 23:55 (CEST)
Pas de nouvelles ? :'( Aurait-je mal expliqué ma demande ou dit quelque chose de travers ? Parce que vu la faible quantité de choses demandée (une petite interface découpée en 3, des onglets, une fenêtre de prévisaulisation utilisant un Livepreview, donc un module déjà codé de Wikimedia), je croyais que ça aurait pu intéresser quelqu'un(?). Je précise aussi que les pages d'aides n’auraient pas à être créées par le développeur du script, hein ;) --Feldo l'écureuil [Noisettes ?] 21 septembre 2011 à 21:33 (CEST) (PS: j'ai vexé personne avec ma demande, hein ? ^^" )
Tiens, j'étais persuadé d'avoir répondu. Je devais faire autre chose en même temps et aurais oublier de publier avant d'éteindre l'ordi.
Or donc, ce que tu décris, c'est le principe de mon script (en faisant abstraction du design). Les liens de la partie droite (qui correspondent à des vraies pages d'aide, pas du tout créées par ou pour le script) sont prévisualisés dans la partie gauche. On pourrait donc, par rapport par exemple à la présence de bandeaux de portail dans l'article, fournir une ou plusieurs pages d'aides "spécialisées" dans ce domaine (règles ou recommandations spécifiques, lien vers des ressources, etc...), en plus d'une aide "standard" concernant la syntaxe et les règles générales. Il suffirait dès lors de créer une page [[Portail:<THÈME>/Aide contextuelle]] avec les liens qui vont biens à appeler par le script.
Par contre, vu que cela s'adresserait en priorité aux débutants, il faudrait que ce soit activé pour tous (y compris les IP), mais désactivable via les préférences. Et là je ne suis pas sûr que ça plairait.
⇨ Dr Brains ∞ Consultation ∞ 21 septembre 2011 à 21:50 (CEST)
Voilà, en gros c'est ça! :) (à part qu'il faudrait peut-être inclure aussi les Wikiprojets de la PDD dans l'aide contextuelle)
"Et là je ne suis pas sûr que ça plairait." => il suffirait aux mécontents de le désactiver dans Préférences. Au pire, le système pourrait-il être activé par défaut uniquement pour ceux qui s'inscrive à partir de la date de mise en fonction du gadget? Sinon, je rappelle que le but de WMF est d'attirer de nouveaux contributeurs et de les garder. L'argument des mécontents a donc peu de poids car l'handicap serait minime, voir inexistant. De plus, ils ne râleront pas si cela fait baisser le nombre de vandalisme/éditions maladroites des nouveaux. --Feldo l'écureuil [Noisettes ?] 23 septembre 2011 à 21:49 (CEST)
Mmmh. Tu m'as l'air de sous-estimer grandement la capacité de râlage du wikipédien moyen. Mais bon, reléguons ce pb à plus tard pour l'instant.
Ce qu'il faut, c'est donc :
  1. créer un modèle standard, correspondant à l'interface de l'aide (l'équivalent de la page User:Dr Brains/Help pour mon script, moins les boutons). Ce modèle pourrait être inclus via un message système (à déterminer). Il doit être le plus simple et intuitif possible.
  2. déterminer la forme du titre des pages d'aide spécialisées : [[Portail:<THÈME>/Aide contextuelle]] ou [[Projet:<THÈME>/Aide contextuelle]]
  3. pour chaque thème, déterminer quels liens sont nécessaires (liens internes exclusivement) et créer la page d'aide contextuelle correspondante
  4. pour certaines catégories de pages non-encyclopédiques (catégories, modèles, etc...), prévoir une page d'aide spécifique
  5. créer le script pour gérer tout ça (de mon point de vue, c'est le plus facile)
  6. une fois l'ensemble opérationnel, convaincre la communauté de l'intérêt de la chose activée par défaut (un sondage serait auparavant indiqué pour voir si on ne travaille pas pour rien, car si ce point n'est pas rempli, on travaille effectivement pour rien)
Il est plus simple de partir des bandeaux de portails, qui sont dans l'article. Aller chercher les wikiprojets dans la pdd est faisable mais nécessite une requête ajax supplémentaire (à supposer que la pdd existe et comporte un bandeau d'évaluation).
Non, on ne peut pas activer juste pour les nouveaux arrivants. Et à mon avis, il faut que ce gadget puisse servir aux IP aussi.
Il me semble que ce serait pas mal de lancer l'idée sur le Bistro, voir les réactions, et si c'est positif créer un Projet:Aide contextuelle (et y associer les membres du Projet:Aide). On pourra alors avancer plus aisément que sur cette page-ci.
⇨ Dr Brains ∞ Consultation ∞ 23 septembre 2011 à 23:07 (CEST)
En ce qui concerne la capacité de râlage, je m'efforce de distinguer le Wikipédien moyen du Français moyen, même si étant Français, j'avoue que ce n'est pas de la tarte. ;) Mais tu as raison : il vaut mieux reléguer ce problème à plus tard pour le moment. Passons à ta todo-list.
  1. Voir "Création du modèle standard" ci-dessous (en attendant le projet).
  2. Je suis d'avis que les pages d'aides spécialisées devraient se trouver en priorité dans [[Projet:<THÈME>/Aide contextuelle]], les projets étant plus centrée l'amélioration des articles que les portails qui ont plus une fonction de vitrine d'articles. Cependant, certains portails ne comportent pas de projets liés. Ainsi, il faudrait aussi rechercher [[Portail:<THÈME>/Aide contextuelle]] pour les portails sans projet et lorsque l'article ne comporte pas de page de discussion (il s'agirait alors d'une redirection). Il faudrait aussi inciter textuellement à transférer cette aide en cas de création d'un projet lié.
  3. L'idéal serait de procéder à des tests. Je suis pour l'introduction du moins de liens wikis possible. Des "(en savoir +) à la fin de chaque mini section d'aide (elle-même formatée en gras et non pas avec des sections comme une page wiki classique), un "À propos — Modifier cette aide" et ça serait à peu près tout. Cela dans le but d'éviter un étalement d'une aide ayant vocation à rester courte, rapide à lire et facile à comprendre. Petite question: pour la page par défaut de l’aide contextuelle, où la placer ? Dans un futur projet consacré ? Sur la futur page [[Wikipédia:Aide contextuelle]], une sous-page, ou bien la future page [[Aide:Aide contextuelle]] ?
  4. D'accord sur le principe. Une aide contextuelle spécifique pour les pages de discussions pourrait être aussi utile, puisque certains utilisateurs non-inscrits l'utilisent parfois comme s'il s'agissait d'un forum et que certains utilisateur inscrits ont par la passé déjà utilisé ces pages sans respecter les recommandations. Toujours dans une optique de prévention, donc.
  5. +1
"Non, on ne peut pas activer juste pour les nouveaux arrivants. Et à mon avis, il faut que ce gadget puisse servir aux IP aussi." => Dommage ; ça aurait été utile pur réduire le nombre des futurs râleurs :(. Je suis d'accord à propos des IP.
"Il me semble que ce serait pas mal de lancer l'idée sur le Bistro, voir les réactions, et si c'est positif créer un Projet:Aide contextuelle (et y associer les membres du Projet:Aide). On pourra alors avancer plus aisément que sur cette page-ci."=> D'accord. Cependant, je ne sais pas trop comment je pourrais présenter cela de façon claire et compréhensible dès le début sans provoquer un dialogue de sourds. Ça ne te dérangerait pas trop de lancer cette fameuse discussion STP? ^^" --Feldo l'écureuil [Noisettes ?] 2 octobre 2011 à 17:09 (CEST)

Création du modèle standardModifier

Je me suis permis d'ouvrir une sous-discussion concernant le modèle en lui-même. J'avais déjà une petite idée à ce sujet concernant la forme rétractée, que j'ai tant bien que mal tenté de faire apparaître directement en CSS, sauf que ça ne semble pas marcher sur une page normale de Wikipédia. :( J'ai donc opté pour un agencement en tableau, sachant que cela a tendance à séparer les images de quelques pixels alors qu'elles devraient en fait être collées, que les images sont ici toutes "en dur" afin de palier à ce problème avec le CSS, et que le texte (dont les triangles) est très mal aligné.

      
  Cet article dispose d'une aide contextuelle | Cliquez sur cette barre pour l'afficher
      

Je me suis inspiré de l'interface par défaut de Wikipédia (et donc la plus utilisée), à savoir Vector, ce qui améliore l'intégration visuelle. Idéalement, cette barre rétractée aurait la hauteur mise dans cet exemple et le même type de positionnement que Modèle:Bandeau alerte. En ce qui concerne le texte, je n'ai pas été très inspiré, j'ai repris un exemple que j'avais déjà utilisé plus haut. ^^" Si quelqu'un voit des améliorations à apporter, qu'il n'hésite pas! :) --Feldo l'écureuil [Noisettes ?] 2 octobre 2011 à 17:09 (CEST)

Outil d'aide au peuplement de catégoriesModifier

Bonjour. Suite à un cas concret, j'ai vu les difficultés de peupler une nouvelle catégorie dont il existe pourtant un équivalent dans une autre langue. Je me demande s'il n'existe pas un outil capable de nous guider dans cette tache ou si son développement ne serait pas un gros plus. Je m'explique...

  • Je repère une catégorie sur :en (ou autre) qui me semble d'intérêt ;
  • Je la créé sur :fr et indique le ou les interwiki(s) ;
  • Je lance l'outil et renseigne ses paramètres ;
    • L'outil vérifie un interwiki cible (typiquement :en) et liste les articles présents ;
    • L'outil vérifie ensuite dans cette liste temporaire, l'existence d'article :fr équivalent par les interwikis sur les articles mêmes ;
    • L'outil fournit en résultat une nouvelle liste d'articles :fr qui sont « potentiellement » rattachable à cette nouvelle catégorie ;
  • Je peux ainsi, après vérification, rattacher les articles soit à la main, soit en demandant à un bot.

Bilan : la catégorie et créé et peuplée rapidement. La manipulation n'est plus à faire à la main. Cordialement. Like tears in rain {-_-} 21 septembre 2011 à 19:22 (CEST)

Il est possible de créer un script qui, à partir de la catégorie de (en) (ça suppose d'installer le script sur son common.js de (en)), liste les articles (et les sous-catégories, toute l'arborescence en fait), puis recherche des interwiki (fr) pour en faire une liste dans une sous-page utilisateur. C'est relativement simple.
Par la suite, grâce à la liste obtenue, on peut, ici sur (fr), à l'aide d'un deuxième script, reprendre les catégorisations pour recréer l'arborescence. Là c'est un peu plus complexe et surtout c'est un travail de bot (nécessitant peut-être un flag). Mais c'est faisable.
L'idéal serait d'avoir un script qui fait les deux en une seule opération mais ce n'est pas possible en js (sauf peut-être en passant par secure.wikimedia mais ce n'est pas une bonne idée de charger ces serveurs-là).
Je pense pouvoir facilement faire le premier script. Si déjà ça peut t'avancer.
⇨ Dr Brains ∞ Consultation ∞ 21 septembre 2011 à 19:39 (CEST)
Je te remercies pour ta réponse rapide. J'en comprend que le javascript n'est probablement pas le bon moyen d'ariver à mes fins (script multiples : peu pratique) et que le toolserver est peut-être la meilleure idée. Je vais en parler à un développeur y ayant accès. On verra bien ;) Like tears in rain {-_-} 22 septembre 2011 à 09:50 (CEST)
Je pense pouvoir faire l'inverse de http://toolserver.org/~myst/cil/?cat=Tolkien&wpsrc=enwiki_p&wptgt=frwiki_p qui permettra de trouver tout les articles qui ont un interwiki vers la fr depuis en dans une catégorie précise. Myst (d) 22 septembre 2011 à 20:27 (CEST)
A tester http://toolserver.org/~myst/ncil/?cat=J.+R.+R.+Tolkien&wpsrc=enwiki_p&wptgt=frwiki_p&submit=Go+get+it%21 Myst (d) 22 septembre 2011 à 20:30 (CEST)
Effectivement, le dernier cas en répérant les articles existants sur :fr depuis une catégorie étrangère, rempli mon but. Est-ce qu'une fonction d'exportation en wikitexte est à l'étude ? (pour récupération pour un bot) ? Like tears in rain {-_-} 23 septembre 2011 à 09:13 (CEST)

Ajout d'un bouton "Numéro d’utilisateur"Modifier

Bonjour, je voudrais la création d'un gadget qui permette d'ajouter un bouton signature anonyme qui lorsque l'on clique dessus permet de signer en faisant apparaitre, non pas le pseudonyme de l'utilisateur, mais le "Numéro d’utilisateur" suivi de la date et l'heure comme pour les signature normales. Je voudrai soumettre à la communauté mon idée de vote anonyme pour certains types de vote... Mais pour exposer mes propos, un gadget serait vraiment le bienvenu. merci par avance. amicalement--Wikialine (d) 30 septembre 2011 à 22:31 (CEST)

Heu, je suis un peu perplexe.
Quand tu parles de "vote anonyme", tu sous-entends "vote sous IP", puisque le nom d'utilisateur serait dans l'historique et que ce ne serait donc plus un vote anonyme. Mais qu'est-ce qui empêche une IP de voter plusieurs fois en mettant un N° différent (et en changeant son IP à chaque fois bien sûr) ? Sachant que chacun n'a accès qu'à son propre N° d'utilisateur, il serait encore plus difficile de débusquer les fraudes.
Par ailleurs, techniquement parlant, ce N° d'utilisateur n'est disponible (à ma connaissance) qu'à un seul endroit, dans Spécial:Préférences, page inaccessible aux IP.
Donc... je ne vois pas où tu veux en venir.
⇨ Dr Brains ∞ Consultation ∞ 30 septembre 2011 à 22:42 (CEST)
Précision : le numéro d'utilisateur est accessible à tout le monde. Et identifier un contributeur sous IP est plus facile qu'il n'y paraît.
Amicalement — Arkanosis 1 octobre 2011 à 20:57 (CEST)
Au temps pour moi.
Mais ça ne répond pas à mes interrogations (au contraire même).
Considérons le vote suivant :
  •   Pour Utilisateur N°130587
D'une part, on peut relier le N° utilisateur à un pseudo, Arkanosis (d · c · b). Donc, ce vote n'est pas anonyme.
D'autre part, qu'est ce qui prouve que ce n'est pas, en réalité, Dr Brains (d · c · b) qui a voté sous IP avec le N° d'Arkanosis (d · c · b) ? Comment en être sûr si ce n'est :
  • en demandant à Arkanosis (d · c · b) de le confirmer (dès lors le vote par N° n'a plus aucun intérêt)
  • en effectuant un CU (ce que ne permet sans doute pas les règles de cet outil et comporte un risque non négligable d'erreur)
Donc, au risque de me répéter, je ne vois pas bien où ça nous mène.
⇨ Dr Brains ∞ Consultation ∞ 1 octobre 2011 à 23:23 (CEST)
J'ignorai que le n° d'utilisateur était visible de tous. Le lien que viens de communiquer Arkanosis démontre que c'est possible du coup ça rend mon idée obsolète. Au départ je voulait imaginer un système de vote anonyme en votant par le n° d'utilisateur (je pensai que ce n° n'était pas accessible aux autres utilisateurs) et en rendant l'accès à l'historique ouvert uniquement aux bureaucrates pour valider certains votes. C'était une idée que je voulais creuser, mais le n° d'utilisateur n'est plus la solution. Le vote anonyme est d'après moi une nécessité pour certains types de votes. Reste plus qu'à imaginer un nouveau système. Merci pour vos message. amicalement--Wikialine (d) 2 octobre 2011 à 14:42 (CEST)

RechercheModifier

Bonjour, j'aimerais savoir si la fonction à laquelle j'ai pensé est possible.

Mise en situation : Si quelqu'un recherche Navy NCIS dans la petite boite de recherche, il tombe automatiquement sur la page NCIS : Enquête spéciale, sans même avoir accès à la page de recherche ; il ne sait donc pas ce que sa recherche lui aurait donnée d'autre. La fonction ferait qu'il y aurait dans l'entête un message (de style homonymie) qui dirait les trois autres meilleurs résultats à sa recherche une fois dans l'article.

Je sais que c'est pas clair, j'ai donc fait un exemple ici.

En espérant que c'est clair et merci d'avance, ŠⱥᶈıȵƋᵰøǝł ou plutôt de octobre ! Parler à un sapin (et avoir l'air fou) 03 octobre 2011 à 12:14 (UTC-4) ou 3 octobre 2011 à 18:14 (CEST)

Bonjour.
C'est techniquement possible, mais assez complexe : quand un article est chargé, on ne peut pas savoir s'il a été atteint par le champ de recherche. Il faudrait donc court-circuiter le champ de recherche lui-même.
Le gadget OldSearchBox (disponible dans les préférences) ajoute un bouton pour lancer explicitement une recherche. Cela résout-il ton problème ?
Orlodrim [discuter] 13 octobre 2011 à 12:38 (CEST)
Oui, Merci! ŠⱥᶈıȵƋᵰøǝł ou plutôt de octobre ! Parler à un sapin (et avoir l'air fou) 15 octobre 2011 à 12:23 (UTC-4) ou 15 octobre 2011 à 18:23 (CEST)

PàS - admissibitéModifier

Bonjour, il faudrait un outil comme Pastec, qui permettrait de :

Cela permettrait de faire une réelle progression de la maintenance de Catégorie:Admissibilité_à_vérifier. N'hésitez pas à émettre vos idées.


Peut-être qu'il faudrait faire un autre modèle que "suppression" par exemple "suppression balayette", comme ça on ajoute une catégorie dans le modèle (Page dont l’admissibilité est à vérifier dans une PàS) et un robot ajoutera chaque nuit les PàS sur WP:PàS.


Qu'en pensez-vous ? LD m'écrire 3 octobre 2011 à 21:00 (CEST)

masquer le titre de l'articleModifier

Bonjour. Je souhaiterais avoir le titre des articles masqué par défaut en haut de la page, et si possible avoir un bouton "dérouler" permettant de l'afficher, comme pour les palettes, ou sinon, qu'il soit plutôt affiché tout en bas de la page. Merci d'avance. Freewol (d) 12 octobre 2011 à 09:51 (CEST)

Bonjour.
Quel est l'objectif ? Si tu veux gagner de la place verticalement, le plus simple est de diminuer la taille du titre (s'il a une taille de police normale, ça ne prendra pas plus de place qu'un bouton « dérouler »). Tu peux faire cela en ajoutant une ligne à Spécial:Ma page/common.css :
h1.firstHeading {font-size: 100%;}
Orlodrim [discuter] 13 octobre 2011 à 12:16 (CEST)
Génial, c'est parfait  . Et sans javascript en plus ! Merci. Freewol (d) 13 octobre 2011 à 13:43 (CEST)

Affichage des anniversaires du jour à l'entrée de WikipédiaModifier

Bonjour, je sollicite cette page car j'aimerai avoir un gadget, qui, à la manière de lorsqu'on reçoit un message sur la PDD, affiche lorsque j'entre sur Wikipédia une notification des anniversaires du jour. Cordialement. --Superjuju10 Auboisement à votre écoute 17 novembre 2011 à 11:32 (CET)

Devrait faire l'affaire.
⇨ Dr Brains ∞ Consultation ∞ 17 novembre 2011 à 17:58 (CET)
Nickel  . Merci à toi Dr Brains  . --Superjuju10 Auboisement à votre écoute 17 novembre 2011 à 18:13 (CET)

Un petit soucis : le gadget affiche encore les anniversaires d'hier tant que Modèle:Anniversaire du jour/Rendu n'a pas été purgé. --Superjuju10 Auboisement à votre écoute 18 novembre 2011 à 16:25 (CET)

Nouvelle version à tester.
⇨ Dr Brains ∞ Consultation ∞ 18 novembre 2011 à 17:10 (CET)

Redirections et Spécial:EditWatchlistModifier

Chers forts en javascript, est-il possible de changer le classement actuel des pages dans Spécial:EditWatchlist, plus précisément de faire en sorte que les redirections soient regroupées dans un même cadre pour éviter quelles encombrent démesurément la liste des articles ? -Aemaeth 30 novembre 2011 à 08:26 (CET)

J'ai écrit le script. Tu peux ajouter la ligne suivante dans Spécial:Ma page/common.js :
importScript('Utilisateur:Orlodrim/Tri redirections LDS.js');
Pense à rafraîchir le cache. Normalement, tu dois voir les redirections groupées en bas de la page.
Orlodrim [discuter] 1 décembre 2011 à 13:19 (CET)
Testé, ça marche impec. Merci beaucoup -Aemaeth 1 décembre 2011 à 15:01 (CET)

Un script de conversion pour les références ?Modifier

Bonjour les experts JavaScript : Je vous sollicite car je voudrais savoir s'il est possible de créer un gadget dont le but est de convertir des reférénces en <ref>[http://www.votresource.com Titre de la source]</ref> en références avec le modèle {{Lien web}} avec :

  • l'url qui se trouve généralement en 1ère position
  • letitre : à la suite
  • le site : une première proposition serait de reprendre le lien web avec uniquement votresource.com
  • consulté le serait la date d'aujourd'hui

Merci d'avance pour vos réponses. --Superjuju10 Contacter la Aubline le 28 décembre 2011 à 12:45 (CET)

Si je peux me permettre (sans faire opposition, vous ferez ce que vous voudrez, bien-sûr) : quel est précisément l'intérêt de remplacer un simple [http://www.example.com Titre de la source] par un lourd {{Lien web|url=http://www.example.com|titre=Titre de la source|site=example.org|consulté le=28 décembre 2011}} ? Ni la mention évidente du domaine ni la date de consultation anecdotique (bidon qui plus est dans ce cas) ne me semblent avoir une utilité suffisante pour continuer à encourager l'usage d'un modèle qui revient en fait uniquement à compliquer la syntaxe, et dont il faudrait plutôt envisager la suppression. Mais je dis ça, je ne dis rien  . --Lgd (d) 28 décembre 2011 à 13:55 (CET)
L'utilisation de ce modèle est une recommandation du Projet communes de France. D'autre part je peux me tromper : mais la date de consultation est utile notamment lorsque le lien est brisé pour permettre l'archivage via Wikiwix. Cordialement. --Superjuju10 Contacter la Aubline le 28 décembre 2011 à 14:04 (CET)
Ce dernier point à propos de wikiwix serait à confirmer (peut-être ai-je manqué une évolution de celui-ci). --Lgd (d) 28 décembre 2011 à 17:54 (CET)
Je ne comprends la question au sujet de wikiwix. Cordialement --Pmartin (d) 5 janvier 2012 à 05:06 (CET)
Comme {{lien web}} permet de créer un lien vers l'archive Wikiwix, en précisant la date vers laquelle il faut chercher, il est plus utile qu'un hyperlien classique qu'on trouverait sur un forum. J’appuie donc cette suggestion de gadget sans toutefois avoir le temps de l'implémenter, mais pourrais faire passer mon bot rapidement à cette fin.
PS : je vous rappelle qu'il existe un bouton "lien web" dans le gadget "Ajouter sept boutons facilitant l'ajout et la demande de sources lors de l'édition d'un article" pour les ajouts purs. JackPotte ($) 5 janvier 2012 à 09:56 (CET)
Pmartin saura le confirmer mieux que moi, mais encore une fois, sauf si wikiwix a changé récemment d'implémentation, il n'y a aucun rapport entre la mention de la date de dernière consultation via l'utilisation du modèle {{lien web}} et la création du lien vers l'archive wikiwix. --Lgd (d) 5 janvier 2012 à 09:59 (CET)

ApostropheModifier

Bonjour, je suis en train de préparer une proposition de migration vers l'utilisation systématique de l'apostrophe typographique sur WP:fr. (voir sur Wikipédia:Atelier typographique/janvier 2012#Apostrophe : est-il pertinent de... (au Bistrot)).

Avant même de soumettre ma proposition, j'aimerais avoir un démonstrateur qui ressemble à quelque chose histoire de ne pas pinailler sur des problèmes techniques. Ma proposition serais de placer dans MediaWiki:Common.js un script qui transformerait systématiquement l'apostrophe dactylographique : ' en apostrophe typographique ’. Je trouve très bien le comportement du gadget du wiktionaire wikt:MediaWiki:Gadget-specialchars.js. Malheureusement celui-ci ne fonctionne que pour la fenêtre de contribution et pas sur la page de renommmage ni dans le champ résumé. Est-ce que l'on pourrait me construire un script s'inspirant du gadget du wiktionnaire mais traitant uniquement la problématique de l'apostrophe (virer les À,Æ etc.) et réglant le problème de la page de renommage et du champ résumé. Actuellement le gadget n'est pas joué dans l'espace de nom Mediawiki, c'est surement une idée à conserver. En revanche, je ne sais pas si le mieux est de jouer le script partout (solution qui permet de vendre un comportement facile à comprendre) sauf sur les pages de connexion et de création de user (et éventuellement le NS 8); ou de le jouer uniquement sur la fenêtre de contribution, le champ résumé et sur les deux champs de la page de renommage. Il me semble néanmoins qu'un comportement systématique dans tous les champs est mieux.

Cette demande ne présume en rien de l'avenir de la proposition. La suite serait de demander à la communauté ce qu'elle pense d'une idée de migration vers cette solution et d'autoriser des contributeurs à utiliser le gagdet sauf pour les titres d'article et les titres de section. C'est-à-dire à autoriser des contributeurs à utiliser systématiquement l'apostrophe typographique dans un corps de texte. Puis après une étape de bilan, de faire si le bilan est positif une consultation de la communauté vers la mise en place du script dans Commons.js (et deux, trois détails). Cordialement - Drongou (d) 12 janvier 2012 à 00:03 (CET)

Passer à l'apostrophe courbe à l'aide d'un script dans le common.js serait une source infinie de problèmes techniques. Je vois au moins ces problèmes :
  • Il y a des utilisations légitimes de l'apostrophe droite bien plus complexes à détecter que la mise en gras ou en italique :
    • Dans les noms de fichiers (on ne va pas renommer toutes les images sur Commons)
    • À l'intérieur de la balise <math> (toute utilisation de l'apostrophe typographique à l'intérieur provoque une erreur).
    • Pascal_(langage)#Un exemple de code : Hello World
    • Dans les attributs des balises HTML.
  • Il y a d'autres manières de modifier Wikipédia que d'entrer un texte touche par touche dans l'ordre dans la zone de saisie :
    • Créer un brouillon et le copier-coller dans la zone d'édition
    • Utiliser un logiciel spécifique
  • Il y a des navigateurs qui ne gèrent pas les scripts ou sur lesquels les scripts sont désactivés.
Orlodrim [discuter] 12 janvier 2012 à 09:49 (CET)
PS : Bien sûr, ce genre de script peut être utile à certains contributeurs, ce que je veux dire est qu'il n'est pas réaliste d'activer un tel script par défaut pour tout le monde (des astuces telles qu'entrer deux ' à la suite et en effacer un peuvent satisfaire ceux qui auront activé le gadget par eux-même, mais on ne peut pas demander à tous de connaître de telles astuces). Orlodrim [discuter] 12 janvier 2012 à 12:17 (CET)
Hors de question de mettre un truc comme ça dans le Common.js. J'ai pendant un temps utilisé MediaWiki:Gadget-specialchars.js (sans trop savoir ce que c'était, j'avais coché ça dans les préférences). Je me suis pas la suite aperçu que c'est ça qui faisait atrocement ramer mon navigateur (car à chaque changement du texte le script re-analyse toute la page, qui peut être conséquente) et qui me changeait subrepticement les apostrophes droites en courbes alors que je codais, ce qui provoquais nombre d'erreurs js.
Tant que ça serait à ce niveau de "fiabilité", je pense que c'est un gadget totalement inutile. Et même fiable, je ne serai pas chaud pour le coller d'office à tout le monde via le Common (question de performances).
⇨ Dr Brains ∞ Consultation ∞ 12 janvier 2012 à 18:30 (CET)
Pour appuyer un peu mes petits camarades ci-dessus : cette fonctionnalité de support de l'apostrophe typographique ne paraît pas jouable sur fr.wikipedia (je ne parle pas de projets plus spécifiques) avec un simple script « client », c'est à dire une fonction javascript exécuté par le navigateur. Les contraintes sont trop nombreuses et trop lourdes pour que les capacités des navigateurs et les limites de cette technique permettent de l'envisager. L'adoption réel de cet usage typographique nécessiterait des développements qui relèveraient de mediawiki (le logiciel qui gère les contenus du site). Il n'est pas évident du tout que ce soit envisageable à court terme à ce niveau (mieux vaut prévenir), mais en tous cas, la question est plutôt à poser sur bugzilla où cela se traite. --Lgd (d) 12 janvier 2012 à 19:24 (CET)
L’idée serait d’avoir sur WP le comportement habituel des éditeurs de texte genre « Word » ou « LibreOffice » ou des interfaces de gestion de mail genre « Outlook » qui transforme à la volée l’apostrophe dactylographique en apostrophe typographique. Ce comportement est donc le comportement couramment rencontré par les contributeurs (francophone) avec un éditeur. L’intérêt est d’écrire en français évidemment. De plus, on ne demande plus aux contributeurs utilisant un éditeur externe de transformer les ’ en ' pour faire des liens internes, un exercice quelque peu contre-nature.
Pour une raison qui m’échappe mais que je pense très liée au fait que les IP n’ont pas accès à l’apostrophe, tous les titres utilisent l’apostrophe dactylographique. La population visée est donc bien un comportement par défaut pour tous.
Bugzilla : Si je leur propose un comportement à la « LibreOffice », c’est-à-dire un changement à la volée, qu’auront-ils à nous proposer à part du javascript ? Je ne vois pas très bien quel autre comportement demander. Mais effectivement une fois que j’aurais cerné la demande j’irai sûrement la-bas. Cordialement et merci pour les réponses - Drongou (d) 13 janvier 2012 à 00:01 (CET)
A la différence des outils que tu cites en exemple, mediawiki n'est pas un traitement de texte wysiwyg ou assimilé, mais un CMS (système de gestion de contenu). On y saisit non seulement du texte mais également du code structurant le contenu, code où l'apostrophe joue différents rôles particuliers. En outre, on y saisit aussi des contenus où ce remplacement n'est pas souhaitable. Enfin, le CMS n'est pas toujours utilisé avec le support de javascript..
Cela signifie qu'il faut un mécanisme de remplacement, de gestion d'exceptions (ne pas remplacer dans...) et d'échappement (ne pas remplacer si la forme...) beaucoup plus robuste et complet que celui envisageable en javascript dans une source en texte plein non balisée comme l'est le champ de saisie et avec les ressources limitées du navigateur. Certains CMS le font ou comporte des extensions permettant de le faire, non pas à la volée lors de la saisie de la source mais lors de son traitement sur le serveur. Ce n'est pas le cas de mediawiki actuellement, mais c'est peut-être envisageable, d'où le renvoi à bugzilla.
J'avoue avoir des doutes au moins sur la priorité qui sera accordée à un tel développement, ainsi que sur la complication de la syntaxe wiki qui cela peut nécessiter et enfin sur la difficulté de mettre à jour une telle somme de contenus divers sans rien casser et sans surcharger les contributeurs. Mais dans tous les cas, seuls les développeurs de mediawiki pourront te répondre. --Lgd (d) 13 janvier 2012 à 06:30 (CET)
Je rejoins les avis exprimés par mes collègues ci-dessus. La fonctionnalité est effectivement intéressante dans le cadre d'un outil tel que Word ou LibreOffice, mais n'a pas vraiment sa place dans l'éditeur « par défaut » de Wikipédia (qui n'est, rappelons-le, qu'un bête textarea du navigateur — le rôle d'un éditeur de texte n'est pas de faire de la magie dans le dos de son utilisateur). Un hack pour lui ajouter une fonctionnalité pour laquelle il n'est clairement pas prévu apportera plus d'inconvénients que d'avantages, ce qui exclut son intégration par défaut.
Néanmoins, il faut garder à l'esprit qu'un éditeur WYSIWYG pour MediaWiki est précisément en cours de développement. Celui-ci permettra de faire une distinction entre le texte « métier » et le code source des pages, et il me semble beaucoup plus réaliste d'espérer l'intégration de la fonctionnalité que tu demandes lorsque l'outil commencera à être utilisable.
Amicalement — Arkanosis 13 janvier 2012 à 12:00 (CET)

MediaWiki:Gadget-OuvrageArticle.jsModifier

Bonjour, en 2010 Dr Brains (d · c · b) avait réalisé suite à une demande de ma part le gadget MediaWiki:Gadget-OuvrageArticle.js qui permet à partie d'une ref COinS de construire une ref avec un format utilisant le modèle Ouvrage ou Article. Malheureusement, il est extrêmement laborieux d'obtenir la ref CoinS. En revanche, le site http://api.labs.crossref.org/search fourni à partir d'une ref doi (très facile à obtenir) une ref en json. Voir des exemples avec :http://api.labs.crossref.org/search?q=dx.doi.org%2F10.1016%2Fj.actao.2011.10.001 . Est-ce qu'il serait possible de modifier le gadget ou d'en créer un nouveau pour prendre en compte ce cas. L'intérêt est que la manipulation devient beaucoup plus simple.

Aparté qui n'a rien à voir mais quand même un peuModifier

Je souhaite par ailleurs créer ou stimuler la création de vidéos d'aide à destination d'une population de contributeurs à l'aise avec l'interface mediawiki mais qui sont passés à coté de fonctionnalités qui leurs seraient utiles. Par exemple, certains gadgets javascript. En regardant comment je pouvais faire ces vidéos, j'en ai profité pour effectuer cette demande par vidéo : http://www.youtube.com/watch?v=Kb8vMtMZzKs. Le concept serait de créer une page, voir même un user (voir Wikipédia:Questions_techniques/semaine_3_2012#Contributeur bloqué) pour retrouver immédiatement les liens ou les fonctionnalités vus dans la vidéos .

Exemple avec cette demande mais il faut évidemment transposer à une problématique de vidéo d'aide

Je suis fortement intéressé par vos avis sur cette façon de faire. Cordialement - Drongou (d) 21 janvier 2012 à 23:48 (CET)

MediaWiki:Gadget-OuvrageArticle.js (suite)Modifier

Bonjour, j'ai pensé à un nouveau comportement encore plus simple que celui décrit ci-dessus :
Il est possible de récupérer la page en json directement via l'url http://api.labs.crossref.org/[ref doi].json
L'idée serait que le gadget propose un champ pour écrire le doi puis l'action du bouton ad'hoc irait directement chercher la page json, parserait le code et générerait le code wiki du modèle article.

Exemple :

Cordialement - Drongou (d) 25 janvier 2012 à 23:15 (CET)

Non, on ne peut pas faire de requête cross-domaine en javascript. On doit s'en tenir à fr.wikipedia.org (ou peut-être *.wikipedia.org en https).
Par contre, il est possible d'afficher la page cible dans une <iframe> (ou si le site l'interdit, d'ouvrir la page dans une nouvelle fenêtre), l'utilisateur n'ayant plus qu'à copier-coller le json à un endroit où le javascript peut accéder depuis Wikipédia (une bête <textarea> telle que possède le gadget actuel).
Par contre, je n'ai pas le temps de le faire, mais c'est je pense relativement rapide à coder, vu qu'une bonne partie du script actuel peut être réutilisée. Un autre codeur (Arkanosis (d · c · b), Od1n (d · c · b), etc...) pourra sans doute le faire.
⇨ Dr Brains ∞ Consultation ∞ 25 janvier 2012 à 23:22 (CET)
Ce qu'il faut, c'est me construire tout ce qu'il y a autours du parsing. Pour le parsing, il me faut un exemple, par exemple : nom1, je construirais le reste par mimétisme. Cordialement - Drongou (d) 25 janvier 2012 à 23:42 (CET)
Bon, je suis en train de le faire : Utilisateur:Dr Brains/OuvrageArticle.js.
Il ne manque que la(les) fonction(s) de conversion pour que ce soit opérationnel. Tu peux déjà tester la récupération du json.
J'aurais besoin de différents résultats de json DOI ("journal", "book", etc...), ainsi que la correspondance avec les paramètres des modèles {{Ouvrage}} ou {{Article}}.
⇨ Dr Brains ∞ Consultation ∞ 27 janvier 2012 à 14:48 (CET)
Bonjour, ta dernière modif ne fait plus apparaître de bouton, j’ai, après tâtonnement, joué avec l’avant dernière modif. Pour moi, c’est nickel. Malheureusement, il y a une petite ombre au tableau : les fichiers .json s’affichent correctement avec Safari, Chrome et FF mais pas avec IE. Je pense que si l’on demande aux utilisateurs d’IE d’associer comme viewer pour les fichiers json « notepad », l’ergonomie du gadget qui automatiquement demande d’ouvrir le fichier reste correcte pour eux. (il y a un clic en plus pour eux).

Voir ci-après, un exemple (pas réel) d’extraction des champs. J’ai volontairement ignoré certains champs présents : issn (compliqué et d’importance faible si le doi est présent), url texte (redondant avec doi). Pour le champ périodique, on pourrait faire une règle : prendre le champ « abbrev_title » si celui-ci est présent et « full_title » sinon. Je pense que la règle : prendre toujours « full_title » est bien plus simple et tout à fait correcte. Il y a une petite difficulté pour « prénom2 - nom2 » et suivant et pour « pages ». Bien sûr, jour, mois, numéro, volume, prénom2, nom2 etc. ne sont pas obligatoirement présents.

Sinon, ce gadget est strictement réservé au modèle Article. Il ne concerne pas le modèle Ouvrage. On pourrait l'appeler Article.js ?

Cordialement - Drongou (d) 28 janvier 2012 à 00:19 (CET)

  Parsing a priori OK. Utilisateur:Dr Brains/OuvrageArticle.js à tester.
Peut-être devrais-je y adjoindre une autre icône que celle utilisée pour l'autre gadget ?
⇨ Dr Brains ∞ Consultation ∞ 29 janvier 2012 à 00:22 (CET)
Pour moi, ça fonctionne nickel.
Effectivement, pourquoi pas une nouvelle icône sympa.
Merci beaucoup. Cordialement - Drongou (d) 29 janvier 2012 à 01:44 (CET)

Suppresion de « Catégorie: »Modifier

Bonjour,

HotCat sur (en) modifie instantanément les ajouts type « Catégorie:Linguiste français » en « Linguiste français ». Ça évite pas mal d'erreurs. Est-ce faisable ici facilement ?

Cordialement, Skull33 26 janvier 2012 à 10:23 (CET)

  Fait
⇨ Dr Brains ∞ Consultation ∞ 27 janvier 2012 à 13:59 (CET)
Quelle efficacité ! Merci. Skull33 27 janvier 2012 à 14:16 (CET)

HotCatsMulti, encoreModifier

Bonjour,

Tant que j'y suis :

Serait-ce possible sur HotCatsMulti d'ajouter la possibilité en mode Multi de garder le changement de catégorie fait précédemment ? Pour être plus claire : actuellement, si l'on modifie une catégorie et que l'on s'aperçoit qu'on voudrait également en ajouter une, l'action de cliquer sur le mode Multi annule la modification qui était en cours. Ce n'est pas catastrophique mais pas très pratique.

Autre chose qui m'arrive souvent : je commence à taper le nom de la catégorie puis la recherche automatique affiche la catégorie cherchée, je ne pense pas à attendre ou je ne clique pas sur la zone de recherche pour valider la catégorie et seule la moitié de la catégorie est ajoutée... Serait-ce possible de valider automatiquement la catégorie suggérée au moment de cliquer sur OK (et à ce moment seulement, évidemment) ?

Cordialement, Skull33 27 janvier 2012 à 15:06 (CET)

  • Pour le premier point :
Le plus simple est d'activer automatiquement le mode "Multi" (cf. la doc)
Sinon, j'y avais pensé, mais c'est un peu compliqué à mettre en œuvre et je n'ai guère le temps de m'y consacrer (j'ai déjà tellement de trucs en attente...)
  • Pour le deuxième point :
En théorie, si ce que tu as tapé correspond au début de la première suggestion, le champ est complété automatiquement. Sauf si tu cliques super rapidement avant que ça se passe.
Or, tu peux vouloir afficher une catégorie inexistante (par exemple "Amérique" (oui, je sais elle existe, mais c'est pour l'exemple)), qui donc n'est pas proposée, et à ce moment là la première suggestion serait une autre ("Amérique précolombienne"). La seule solution est alors justement de cliquer avant que la complétion ne se fasse, et de ne surtout pas prendre automatiquement en compte la suggestion.
Donc, il me semble que c'est mieux de garder le comportement actuel du script.
Il suffit ne pas cliquer comme un fou... (ou d'avoir le mode "Multi" activé, ce qui te laisse une chance de rectifier le tir avant l'édition, ou bien de conserver l'affichage de la pop-up de confirmation (et ne pas cliquer bêtement sur OK lorsqu'elle apparaît, bien sûr...))
⇨ Dr Brains ∞ Consultation ∞ 9 février 2012 à 21:49 (CET)
Effectivement, la deuxième suggestion apporterait plus de problèmes. Et la première nécessite beaucoup de travail et n'apporte pas grand chose, je le conçois. C'est mon addiction aux catégories qui prend le dessus parfois, mais je vais essayer de me guérir. Skull33 10 février 2012 à 00:40 (CET)

Internal link translatorModifier

One my friends developed internal link translator this code helps users to translate articles, templates, categories with their internal links also it has option to change language

how it works?

it adds translate links to fa button next to title of the page and whit clicking on translate it replace other wikis links inside the text .in edit view or general view it has two different works. now we are using it in fa.wiki as external extention and it is realy useful for translating nave boxs . by clicking on fa you can change the language to home-wiki

case for templates

I translated en:Template:Fars Province Labelled map and en:Template:Persian Constitutional Revolution Persions from fa.wiki to en.wiki.(by one click!)

case for categories;

in fa.wiki many of the users use this script to copy categories with their upper category

case for lists

I translated many list of cities from de.wiki to en.wiki and fa.wiki

next features

in my opinion it is much better to add possibility to use it as gadget in home wiki but the major problem is when you want to transfer a template or text from second-wiki->home-wiki you must instal it in second-wiki and it is very difficult for elementary users that they cannot work with vector.js also they can not handle it from their home-wiki.if some one can extend this script to ask page name in other wiki (with text box) and transfer translated text to user's sub-page or predefined page it will be useful and possible to handle it in home-wiki.Reza1615 (talk) 20:49, 8 February 2012 (UTC)

Ça ressemble un peu à User:Dr Brains/LinkTranslate.js, qui traduit les liens à partir des interwikis ou si ils n'existent pas utilise le modèle {{Lien}}.
Et qui, comme son nom ne l'indique pas, traduit aussi (via interwikis) les catégories, les modèles, et certains paramètres de modèles (modèles de référence).
----
It looks like User:Dr Brains/LinkTranslate.js, who translate links from interwikis or use Template {{Lien}} if there is not.
It translate too (from interwikis) categories, templates, and some template parameters (citation templates).
⇨ Dr Brains ∞ Consultation ∞ 9 février 2012 à 21:57 (CET)

Hot interwikiModifier

Hi, it has problem for remove or edit interwikisReza1615 (d) 10 février 2012 à 20:36 (CET)

Placer le curseur dans la fenêtre d’éditionModifier

Bonjour le projet JS. Je remarque que lorsque je modifie une page (« modifier ») wikEd me place le curseur au début de la fenêtre d’édition, mais ce n’est pas le cas lorsqu’il n’est pas activé ou lorsqu’il n’est pas disponible (sous IE par exemple). Il faut alors reprendre la souris pour placer son curseur. Est-il possible de récupérer le script correspondant à cette action pour l’avoir de manière indépendante ? — A2 (d) 12 février 2012 à 18:36 (CET)

Bouton pour cacher la prévisualisation ou le diff.Modifier

Re moi. J’aimerais aussi pouvoir cacher une prévisualisation (comme le fait LiveRC me semble-t-il, show/hide preview) pour retourner à l’édition en pleine page. Le fait d’avoir la prévisualisation donne les recherches en double ou triple pour le diff, ce qui fait perdre pas mal de temps à naviguer. La seule façon que j'ai pour le moment de retourner à la fenêtre d’édition vierge est de copier mon article dans l’état dans une nouvelle édition de la page (sans preview ni diff), etc. – A2 (d) 14 février 2012 à 01:49 (CET)

obtenir('ShowHideWikipreview');
Have fun !
⇨ Dr Brains ∞ Consultation ∞ 14 février 2012 à 17:27 (CET)
Merci beaucoup, ça fonctionne à merveille. – A2 (d) 14 février 2012 à 18:13 (CET)

MathJax en gadgetModifier

Bonjour, j'ai déjà posé la question sur la page de discussion du projet, mais vu le peu d'écho ce n'était peut-être pas au bon endroit, alors je recommence.

J'ai un script qui permet de traduire les formules de mathématiques via MathJax au lieu de texvc et plusieurs contributeurs du projet Mathématiques, où j'ai diffusé ce code, m'ont demandé d'en faire un gadget. Faut-il l'intervention d'un administrateur pour cela ? Merci d'avance, Ambigraphe, le 16 février 2012 à 21:02 (CET)

Il suffit de copier le code dans une page Mediawiki:Gadget-XXXXXX.js.
Pour ça il faut un admin : WP:DIMS
⇨ Dr Brains ∞ Consultation ∞ 16 février 2012 à 21:24 (CET)
Merci ! Ambigraphe, le 17 février 2012 à 16:03 (CET)

Demande de gadgetModifier

Bonjour,


Je viens ici pour vous demander la création d'un gadget qui serais très utile.

Un gadget qui permetterais de faire des demandes aux administrateur pour la suppresion, le blocage, et autres…

Semblable à celui qu'on trouve sur LiveRC mais qui est accessible sur la Wikipédia français en entier.


J'attend de vos nouvelles  
Pincourt Discuter 17 février 2012 à 15:02 (CET)

Pour les DPH, tu peux déjà utiliser xpatrol.
Amicalement — Arkanosis 17 février 2012 à 15:13 (CET)
Utilisateur:Dr Brains/AskForSysop.js
A tester, pour les SI et les DPP. Il est probablement possible de faire pareil pour d'autres pages de requête
⇨ Dr Brains ∞ Consultation ∞ 17 février 2012 à 16:09 (CET)

Script pour l'apprentissage des langues : 3000 remplacements conditionelsModifier

Bonjour,

Cela fait un moment que j'apprends le chinois, et quasiment autant que je suis wikipédien. J'ai donc pensé à un script pour évaluer la difficulté lexicale des articles de la wikipedia chinoises, et m'aider (et d'autres) à apprendre cette écriture. J'ai vu votre projet aujourd'hui, alors je me lance. J'aimerais collaborer avec vous pour ce projet. J'aide du coté langues (je ne peux que 'modifier' les codes java) et UI. Mais un gros coup de main coté java serait apprécié pour ce premier code.

Donc... L'apprentissage des langues se fait principalement par l'apprentissage du vocabulaire, ceci en apprenant en priorité les mots les plus fréquents. Il en va de même pour le chinois. J'ai une liste de caractères des chinoises par fréquence, du plus féquent au 3.000ème (environ). Les mots les plus fréquents étant rencontrés plus souvent (exposition et input +++), ils sont généralement BIEN connus. Les moyennement fréquents (exposition et input ≈≈≈) sont généralement PARTIELLEMENT connus. Les mots rares (exposition et input ---) sont généralement PAS connus. Il est bon d'augmenter la visibilité des mots les plus rares et ceci dans leur contexte pour les repérer plus rapidement, les traduire, et les apprendre plus vite. Cependant, ces groupes de mots (bien / partiellement / pas connus) varient en fonction du niveau de l'étudiant. Aussi !

1. Auto-évaluation:
Je souhaiterais que l'utilisateur puisse spécifier SES 2 seuils à lui dans 2 champs :

  • Seuil caractères BIEN-PARTIELLEMENT connus : pour un jeune apprenant >100, les caractères >100 seront Oranges.
  • Seuil caractères PARTIELLEMENT-PAS connus: >???, les caractères >???? seront rouges.

2. Traiter la page, injecter un style:
Je souhaite appliquer à chaque charactère chinois d'un article de wikipedia (chinois) un style en fonction de la fréquence de ce caractères, ex:

  • (PS: voir code HTML)
  • 火 est 50ème plus fréquent et donc probablement BIEN connu ⇒
  • 否 est 300ème plus fréquent et donc probablement PARTIELLEMENT connu ⇒
  • 韓 est 1500ème plus fréquent et donc probablement PAS connu ⇒

3. Mon approche de débutant:
J'ai commencer à voir un peu de doc... mais je rame franchement. Je pense à une approche find, replace: if caractère > 100 (seuil1), then orange. elseif > 500 (seuil2), then red. Je pense aussi à faire 3.000 boucles grace à excel.... pour en faire mon script js. Je suis sérieux....  

4. Exemple:

Base de donnée d'exemple :
的 1
他 2
了 4
是 5
有 6
火 7 -- (Seuil1)
水 8
否 9
韓 10 -- (Seuil2)
國 11
Texte a traiter : 他的韓國,是否有火,有水的了。
Choix utilisateur : Mal connus : >6 ; PAS connus >9
Sortie espérée: 他的,是,有的了。

La quantité/portion de rouge dans la page donnerait la difficulté du texte. Le script serait portable aux autres langues/wiki, avec la difficulté augmenté de la morphologie (plus de mots : petit, petite, petits, petites).

Est-ce que c'est faisable avec Monobook.js ? Est-ce que tu vois une autre technology ? (plugin firefox ?) Est-ce que cela t'interesse qu'on y collabore ? Yug (talk) 12 avril 2012 à 14:27 (CEST)

J'ai trouvé ceci en:User:Gerbrant/edit/multiReplace.js & en:User talk:Gerbrant/edit/multiReplace.js, mai j'ai du mal. Yug (talk) 12 avril 2012 à 14:42 (CEST)
HTML: Je viens de créer l'interface utilisateur pour entrer les valeurs seuils. Yug (talk) 12 avril 2012 à 17:08 (CEST)
Je peux faire un script python pour créer une page HTML automatiquement sur mon PC comme je souhaite, àmoi ensuite de l'ouvrir. C'est déjà pas mal. Mais ce n'est pas ce que je souhaite. Je souhaite que cela s'effectue "on the fly" (onload) et que cela affiche la page "rougie". Yug (talk) 12 avril 2012 à 17:49 (CEST)
Voilà, je viens de travailler l'interface, qui est a ma portée. Je publie. Yug (talk) 12 avril 2012 à 18:44 (CEST)

Donc !Modifier

Avec l'UI y a donc déjà l'interface avec les champs à remplir. À priori (je reste un tout débutant), je voudrais maintenant:

  1. L'utilisateur remplit les 2 champs.
  2. récupérer le champ threhold1 (seuil 1), créer une variable threshold1 dans mon code java : comment faire ?
  3. (similaire pour threshold2 (seuil 1))
  4. Charger une nouvelle page wikipedia chinois.... avec la fonction onload, mon script se lance....
  5. Dans mon code java, chaque caractère a un rang. (ex: character="是" à le rang "5")
  6. ...et sa boucle de remplacement conditionée par la valeur de threshold:
    • FIND "是",
      • IF rankOf是>valueOfThrehold1, REPLACE 是 by <font color="orange">是</font>;
      • ELSEIF IF rankOf是>valueOfThrehold1, REPLACE 是 by <font color="red">是</font>;
    • FIND next characters (loop 3000 times for the 3000 characters)
    • ...
  7. Load the resulting page.

Vos avisez conseils sont les bienvenus ! Yug (talk) 12 avril 2012 à 18:44 (CEST)

[1] serait un point de départ (js est en revanche totalement inapproprié, pour des raisons de ressources notamment). Cordialement, --Lgd (d) 12 avril 2012 à 19:07 (CEST)
Salut Ldg, C'est quoi la difference entre l'extension java et le monobook.js (java). Tu dis que c'est inapproprié, c'est a dire ? ça peut techniquement le faire, mais ce sera très lent ? Yug (talk) 12 avril 2012 à 20:46 (CEST)
Pour éviter les confusions, il ne s'agit en aucun cas de java. Pour ce que que j'ai compris, tu envisages un javascript exécuté dans le navigateur, côté client, qui me semble mort-né pour des questions de performances en effet. La solution indiquée est un traitement côté serveur, via une extension mediawiki, c'est à dire en PHP. Voir le lien donné ci-dessus. --Lgd (d) 12 avril 2012 à 20:52 (CEST)
Je suis en train de fouiller dans la doc JQuery —que je souhaite apprendre— pour voir ce que je peux faire de mon coté (JQuery ca passe sur WM & Monobook ?). J'envisage aussi python. J'ai aucune notion de PHP... C'est mal parti. Yug (talk) 13 avril 2012 à 14:33 (CEST)

  Fait! j'ai fait mon programme coté client.
J'ai finalement fait une page HTML-JS, avec un champ textarea pour soumettre le texte wiki.
ça fait 3000 remplacements... (10secs: long!!)
J'ai empaqueté le tout dans une extension Chrome libre, voir le très bon :
je peux partager par email, me contacter. Je ne sais pas encore uploadé sur Google Chrome apps store. Peut être un jour.
Lgd, Merci en tout cas pour le coup de main. : ] Yug (talk) 19 juillet 2012 à 15:24 (CEST)

DiaporamaModifier

Bonjour,

je souhaiterais des avis sur un modèle et un script que je suis en train de mettre au point. Cela génère un diaporama d'images (ou d'autres choses).

L'objectif final est de remplacer le modèle {{Images}} et son .js qui se trouve sur Mediawiki:Common.js.

La différence avec le modèle {{Images}} est que, en plus des deux boutons pour naviguer entre les images, ce nouveau modèle intégrerait deux boutons "play" et "pause" permettant de faire défiler automatiquement les diapos, comme un gif animé sauf que l'utilisateur pourrait le stopper lorsque bon lui semble.

J'aimerait avoir des avis :

  • sur le plan esthétique (choix des boutons, styles, etc...)
  • sur le plan fonctionnel (est-ce que tout fonctionne comme vous vous attendriez, y a-t-il des choses à modifier/améliorer ?)
  • sur le plan de l'accessibilité

Merci d'avance,

⇨ Dr Brains ∞ Consultation ∞ 15 avril 2012 à 13:19 (CEST)

C’est accessible et plutôt esthétique (les boutons sont gros, mais je suppose que c’est justement pour l’accessibilité). Je trouve, par contre, que le choix entre une animation automatique et une animation "à son rythme" n’est pas clairement indiqué (On a tendance à vouloir appuyer sur play. On ne comprend pas nécessairement que appuyer sur le bouton forward, alors que l’animation est en pause, permet d’avancer image par image). Les transitions entre images sont peut être un peu abruptes. Dans tous les cas, c’est du beau boulot. --gede (d) 15 avril 2012 à 16:05 (CEST)
ça ne marche pas chez moi   (les images sont à la suite les unes au dessus des autres). - Bzh99(d) 15 avril 2012 à 17:03 (CEST)
Oui, car tu n'as pas mis je javascript.
Il faut rajouter dans ton common.js le code :
importScript('Utilisateur:Dr Brains/Diaporama.js');
⇨ Dr Brains ∞ Consultation ∞ 15 avril 2012 à 17:05 (CEST)
Je trouve également l'esthétisme réussit. Il faudrait garder la possibilité d'un titre. Le plus gros problème, je pense c'est que les boutons "<<" et ">>" qui signifient pour moi: accéléré/sauter et ralentir/sauter en arrière, et que je les confond avec les icones "|<<" et ">>|". Je mettrais plutôt des flèches comme sur Picasa : Ex : [2] (enfin il faut voir le rendu, sur le modèle, c'est toujours pareil). Et aussi que j'ai l'habitude d'avoir ce type d'icône en bas de l'image. Dans les améliorations accessoires, la bouton pause et start pourrait être regroupé, en bouton start durant la pause et un bouton pause durant le fonctionnement, mais je sais pas si un tel bouton serait accessible, faut voir. --Nouill (d) 15 avril 2012 à 17:52 (CEST)
Sur les appareils de lecture vidéo que j'utilise (tout comme certains logiciels), je vois le plus souvent :
  • << : recul rapide
  • |<< : saut de plage vers l'arrière
  • >> : avance rapide
  • >>| : saut de plage
 
L'interface de Media PLayer Classic affiche huit boutons dans le bas. Pour les besoins du diaporama, je recommande l'usage des numéros 1, 2, 3, 4 et 7.

J'étais pour me lancer dans une longue explication, mais l'image à la droite montre les boutons que Media PLayer Classic affiche. Je n'ai pas besoin de vous en dire plus pour les boutons.

L'affichage des images en boucle n'est pas toujours souhaitable. Par exemple, une partie d'échecs a souvent une fin.

Voici quelques semaines, j'ai mis au point quelque chose en JavaScript, mais votre script est supérieur. Merci.

Cantons-de-l'Est 15 avril 2012 à 18:07 (CEST)
Voilà, j'ai pris en compte vos remarques.
Parmi les changements :
  • ajout d'un paramètre "titre";
  • changement de l'ordre des boutons (         ), ordre identique au media player classic;
  • ajout d'un bouton stop (= bouton pause + retour à la première diapo);
  • lecture en boucle optionnelle;
  • ajout d'une barre de défilement (qu'on ne peut pas cliquer ni déplacer, du moins pas encore...);
  • lorsque les boutons seront 100% au point, je rajouterai dans le modèle une option pour afficher les boutons en haut ou en bas du diaporama;
D'autres remarques ?
⇨ Dr Brains ∞ Consultation ∞ 15 avril 2012 à 19:51 (CEST)
Pourquoi les boutons de commande sont au-dessus plutôt qu'en dessous ? --Pªɖaw@ne 15 avril 2012 à 20:14 (CEST)
J'avais pas vu la futur option dont tu parles ci dessus. --Pªɖaw@ne 15 avril 2012 à 20:15 (CEST)
Ce sera mieux dessous effectivement. C'est très beau, bravo. Je dis peut-être une connerie mais il n'y pas de paramètre alt pour les défilements d'images ? Autre chose, as-tu envisager de garder qu'un seul bouton play/pause ? Simple question, je ne sais pas si c'est mieux. Skull33 (d) 15 avril 2012 à 20:33 (CEST)
Heu, pour les alt, il y a légende1, légende2, légende3… il me semble ? Ltrl G, le 16 avril 2012 à 00:10 (CEST)
ça y est ça marche (quel idiot je fais…), deux remarques :
  • pour ceux qui comme moi ont un débit internet pas terrible, on a la juxtaposition des images pendant plusieurs secondes, avant l'apparition dans le cadre unique (mais c'est peut-être à cause de la grande taille de ta page de test) ;
  • je préfèrerais aussi avoir les boutons en dessous de l'image, de manière à pouvoir mettre un titre au dessus de l'image (et conserver une légende en dessous). - Bzh99(d) 15 avril 2012 à 20:35 (CEST)
Bonjour,
L'idée est intéressante (ajout du play/pause) et le script bien réalisé. Cependant, une autre possibilité me semblerait peut-être à envisager :
  • partir de la fonctionnalité de gallery comme base statique (rendu sans javascript)
  • plutôt qu'un simple diaporama sans vignettes, mettre en place un carrousel à partir des vignettes fournies par la galerie (sur le modèle de [3], mais avec en plus la fonctionnalité play/pause)
  • ne charger les images agrandies que dynamiquement
  • éviter si possible l'option "autoplay"
  • revoir la gestion de l'alternative textuelle des images (pour le moment identique à la légende, ce qui n'a pas d'utilité. Une alternative automatique peut être donnée si la légende est présente, une alternative manuelle est nécessaire dans le cas contraire)
Cordialement, --Lgd (d) 16 avril 2012 à 08:00 (CEST)
La proposition de Lgd est intéressante (vignettes cliquables et flèches servant à sauter d'une image à l'autre), mais n'est pas compatible avec le diaporama de Dr. Brains (qui, une fois démarré, ne demande presque plus d'intervention de la part de l'internaute). Je suggère que ce soit un autre projet. Dans sa forme actuelle, le diaporama me plaît beaucoup. Bravo ! — Cantons-de-l'Est 16 avril 2012 à 10:45 (CEST)
Ce que propose Lgd est intéressant mais ça ne cadre pas vraiment avec l'utilisation que je prévois de {{Images}} tel qu'il est ou tel que j'envisage de le modifier.
En effet, le but ici est d'utiliser plusieurs images pour en faire une image animée. L'intérêt éditorial est ici de montrer une même chose qui évolue : territoire d'un pays, partie d'échecs ou de dames, mouvements d'armées sur un champ de bataille, etc. Ce qui pour l'heure est fait soit avec {{Images}}, soit avec un gif animé (mal géré par Mediawiki et pas accessible).
Par contre, l'idée d'une galerie avec vignettes, utilisé éditorialement pour montrer un panel de choses différentes, est très séduisante et pourrait avantageusement remplacer les galeries. Idée à creuser...
Pour les autres remarques :
  • l'option "autoplay" est désactivée par défaut. On peut si nécessaire en supprimer la possibilité, il suffit de supprimer la classe qui va bien du modèle. Ça ne gênera pas le .js.
  • Pour l'alternative textuelle, c'est faisable en prenant la légende. On peut ajouter un paramètre par image pour en mettre une mais malheureusement je doute que beaucoup s'en servent.
⇨ Dr Brains ∞ Consultation ∞ 16 avril 2012 à 17:48 (CEST)
Dans ce cas, il serait souhaitable que ce nouveau modèle conserve l'un des atouts de l'actuel {{Images}} : la gestion en thumb afin que la taille des images soit déterminée par les préférences utilisateurs.
(Sinon, mais bon, ce n'est pas grave : un carrousel n'est en rien incompatible avec un défilement automatique. Il y ajoute en revanche ce qui est très apprécié par les utilisateurs, c'est à dire la possibilité de sélectionner une image en particulier, beaucoup plus aisément que ne le permettra l'actuelle proposition) Cordialement, --Lgd (d) 16 avril 2012 à 21:35 (CEST)
 , j'ai viré le paramètre "hauteur" et remplacé par "upright"
(T'inquiètes, ton idée n'est pas perdue. Je suis déjà en train de réfléchir à la façon de faire ce modèle de carroussel avec vignettes  )
⇨ Dr Brains ∞ Consultation ∞ 16 avril 2012 à 22:06 (CEST)

Mise en placeModifier

Modèle créé : {{Animation}}

Sauf contre-ordre, un petit calendrier :

  1. jusqu'à ce W-E : dernières mises au point sur le modèle et optimisation du .js (toutes remarques bienvenues)
  2. Ce W-E : Ajout du .js dans MediaWiki:Common.js
  3. Le W-E d'après : requête bot pour remplacer tous les {{Images}} par des {{Animation}}
  4. Lorsque {{Images}} plus utilisé, redirection vers {{Animation}} et suppression du .js correspondant

⇨ Dr Brains ∞ Consultation ∞ 16 avril 2012 à 20:52 (CEST)

Salut, j'ai regardé rapidement le script, voici quelques suggestions que je pourrais apporter :
  • Fonctionnalités :
    • Un truc qui me manque beaucoup, c'est l'indicateur « image actuelle / total images » (par ex. « 4/12 »). La barre de défilement n'apporte pas suffisamment d'information à mon goût, j'ai besoin des nombres exacts ! De plus, cela permettrait de mieux indiquer qu'il s'agit d'une succession d'images et non un vrai fichier vidéo.
    • Ne pouvoir configurer les délais que par paliers d'une seconde n'est à mon avis pas suffisamment précis. (dans le cadre de développement d'interfaces web il m'arrive de faire des ajustements de 50 ms ^^)
  • Code :
    • Diaporama, Diaporama.Params et Diaporama.Fonctions devraient être des objects {} et non des arrays. (actuellement ce sont des arrays vides étendus avec des propriétés, des objects quoi)
    • Pour simplement tester si une regex matche, qu'il n'y a rien besoin de capturer, la fonction test() est plus performante que match()
    • addOnloadHook(callback) est déprécié est serait avantageusement remplacé par un $(document).ready(callback)
    • Idéalement, les href=javascript et attributs "onclick" seraient avantageusement remplacé par des events jQuery
    • Une fonction HTMLize étant déjà définie dans le common.js, il faut bien entendu ne pas dupliquer le code
    • Pour l'ajout/suppression de class dans le DOM, des fonctions spécifiques existant dans le common.js ainsi que dans jQuery, je pense qu'il serait préférable de les utiliser
    • Pour la possibilité de cliquer sur la barre de défilement, une piste à étudier serait peut-être (à prendre avec de grosses pincettes) jQuery UI slider, disponible sur MediaWiki.
Mes observations sur le code sont assez secondaires, et il n'y a rien qui ne puisse être modifié ultérieurement. Les points qui me sont importants sont ceux évoqués dans la partie Fonctionnalité.
Last but not least, il y a quelques mois de cela, un contributeur m'avait signalé que le markup du modèle Images était partiellement utilisé dans d'autres modèles, auxquels le JS était aussi appliqué. Malheureusement j'ai eu beau fouiller dans mes archives je n'ai pas réussi à retrouver…
od†n ↗blah 20 avril 2012 à 05:47 (CEST)
Il y a quelques autres modèles que j'avais mentionné . Orlodrim [discuter] 20 avril 2012 à 09:23 (CEST)
Fonctionnalités
  • Effectivement, ce pourrait être fait. Je vais voir ça.
  • On peut déjà, depuis cette modif. J'ai mis à jour la doc dans la foulée.
Code
  • Array() -> Object : effectivement.
  • match() -> test() : effectivement aussi. Le seul endroit où j'ai besoin de récupérer quelque chose, c'est pour le délai
  • addOnloadHook() : certes. Ce que j'ai souhaité, dans un premier temps, c'est faire un code qui marche quelle que soit la version de Mediawiki et quel que soit le site, c'est pourquoi j'utilise ces fonctions dépréciées (pour Wikipédia, certes, mais pas forcément tous les wikis), pour une version que je laisserai dans MediaWiki:Gadget-Diaporama.js. Dans la version intégrée au Common, j'utiliserai les nouvelles fonctions.
  • HTMLize() : idem ci-dessus, je souhaitais faire un code non lié à d'autres pages/fonctions de wikipédia. Dans la version en production, j'utiliserai la fonction existante
  • Classes : idem ci-dessus
  • barre cliquable : oui, je connais ces sliders. Mais ça complique un peu beaucoup le code. J'ai eu une idée, à tester, pour pouvoir facilement aller à une diapo en particulier, mais ça n'implique pas cette barre.
Last but not least
  • Oui, il faudra probablement y réfléchir à deux fois avant de retirer le .js de {{Images}}, qui a peut-être été détourné pour d'autres usages non prévus (mais déjà il faudra remplacer ce modèle partout (420 inclusions à l'heure actuelle)).
⇨ Dr Brains ∞ Consultation ∞ 20 avril 2012 à 13:48 (CEST)
Voilà, nouvelle version disponible avec un sélecteur de diapo, qui fait office de compteur. J'ai corrigé les Array(), mais les .test() à la place des .match() ne passent pas, j'ignore encore pourquoi...
Le reste sera fait au moment de l'intégration au Common.js
⇨ Dr Brains ∞ Consultation ∞ 20 avril 2012 à 17:17 (CEST)
Merci pour tes travaux   Je me doutais que tu avais déjà pris en compte la modularité du code, mais j'ai préféré poster toutes mes notes, ça ne mange pas de pain. Pour l'histoire du test(), c'est un grand classique, je te laisse comparer les syntaxes : [4] [5]  
a+, od†n ↗blah 21 avril 2012 à 01:57 (CEST)
OK, je comprends. Bon, je vais pouvoir le faire alors.
Par contre, je me suis aperçu que ça ne fonctionne pas correctement avec IE (étonnant, isn't it ?). Donc je ne peux pas encore le mettre en place dans le Common.js.
⇨ Dr Brains ∞ Consultation ∞ 21 avril 2012 à 12:10 (CEST)
J'ai fais quelques essais sous IE, globalement cela semble fonctionner, peut-être quelques inconsistances de rendu ? Pourrais-tu préciser les problèmes que tu as remarqués ? od†n ↗blah 21 avril 2012 à 18:09 (CEST)
J'ai réussi à régler la plupart (j'ai testé avec IE 8).
  1. IE n'aime pas node.setAttribute("style, "YYY:XXX") il faut user de la syntaxe node.style.YYY = "XXX"
  2. IE n'aime pas les thumb imbriqués avec width:auto. Il met systématiquement le premier thumb à la largeur totale de la page. J'ai pu contourner le pb en fixant, via javascript, une largeur en pixels. On ne peut a priori pas faire autrement vu que la largeur des images est fixée par mediawiki lors du rendu du thumb. Reste que le rendu n'est pas correct sans javascript. A noter que le modèle {{Images}} a le même soucis.
A part ça, ça semble désormais OK pour IE. Comme par ailleurs je suis actuellement sous Chrome, et que j'imagine que parmi ceux qui m'ont répondu, il y en a probablement sous Firefox, c'est donc OK pour trois navigateurs. Reste à voir (ou pas) sous Opera et Safari.
⇨ Dr Brains ∞ Consultation ∞ 21 avril 2012 à 18:33 (CEST)
Voilà, j'ai transféré le code dans Mediawiki:Common.js, avec les styles qui vont bien dans Mediawiki:Common.css.
Le modèle {{Animation}} sera donc utilisable dans quelques jours, le temps que les gens aient rechargé le cache de leur navigateur.
PS : Je me suis permis de supprimer l'inclusion de ma sous-page chez ceux qui l'avaient mise dans leur common/vector/monobook.
⇨ Dr Brains ∞ Consultation ∞ 22 avril 2012 à 15:37 (CEST)

Modèle:Cadre à ongletsModifier

Bonjour,

J'ai importé ce modèle dans Wikisource, avec le code qui se trouve dans MediaWiki:Common.js. Si ce modèle est réservé aux pages utilisateur dans Wikipédia, il serait bien pratique pour d'autres espaces sur Wikisource. J'ai donc enlevé, dans s:fr:MediaWiki:Common.js, la condition qui restreint l'utilisation du modèle. Mais ce n'est pas suffisant, ou ce n'est pas la bonne méthode (je ne saurais dire car je n'y connais rien), puisque le modèle ne fonctionne pas si l'on n'est pas connecté, comme on peut s'en rendre compte ici. Je sollicite donc votre aide afin d'adapter correctement ce modèle à Wikisource. Merci d'avance. Jean-Baptiste (d) 18 avril 2012 à 17:46 (CEST)

Le javascript fonctionne. Mais il y a du CSS associé à ce modèle (qui a d'ailleurs été retiré, j'ignore pourquoi). Voir MediaWiki:Common.css et WP:DIMS.
⇨ Dr Brains ∞ Consultation ∞ 18 avril 2012 à 19:06 (CEST)
Merci pour ta réponse. En fait, grâce à DavidL, le problème a été résolu en ajoutant les classes qui se trouvent au début de common.js sur Wikipédia, ce qui n'était pas le cas sur Wikisource. Jean-Baptiste (d) 18 avril 2012 à 21:17 (CEST)

Bouton Révoquer et Avertir façon LiveRC dans les diffsModifier

Bonjour les experts JavaScript. Serais-il possible d'ajouter un gadget qui permettra dans les diffs, d'ajouter à la manière de LiveRC, un bouton Révoquer ainsi qu'un bonton Avertir à l'aide d'un des modèles figurant dans les personnalisations pour LiveRC ?

Merci d'avance. --Superjuju10 Contacter la Aubline le 2 mai 2012 à 22:01 (CEST)

  Utilisateur:Dr Brains/LiveRC/DiffExtension.js
A ajouter dans son LiveRCparam.js pour tester (attention, une mise à jour des paramètres dans LiveRC le fera sauter).
Si OK, je le passerai en MediaWiki:Gadget-
⇨ Dr Brains ∞ Consultation ∞ 8 mai 2012 à 01:48 (CEST)
Rebonsoir et désolé de ne répondre que maintenant. Plusieurs problèmes :
  • Des révocations de ce style ne fonctionnent pas ;
  • Les personnalisations ne sont pas prises en compte ;
  • Serait-il possible dans ce cas de figure de supprimer le LiveRC que l'on retrouve en début des résumés de modif ? Car cette extension est justement conçu pour révoquer sans l'utilisation du programme.
Merci d'avance et bravo pour votre travail !   --Superjuju10 Contacter la Aubline le 16 mai 2012 à 22:04 (CEST)
  •   OK pour les personnalisations.
  • J'ai noté, quant à moi, que le bouton "révoquer" fonctionnait.
  • Sauf à le supprimer aussi dans l'utilisation "normale" de LiveRC, non.
⇨ Dr Brains ∞ Consultation ∞ 16 mai 2012 à 23:16 (CEST)
Révoquer fonctionne, mais pas le bouton défaire
Sinon, tout est OK. Bonne continuation.
--Superjuju10 Contacter la Aubline le 17 mai 2012 à 14:01 (CEST)
  Bouton "défaire" réparé.
⇨ Dr Brains ∞ Consultation ∞ 17 mai 2012 à 14:50 (CEST)
J'ai rajouté l'extension dans celles disponibles dans le menu de paramétrage [6]
⇨ Dr Brains ∞ Consultation ∞ 17 mai 2012 à 15:01 (CEST)

Suivi du jourModifier

Pour limiter les effets google du jour comme Keith Haring ou autre reportage, il serait bien d'avoir un gadget qui rajoute au menu gauche un suivi du jour comme [7] ou [8], et si possible leurs dérivés thématiques (il y a énormément de bruit de fond). Je pourrais le faire pour moi dans mon .js, mais je pense que ça intéresserait pas mal de gens...

D'ailleurs il manque un moyen propre et simple de rajouter ses suivis de portails dans son menu gauche, ça permet de repérer énormément de vandalismes avec les popups...

Gonioul (d) 4 mai 2012 à 23:12 (CEST)

Vu la liesse générale, j'ai pondu ça en m'inspirant de BistroDuJour
/**
 * Suivi du jour
 *
 * Lien vers le suivi du jour dans le panneau de navigation
 */
//<syntaxhighlight lang="javascript">//<pre>
function TodaySuiviDate() {
      var m = ["janvier", "février", "mars", "avril", "mai", "juin", "juillet", "août", "septembre", "octobre", "novembre", "décembre"];
      var today = new Date();
      var day = today.getDate();
 
      return (day + " " + m[today.getMonth()]);
}
 
function SuiviDuJour()
{
 addPortletLink('p-navigation', 'http://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial%3ASuivi+des+liens&target=' + TodaySuiviDate().replace(/ /g,"+") + '&showlinkedto=1', 'Suivi du jour', 'n-suividj');
}
addOnloadHook(SuiviDuJour);
 
/* 

*/

Le «Afficher plutôt les changements dans les pages liées à la page donnée» (showlinkedto=1) semble donner beaucoup plus de résultats intéressants...
Gonioul (d) 30 mai 2012 à 23:11 (CEST)

Curseur dans la boîte de recherche sur la page d'accueilModifier

Ave !

J'aimerais que le curseur se place tout seul dans la boîte de recherche quand j'atterris sur la page d'accueil de Wikipedia. Techniquement, c'est facile, mais sur Wikipedia… ?

Merci à qui m'aidera !

--Nnemo (d) 12 mai 2012 à 13:14 (CEST)

A ajouter dans ton common.js :
function FocusOnSearch(){
    var SearchInput = document.getElementById("searchInput");
    if(!SearchInput) return;
    SearchInput.focus();
}

var LocalMainPageNS = mw.config.get('wgFormattedNamespaces')[ mw.config.get('wgNamespaceNumber') ];
LocalMainPageNS = LocalMainPageNS + (LocalMainPageNS == "" ? "" : ":");
if( LocalMainPageNS+mw.config.get('wgTitle') == mw.config.get('wgMainPageTitle') ) {
    $(document).ready(function ($) {
        FocusOnSearch();
    });
}
⇨ Dr Brains ∞ Consultation ∞ 12 mai 2012 à 13:21 (CEST)
Merci Docteur, c'est génial, ça marche ! :-) Ça marche tellement bien que j'ai voulu faire pareil sur en.wikipedia.org, mais je n'y parviens pas. Sur fr.wikipedia.org, je n'avais pas de page Utilisateur:Nnemo/common.js, je l'ai créée, et youpi ça marche. Et sur en.wikipedia.org non plus, je n'avais pas cette page, alors je l'ai créée, en traduisant Utilisateur en User, mais ça ne marche pas. Y a-t-il autre chose à changer ? Saurais-tu quoi ? Merci !
--Nnemo (d) 12 mai 2012 à 23:58 (CEST)
Code corrigé pour tenir compte de la particularité de (en) (page d'accueil dans l'espace de noms principal).
⇨ Dr Brains ∞ Consultation ∞ 13 mai 2012 à 00:03 (CEST)
Merci, ça marche nickel maintenant ! :-)
Dis-moi Docteur, puisque tu m'as l'air très fort en JavaScript, tu saurais peut-être améliorer Wikipedia, en réponse à mon autre requête… :-) À l'échelle de la planète, ça nous ferait gagner à tous… des millions de secondes !
--Nnemo (d) 13 mai 2012 à 03:05 (CEST)
Hello,
Ça marche maintenant sur fr.wikipedia.org et sur en.wikipedia.org. J'aimerais la même chose sur commons.wikipedia.org. Alors j'ai mis ce code dans ma page User:Nnemo/common.js. Mais ça ne marche pas. Sais-tu me dire pourquoi ?
Merci pour ton aide !
--Nnemo (d) 26 mai 2012 à 23:25 (CEST)
Salut,
Ca ne marche pas sur commons très probablement parce que la page d'accueil que tu utilises (commons:Accueil en version francophone) n'est pas la page principale du wiki.
Il te faut remplacer dans la code (au niveau du if) « mw.config.get('wgMainPageTitle') » par « "Accueil" »
⇨ Dr Brains ∞ Consultation ∞ 27 mai 2012 à 15:51 (CEST)
Merci de t'intéresser à mon problème. Essai non concluant. D'autres idées ? --Nnemo (d) 27 mai 2012 à 23:48 (CEST)
Victoire, j'ai réussi ! :-) Ah, ce que c'est capricieux, le JavaScript… --Nnemo (d) 29 mai 2012 à 13:37 (CEST)

Nouvelle fonction très utileModifier

Je demande une fonction du genre " BandeauxEbauches marche ".
Oui parce que je vois pas où apparaissent les fonctions de ce bidule...Je ne vois aucun bouton !
Ils sont censés être où ?
Merci d'avance. --8991nirkirO Faux-nez Discuter avec mon maître 13 mai 2012 à 17:00 (CEST)

Le bouton est dans un onglet, donc en fait dans un menu sous l'interface Vector :
 
Si le bandeau d'ébauche est déjà posé, il n'y a rien dans le menu, mais il y a un lien « modifier » dans le bandeau lui-même.
Orlodrim [discuter] 14 mai 2012 à 19:29 (CEST)
Aaaah c'est là que ça apparait ! Il faudrait apprendre à vos protégés de ne pas jouer à cache-cache ! Merci Orlo.   --Orikrin1998    15 mai 2012 à 17:03 (CEST)

Regroupement de div pour ajouter du CSSModifier

Bonjour !

J'aurai besoin d'une fonction JS afin de pouvoir réaliser des encadrés autour de sections et de sous-sections de certaines pages avec du CSS. Le souci, c'est qu'il n'existe aucune div englobant spécialement cet ensemble, et donc pas de classe à modifier via mon vector.css/common.css .:s Les pages concernées par cette fonction seraient l'espace principal (les articles, et parfois leur pages de discussion) et l'activer optionnellement sur d'autres pages (je pense notamment à mon espace utilisateur), sinon certains layouts spécifiques déjà existant (par exemple, les pages de portails et de projets) seraient eux aussi affectées par les modifications de styles. Peut-être que des noms de classes différents en fonction du type de page résoudraient ce problème ?

Merci d'avance. :) -- Feldo l'écureuil [Noisettes ?] 12 juin 2012 à 20:50 (CEST)

Javascript :
addOnloadHook(function(){
    if(wgNamespaceNumber==0 || wgNamespaceNumber==1 || document.getElementById('SpecialSections')){
        $(document.body).addClass("SpecialSections");
    }
});
CSS :
.SpecialSections h2, .SpecialSections h3, .SpecialSections h4, .SpecialSections h5, .SpecialSections h6 {

/* ici les styles voulus */

   background-color:yellow;
   border:2px dotted red;
   
}
Ceci ajoutera les styles définis dans le CSS à toutes les pages de l'espace principale et les pages de discussions des articles, ainsi que dans toute page qui inclut un élément avec pour id SpecialSections
⇨ Dr Brains ∞ Consultation ∞ 12 juin 2012 à 21:59 (CEST)
Merci pour le code. :) Cependant, je ne vois pas apparaître les .SpecialSections dans le code source lui-même (c'est à dire une div avec la classe qui engloberait des balises h5 (par exemple) avec les hx/p/center/table/ul(/etc.) et se refermant juste avant h5 suivant. Est-ce normal ? (je ne sais pas si je suis très clair... ^^")---- Feldo l'écureuil [Noisettes ?] 12 juin 2012 à 22:12 (CEST) (edit: en fait, je crois que je me suis mal expliqué: les titres des sections étaitent déjà modifiables, je cherchais plutôt une div englobant toutes les balises jusqu'au hx de même chiffre et niveau suivant, introduction inclue ^^;)
Bonsoir,
Très grossièrement fait et certainement à débuguer (mais je manque de temps pour terminer ce soir), Utilisateur:Lgd/makeDivSection.js devrait convenir. Il crée une div autour de chaque section, avec deux classes à chaque fois :
  • my_section, une classe générique identique pour tous les niveaux ;
  • my_section_level_2 ou my_section_level_3 ou my_section_level_4 etc. selon le niveau du titre de section concerné (afin de pouvoir éventuellement affiner les CSS, etc.)
Pour l'utiliser, ajoute la ligne suivante dans ton common.js personnel (et actualiser le cache de ton navigateur):
importScript('Utilisateur:Lgd/makeDivSection.js');
Cela te permettra d'avoir une version à jour si le script est modifié ou débugué en actualisant juste le cache de ton navigateur.
Pour déclencher le script ailleurs que dans un article ou une page de discussion, il faut y ajouter un élément (span par exemple) avec l'id my_section_add.
Je vais tâcher de terminer si besoin demain soir, mais cela peut déjà être testé. Cordialement, --Lgd (d) 13 juin 2012 à 00:11 (CEST)
  J'ai amélioré la détection pour la dernière section de l'article (arrêt avant les palettes ou le bandeau de portails) et ajouté l'introduction (classes my_section et my_section_level_0). Cordialement, --Lgd (d) 13 juin 2012 à 19:22 (CEST)

Ajout de boutonsModifier

Bonsoir. N'étant pas un expert en la matière, pouvez vous m'indiquer s'il est possible d'ajouter sur mon monobook deux boutons à ma barre de modification permettant d'insérer les modèles {{Unité||m}} et {{Heure||||}}. Merci pour vos réponses. Sellig (d) 12 juin 2012 à 23:43 (CEST)

Salut  ,
J'ai fait trois choses :
  • J'ai nettoyé un peu le code existant dans ton monobook.js.
  • J'ai ajouté deux nouveaux boutons pour les modèles que tu demandes ; à toi de trouver des images pour les boutons.
  • J'ai renommé ton monobook.js en common.js pour que son contenu soit utilisé indépendamment de l'apparence de MediaWiki (monobook, vector…) que tu utilises.
C'est bon ?
Amicalement — Arkanosis 13 juin 2012 à 19:12 (CEST)
Génial, merci. J'ai trouvé les deux boutons [9] [10], peux-tu les insérer à ma place, j'ai peur de faire une bêtise. Sellig (d) 13 juin 2012 à 19:32 (CEST)
  Hop.  Arkanosis 13 juin 2012 à 20:00 (CEST)
  Merci. Sellig (d) 13 juin 2012 à 20:09 (CEST)
Serait-il possible d'ajouter une espace entre {{en}} et {{Lien web, conformément aux Bonnes Pratiques™ ? Merci   od†n ↗blah 14 juin 2012 à 01:27 (CEST)
  Wikipédia:Administrateur/Od1n  Arkanosis 14 juin 2012 à 10:39 (CEST)
Ne serait-il pas possible d'adapter ces boutons pour vector ? Ɖeⅎeðeɽ Discutation 14 juin 2012 à 17:52 (CEST)
Ils sont déjà « adaptés » à vector, mais pas à la barre d'outils améliorée. Tu peux désactiver celle-ci dans tes préférences si tu le souhaites.
On m'a déjà demandé d'adapter les gadgets d'ajout de boutons à la nouvelle barre d'outils, mais je n'ai pas encore pris le temps de me pencher sur la question (c'est bien évidemment « possible »).
Amicalement — Arkanosis 14 juin 2012 à 18:00 (CEST)
J'ai trouvé ; mon interface va pouvoir passer à l'âge de l’adolescence ! Ɖeⅎeðeɽ Discutation 15 juin 2012 à 21:52 (CEST)

Programmation pour wikigraphistesModifier

Bonjour Oh JSiens,
L'atelier graphique à lancer une page Programmation pour graphistes et tente de se mettre à la programmation afin de traiter des fichiers SVG / SIG / texts. On est des vrais débutant au tout tout début du projet. Nous cherchons donc à comprendre le domaine de la programmation sur SVG. Pouriez vous nous éclairer un peut sur

1. les possibilités du JS / JQuery / ...
2. les ressources éventuelles de votre wikiprojet pour apprendre le JS   Vu!
3. d'autres langages ou wikiprojets plus pertinents et accessibles (nous sommes de vrais débutants)   Vu!

Vos suggestions rapides seraient appréciés dans cette discussion.
Salutation! Yug (talk) 19 juillet 2012 à 14:46 (CEST)

Est-il possible de récupérer le SVG généré dynamiquement par de ce genre de page ? Yug (talk) 27 juillet 2012 à 11:11 (CEST)

Concernant HotsCatMultiModifier

Bonjour à tous !

Serait il possible que ce gadget (merveilleu d'ailleurs  ) fonctionne également avec les catégories cachés ? En effet, pour celles ci, il faut aller les chercher dans l'article, impossible de les enlever avec HotsCat...

Donc, est ce une option envisageable ? --Woozz un problème? 20 août 2012 à 00:36 (CEST)

Le problème est que les catégories cachées ne sont pas à chercher dans l'article, mais le plus souvent dans les modèles contenus dans l'article (bandeaux de portail, d'ébauche, etc...). Dans ces condition, essayer de deviner quoi modifier dans l'article pour changer la catégorie cachée est impossible à automatiser.
⇨ Dr Brains ∞ Consultation ∞ 20 août 2012 à 01:18 (CEST)

Nouveau gadgetModifier

Bonjour Mr le projet.

Je ne connais presque rien du tout en javascript, donc je ne sais pas si ma demande est réalisable.

J'ai eu l'idée d'un nouveau gadget qu'on pourrait clairement appeler InfoboxCreator.js, qui consisterait à récupérer certaines données évidentes des articles sur des films pour en faire une infobox. Exemple : il n'y a pas d'infobox au film Fahrenheit 451. Le gadget détecte (si c'est possible) les éléments suivant : sorti en 1966 donne | année de sortie = 1966. Un film britannique donne | pays = {{Royaume-Uni}} et ainsi de suite...Si c'est faisable, ce doit être très compliqué, j'en suis conscient.

Soit ma demande est irréalisable, soit elle a déjà été réalisée (où ?) et même peut-être existante pour d'autres infoboxes.

Informez-moi.   --Orikrin1998 (blabla/miaou) 12 septembre 2012 à 17:38 (CEST)

Utilisateur:Arkanosis/aib.js… commencé en 2009, pas avancé depuis…  . À l'époque je m'étais dit que tenter d'établir à la main tous les motifs à détecter dans les articles était une tâche trop pénible et que je n'avais aucune envie de le faire ; j'étais donc parti sur l'idée de faire de l'apprentissage automatique à partir des articles possédant déjà une infobox pour apprendre les motifs. Et puis j'ai manqué de temps.
S'il y a une des volontaires pour établir des listes de motifs (propres), c'est un projet que j'aimerais bien relancer ; mais c'est beaucoup de boulot.
Amicalement — Arkanosis 15 septembre 2012 à 00:50 (CEST)
Un script pour permettre d'ajouter des motifs à a une liste de motifs :-) --Pierre Slamich (d) 28 octobre 2012 à 13:49 (CET)

Transformer le résultat d'une requête à l'API en une page exploitable manuellementModifier

Bonjour,
J'utilise actuellement des requêtes directes à l'API pour obtenir des listes de pages spécifiques, qui ne pourraient être obtenues via la recherche classique. Le résultat de ces requêtes se présente donc sous la forme d'un fichier XML contenant une liste de pages.
Actuellement, je vais sur ces pages manuellement par copier-coller, ce qui n'est pas très pratique. Je m'adresse donc à vous pour savoir si, à l'aide d'un tour de magie JavaScript, il serait possible de créer une page spéciale, dans laquelle on entre la requête, et qui affiche la liste des liens sous la forme d'une liste, avec également pour chaque page un lien vers "pages liées".
Je ne sais pas si c'est réalisable, ou même si ça existe déjà. Mais comme je m’apprêtais à programmer ça de manière externe (programme standalone sur mon poste), je me suis dit que ça serait plus simple si il était possible d'avoir cette fonctionnalité directement sur le site, accessible ainsi de n'importe où.
Un exemple de requête que j'utilise : [11]
Est-ce réalisable ?
Wikipédiennement, Epok__ Insultes, éloges ou simples discussions : , le 14 septembre 2012 à 10:19 (CEST)

C'est possible. Mais c'est pour faire quoi exactement ? Tu veux un rendu en wikitexte pour copier-coller ou une liste de liens bleus "normaux" ?
⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2012 à 13:39 (CEST)
L'idée, ça serait de transformer le XML en une page contenant des liens bleus "normaux", ainsi que, pour chacun de ceux-ci, un lien bleu vers la page spéciale "pages liées" correspondante. Ce qui éviterait de multiples clics, ainsi que du copier-coller comme je le fait actuellement. Epok__ Insultes, éloges ou simples discussions : , le 14 septembre 2012 à 13:48 (CEST)
OK. Tu veux faire ça à partir d'où. Une "fausse" page spéciale ?
⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2012 à 13:55 (CEST)
Ça dépend : si je suis le seul à l'utiliser, une sous-page de mon espace de nom conviendrait. Si c'est susceptible d'être utilisé par d'autres contributeurs, plutôt dans un espace commun. Je ne sais pas où on place habituellement ce genre de composant ? Epok__ Insultes, éloges ou simples discussions : , le 14 septembre 2012 à 14:22 (CEST)
Salut ! Juste pour savoir si ma requête était toujours d'actualité ? Vu que je n'ai pas eu de news depuis un mois...
Wikipédiennement, Epok__ Insultes, éloges ou simples discussions : , le 6 octobre 2012 à 11:23 (CEST)
Salut,
Oui, j'ai commencé Utilisateur:Dr Brains/SearchPageList.js. Je n'ai créé que l'interface, il reste encore la partie requête/affichage du résultat à coder.
Pour l'instant je suis surtout concentré sur l'histoire de la Colombie, mais j'essaierai de m'y remettre bientôt. Bien sûr si tu veux avancer un peu tu peux continuer le codage toi-même et si il y a des points bloquants je t'aiderai.
⇨ Dr Brains ∞ Consultation ∞ 6 octobre 2012 à 11:54 (CEST)
Pas de soucis ! Je ne suis pas pressé, c'était juste pour savoir où ça en était. Je ne peux malheureusement pas modifier le code, je n'y connais rien en JS. Je peux éventuellement essayer de comprendre ce que tu a écris, ça sera déjà pas mal  . En tout cas, merci à toi, et j'attendrai le temps qu'il faudra, ne te presse pas pour moi. Epok__ Insultes, éloges ou simples discussions : , le 6 octobre 2012 à 18:53 (CEST)

Aide pour comptage de contributionsModifier

Bonjour, je n'y connais pas grand-chose en JavaScript et je voudrais juste demander quelques indications sur la faisabilité et la façon de faire, pour faire avancer une demande que j'ai faite au Bistrot technique du Wikipédia hongrois.

Il s'agit de vérifier pour les votes (PDD assez actives là-bas) la capacité à voter, définie là-bas par le nombre de contributions « admissibles » des 3 derniers mois : suite à un vote qui a posé pas mal de problèmes de décompte, il y a eu des suggestions de faire un décompte automatique et j'ai participé à l'analyse du problème et à la définition d'un début d'algorithme qui serait :

  • lister les oldid des contributions entre deux dates dans les quelques espaces de noms « admissibles », par exemple ici pour namespace=0,
  • lister et compter les oldid des vérifications (automatiques ou de patrouilleurs) entre deux dates, par exemple ici, et comparer aux précédents pour compter les contributions qui ne sont pas des vérifications (page non encore vérifiée, ou contributeur non automatiquement vérifié), ce qui ajouté au nombre de vérifications donnera le nombre de « contributions ou vérifications » sans double compte,
  • lister et compter les interventions comme administrateur entre deux dates, par exemple ici,
  • (pour les contributions de bot entre deux dates, par exemple ici, comme le nom du bot éventuel n'est pas automatique et qu'il faut en extraire celles demandant une intervention manuelle avant de diviser par 3, cela restera probablement à la main).

Je voudrais donc juste quelques pistes sur ce qui est faisable et le principe général de ce qui peut être utilisé, en gros et sans écrire en détail, juste pour faire avancer. Merci pour vos lumières. — Oliv☮ Éppen hozzám? 21 septembre 2012 à 08:53 (CEST)

édition wikipédia en ligne : options avec des couleursModifier

Bonjour,

Existe t'il une possibilité de personnaliser l'affichage du code de wikipédia en ligne ? J'aimerai que les références soient affichées différemment pour faciliter la manipulation du code. Je sais que wikipédia:WPCleaner le fait, mais ce serait pour l'utiliser sur des ordinateurs publics donc si possible sans installation de logiciel. Si quelqu'un a des idées, merci d'avance

-- Ofix (d) 3 octobre 2012 à 15:00 (CEST)

Je crois que le gadget WikEd offre ce genre de fonctionnalités. — Ltrl G📞, le 3 octobre 2012 à 16:28 (CEST)

Bandeaux.jsModifier

Bonjour.

Ai-je mal cherché ou bien je ne m'étonne pas sans raison de ne pas trouver le gagdet destiné à ajouter des bandeaux génériques comme {{Admissibilité à vérifier}} ou {{à sourcer}} ? Ce doit être pourtant simple à faire ! Quelqu'un peut s'en charger ? --Orikrin1998 blablatoir 8 octobre 2012 à 14:27 (CEST)

Tu as mal cherché : Projet:JavaScript/Notices/BandeauxFaciles
Have fun !
⇨ Dr Brains ∞ Consultation ∞ 8 octobre 2012 à 17:13 (CEST)
Euh, question bête : comment l'active-t-on ? Il n'est pas dans les gadgets et il n'y a pas de fonction importscript d'indiquée.   --Orikrin1998 blablatoir 8 octobre 2012 à 18:02 (CEST)
Dans ton /common.js : obtenir("BandeauxFaciles");
⇨ Dr Brains ∞ Consultation ∞ 8 octobre 2012 à 19:05 (CEST)
I can enjoy now.   --Orikrin1998 blablatoir 8 octobre 2012 à 20:14 (CEST)
Après euh, quelques heures d'étude, je me rends compte que le gadget est bien pauvre. Voici quelques propositions d'amélioration :
Il est dommage de laisser un gadget si potentiellement utile à cet état d'embryon ! --Orikrin1998 blablatoir 9 octobre 2012 à 14:39 (CEST)
Ah et aussi la possibilité d'enlever les bandeaux. --Orikrin1998 blablatoir 11 octobre 2012 à 10:43 (CEST)
Et également le datage automatique des bandeaux génériques. --Orikrin1998 blablatoir 12 octobre 2012 à 20:51 (CEST)

Gadget Infobulles de références (Reference Tooltips)Modifier

Suite à ma demande de commentaires sur Discussion_Projet:JavaScript via le bistro du 9/10, puisqu'il ne semble pas y avoir d'opposition, je demande la création du gadget Reference Tooltips. La version traduite peut être testée en ajoutant

importScript('Utilisateur:The_RedBurn/ReferenceTooltips-fr.js');
importStylesheet('Utilisateur:The_RedBurn/ReferenceTooltips-fr.css');

à votre fichier common.js.
Je suppose que pour l'activation par défaut, le mieux est de passer par une prise de décision ? The RedBurn (ϕ) 10 octobre 2012 à 17:27 (CEST)

Ce serait bien de faire le point sur ce qui différencie ce gadget de celui qui est déjà disponible, afin de ne pas avoir un doublon (et d'être sûr que celui qui reste au final, quel qu'il soit, dispose de toutes les fonctionnalités, de la documentation, etc.).
PS : il y a une partie de la discussion sur Discussion_MediaWiki:Gadgets-definition#Reference_Tooltips, également.
Amicalement — Arkanosis 10 octobre 2012 à 17:40 (CEST)
Yep, en effet ce principe de gadget qui permet de visualiser aisément les références semble rencontrer un très bon accueil, et ce même en étant activé par défaut. Moi-même je ne pourrais plus m'en passer maintenant. Et oui, le gadget de Lgd et celui du wiki anglophone se recoupent dans leurs fonctionnalités. Les deux sont excellents, et on pourrait envisager de les comparer afin de créer le Gadget Ultime. Mouhaha. od†n ↗blah 10 octobre 2012 à 18:12 (CEST)
En fait, pour pouvoir activer tooltipRef par défaut, il faudrait :
  • un bouton d'options (et des options) afin de permettre aux utilisateurs non enregistrés de le désactiver, de l'activer uniquement au clic ou de modifier le délai avant affichage.
  • une « extension pointue » indiquant clairement à quoi se rapporte l'infobulle.
  • uniformiser l'affichage des références imbriquées (voir un exemple sur l'article BoA) et des infobulles qui y sont liées. Actuellement, les références imbriquées sont précédées d'une flèche qui modifie l'affichage normal et elles ne s'affichent pas dans des infobulles.
  • supprimer la croix de fermeture des infobulles lorsqu'elles sont configurées pour s'afficher au survol.

En ce qui concerne Reference Tooltips :

Pour Reference Tooltips, je viens d'en faire la demande au développeur. The RedBurn (ϕ) 16 octobre 2012 à 19:24 (CEST)
Je viens de tester les deux rapidement (à la base, je suis plutôt un utilisateur de popups). Ce que je retiens de ces tests :
  • La différence au niveau de l'aspect est surtout une question de goût : les deux ont un rendu propre, à l'exception (je trouve) de la croix (pour tooltipRef) et de l'engrenage (pour Reference Tooltips) qui font un peu brouillon.
  • Reference Tooltips a le gros avantage d'être configurable et désactivable directement. Bémol : cela fonctionne avec un cookie, qui a donc une durée de vie limitée et qui est local à un profil particulier d'un navigateur particulier sur une machine particulière — mais bon, pour les utilisateurs non inscrits, on ne peut pas vraiment faire autrement.
  • Le rendu des références imbriquées est effectivement un peu confus avec tootipRef… je n'ai pas testé avec deux niveaux d'imbrication. Avec Reference Tooltips, je n'ai pas l'impression que ce soit supporté du tout… est-ce seulement chez moi que ça ne fonctionne pas ?
  • Reference Tooltips a un comportement différent selon si les références sont visibles à l'écran (auquel cas il les encadre) ou non (auquel cas il affiche une infobulle). Ce comportement inconsistant est complètement contre-intuitif et devrait être éliminé (ie, on devrait toujours afficher une infobulle).
  • Quel que soit le gadget retenu, le mode d'activation par défaut devrait être le clic et non le survol, notamment pour des raisons d'accessibilité : tout le monde n'utilise pas une souris (clavier d'ordinateur, clavier de téléphone, écran tactile… sont autant de périphériques qui peuvent être utilisés pour naviguer sur Wikipédia) et tout le monde n'a pas la chance de pouvoir maintenir un curseur de souris dans la surface réduite d'une référence en exposant le temps de la lecture de l'infobulle associée.
Amicalement — Arkanosis 26 octobre 2012 à 01:32 (CEST)
Bonjour,
J'appuie la remarque d'Arkanosis sur le mode d'activation du gadget. La souris est loin d'être le seul mode d'utilisation d'une page ; de plus, il y a déjà des gadgets s'activant au survol, et en ajouter complique encore plus la lecture de la page (je remue de temps en temps ma souris quand je lis un long article, et ces fenêtres surgissantes intempestives interrompent la lecture). Litlok (m'écrire) 26 octobre 2012 à 09:36 (CEST)

Bouton de citation comme sur en: (easyCiteMain)Modifier

Bonjour,

Vous avez peut-être déjà remarqué sur en:, dans la barre d'outils classique, le bouton CITE qui une fois cliqué affiche une ligne de boutons facilitant l'ajout de sources via des formulaires. Plusieurs d'entre eux (dont le bouton Web, le plus utilisé) ont un bouton sous forme de 4 flèches vertes qui récupère automatiquement certaines informations à partir de l'url entrée à côté. Le bouton Named references permet quand à lui d'ajouter facilement une des références nommées de l'article. Ce bouton CITE utilise la fonction easyCiteMain. Ne pourrions-nous pas ajouter ces fonctionnalités à notre barre d'outils classique ? The RedBurn (ϕ) 25 octobre 2012 à 19:04 (CEST)

Je découvre cet outil grâce à toi. C'est très bien conçu et je suis convaincu que ça plairait à beaucoup de monde ici (une fois adapté aux modèles utilisés localement), d'autant que ça fonctionne avec la barre d'outils classique comme avec la barre d'outils dite « améliorée ».
Il y a au moins un bug : à chaque fois que je sélectionne le formulaire pour les références, l'ancien ne disparaît pas — mais ce n'est certainement pas difficile à corriger et en tout cas pas bloquant.
Je crois qu'on a quelques outils sur la Wikipédia francophone (de Dr Brains ou Dereckson — peut être des deux) qui permettent de générer automatiquement des modèles remplis à partir d'une unique référence. Interfacés dans ces formulaires, ce serait vraiment chouette.
Amicalement — Arkanosis 26 octobre 2012 à 00:50 (CEST)

Liste de suiviModifier

Bonjour, mille excuses si ce gadget existe déjà, il m'a échappé.

Serait-il possible de mettre l'ensemble des articles d'une catégorie, dans notre liste de suivi ? Exemple, j'aimerais suivre toutes les villes de Floride, est t'il possible de le faire sans cliquer manuellement sur les étoiles des 150 articles ? Peut-être serait-il possible de créer un programme pour obtenir la liste complète des articles présents une catégorie, afin de pouvoir l'insérer dans notre LDS en mode brut ?

Cordialement. --Jackrs le 29 octobre 2012 à 10:46 (CET)

Projet:JavaScript/Aide API#Fonction complexe : suivre/ne plus suivre toutes les pages d'une catégorie
Pas testé depuis un bon moment, mais a priori ça marche.
⇨ Dr Brains ∞ Consultation ∞ 29 octobre 2012 à 17:40 (CET)
Oula ! Ça me paraît bien compliqué, je vais essayé comprendre les différentes étapes à suivre. Merci pour ta réponse  . Cordialement. --Jackrs le 30 octobre 2012 à 11:03 (CET)

Modification du gadget InterprojetsModifier

Bonjour, Il s'agit de modifier le gadget Interprojets (+css pour qu'il intègre Wikivoyage [12]. Merci ! Attention toutefois le logo pourrait bien changer. Otourly (d) 14 novembre 2012 à 19:54 (CET)

Up s'il vous plaît, le logo a été changé Fichier:Wikivoyage-logo-en.svg Otourly (d) 12 décembre 2012 à 19:55 (CET)
Toujours en discussion [13] Otourly (d) 12 décembre 2012 à 19:57 (CET)
Maintenant c'est la bonne, si une âme charitable pouvait passer... Otourly (d) 12 janvier 2013 à 22:36 (CET)
  Orlodrim [discuter] 12 janvier 2013 à 23:45 (CET)

ÉcoatlasModifier

Bonsoir,

J'ai relancé le projet:Écoatlas avec comme objectif de créer une cartographie globale de la planète sur bases d'unités appelées « écorégions ». Depuis le début de cette idée, je cherche un moyen de relier chaque espèce(animale dans un premier temps) aux différentes écorégions dans lesquelles elle évolue. J'ai pensé d'abord à une infobox ({{Infobox Biogéographie}}), mais l'idée déplait (à juste titre) aux biologistes qui trouvent leurs articles déjà surchargés par la taxobox. Je me suis orienté vers un projet de liste substituable à placer dans le corps du texte ({{Biogéographie}}) mais la solution ne me convient pas, ça ralonge les articles avec une liste assez insipide, qui n'évoluera certainement jamais vers un paragraphe rédigé, alors que le but n'est que de donner une série de liens internes.

 
Voir la distribution de cette espèce dans l'écoatlas :
Musaraigne alpine

Je me demandais donc ambitieusement si un gadget Javascript, sous forme d'une fenêtre pop-up (ou d'une page externe temporaire) qui donnerait juste cette fameuse liste, avec une petite intro expliquant les tenants et aboutissants de la chose, était une chose imaginable... J'avoue ne rien y connaître, donc pardon si je suis complétement à côté de la plaque. J'ai fait un petit exemple pourri avec la musaraigne alpine pour tenter d'illustrer mon idée...

Merci d'avance, --Terpsichores (d) 4 décembre 2012 à 00:58 (CET)

Y a pas moyen de faire quelque chose à base de {{Boîte déroulante}} ?
⇨ Dr Brains ∞ Consultation ∞ 4 décembre 2012 à 17:26 (CET)
Mouais, c'est ce que j'avais fait. mais ça ne convenait pas à cause des « problèmes d'accessibilité » (certains navigateurs n'enroulent pas la boîte m'a-t-on dit...). Et parfois la liste est vraiment longue, donc si la boîte plante, ça déstructure tout l'article... --Terpsichores (d) 5 décembre 2012 à 01:22 (CET)

Placer la prévisu en vis-à visModifier

Bonjour, J'ai réussi avec un peu de CSS perso à mettre l'éditeur d'article en vis à vis (en désactivant le style inline du div wikiPreview ça fonctionne).

div#wikiPreview {
  width:49%;
  display:inline-block;
}   
form#editform {
    width: 49%;
    float:right;
}

Il reste deux problèmes qui ne sont pas facilement solubles en CSS pure (d'après mes maigres connaissances) : ne mettre en vis à vis que quand la prévisu est active, c'est à dire quand on en a fait au moins une, et surcharger le css inline.

Si ça intéresse du monde je pense qu'il serait pas mal que quelqu'un se penche sur cette tache. Si ça intéresse encore plus de monde on pourrait même proposer un ticket pour mediawiki ...

Des avis ? — TomT0m [bla] 12 décembre 2012 à 20:09 (CET)

Convertir les références Bibtex au format WikipediaModifier

Je pense que les modèles {{article}} et {{ouvrage}} sont très utiles sur wikipedia. Ils permettent d'unifier la mise en forme des références bibliographiques dans un ouvrage. Par contre, il est souvent assez fastidieux de les taper. Lorsqu'on fait du LaTeX, on a l'habitude d'utiliser des références au format BibTeX. Ça repose un peu sur le même principe. Par contre, on n'a pas besoin de les taper à la main parce qu'on en trouve partout sur internet. C'est très facile de les obtenir avec Google Scholar (option dans les paramètres du moteur de recherche) ou dans les différentes bases de données bibliographiques (ideas.repec.org/ par exemple en économie). Donc, il suffirait d'avoir un outil où on entre le code Bibtex et on obtient le modèle {{article}} ou le modèle {{ouvrage}}.

Exemples : La référence LaTeX suivante :

@article{gelman1992inference,
  title={Inference from iterative simulation using multiple sequences},
  author={Gelman, A. and Rubin, D.B.},
  journal={Statistical science},
  volume={7},
  number={4},
  pages={457--472},
  year={1992},
  publisher={Institute of Mathematical Statistics}
}

devrait donner le code :

{{article|langue=en|titre=Inference from iterative simulation using multiple sequences
|nom1=Gelman|prénom1=A.|nom2=Rubin|prénom2=D.B.|périodique=Statistical science
|lien périodique=Statistical science|volume=7|numéro=4|pages=457-472
|année=1992|éditeur=Institute of Mathematical Statistics}}

Pensez-vous que cela soit possible ? --PAC2 (d) 29 décembre 2012 à 21:48 (CET)

PS : Je pense qu'il y a la possibilité d'utiliser une partie du code de certains scripts comme OuvrageArticle.js --PAC2 (d) 29 décembre 2012 à 21:53 (CET)
Il y a même des choses qui existent BibTeX2Wp sur la wp en, et ça m’étonnerait pas du tout que ça n’existe pas quelque part pour la fr: (c'est l'inverse qui serait surprenant, en fait). Trouvé sur en:Wikipedia:Tools. Mais le lien semble mort ou a un soucis actuellement ... — TomT0m [bla] 30 décembre 2012 à 11:27 (CET)

Outil pour accélérer le remplissage des catégories sous-peupléesModifier

Bonjour. Créant souvent des catégories existant déjà dans d'autres langues, je souhaite pouvoir les remplir plus rapidement en déterminant plus efficacement quels articles des catégories étrangères ont un équivalent en français. Je suis donc à la recherche d'un outil qui soit créerait une liste toute faite en entrant le nom de la catégorie française ou étrangère, soit afficherait différemment de leurs autres articles les articles des versions étrangères ayant leur équivalent en français. Je pense que ce pourrait être un script, mais qui sait vraiment si c'est réellement possible ? Ce serait un sacré gain de temps – actuellement je dois ouvrir tous les liens pour déterminer l'éventuelle présence d'un lien interwiki, et dans un cas comme Catégorie:Entreprise du Queensland, vide en français mais pleine en anglais, cela représente des dizaines et des dizaines de clics parfois vains. Aidez-moi par pitié ! Thierry Caro (d) 8 mars 2013 à 21:12 (CET)

J'ai également fait une demande à Myst (d · c · b), qui avait, je viens de m'en souvenir, développé un outil de ce genre qui ne marche plus. Thierry Caro (d) 8 mars 2013 à 21:35 (CET)
Cette vieille conversation avec lui explique bien mon idéal. Thierry Caro (d) 8 mars 2013 à 21:44 (CET)
OK. C'est réglé. Myst (d · c · b) a corrigé son outil, qui marche à nouveau. Je vous le recommande chaudement et je vous prie de m'excuser pour le dérangement. Thierry Caro (d) 11 mars 2013 à 10:48 (CET)

Ajout d'un bouton "Aperçu de la page avec ce modèle" sur une sous-page pré-déterminéeModifier

Hello,
dans le projet Scribunto nous utilisons souvent la fonctionnalité "Aperçu de la page avec ce modèle" durant les étapes de développement (oui, aperçu avec ce modèle même pour un module, il semble que ça réutilise les mêmes messages que pour les modèles. Si quelqu'un sait comment corriger ça ou bien où le demander je suis preneur…).
Nous essayons de structurer les sous-pages associées, entre autre définir une sous-page dédiée au "banc de test". Serait-il possible de créer un bouton qui s'ajouterait à un endroit pratique (l'idéal : à coté du bouton existant, avec par exemple "Aperçu de la page de test avec ce module/modèle") qui qui ferait la même chose que le bouton actuel mais en ciblant systématiquement une sous-page précise calculée à partir du nom du module ?

Cordialement, Hexasoft (discuter) 18 mars 2013 à 12:49 (CET)

Demande d'ajouts de modèles dans la barre d'outils développée par les gadgetsModifier

Bonjour,

Serait-il possible de rajouter dans les boutons de la barre d'outils spéciale (celle qui est très allongée grâce aux gadgets) ces modèles :

HomonymiesEnCouleur : trouver les liens marquésModifier

Bonjour,

Je trouve ce gadget vraiment pratique pour marquer les liens vers les pages d'homonymie. Je pense qu'une fonction très intéressante pourrait lui être ajouté: avoir un bouton ou un lien permettant d'aller directement à l'endroit dans la page ou un lien a été marqué, puis au suivant si on reclique dessus. Qu'en pensez-vous ? Est-ce faisable ? Merci --NicoV (d) 12 avril 2013 à 09:21 (CEST)

  Fait
Purger le cache du navigateur pour avoir cette mise à jour.
⇨ Dr Brains ∞ Consultation ∞ 12 avril 2013 à 15:09 (CEST)
Avec le gadget Popup je ne vois pas de lien. Est-ce compatible ? Leag ⠇⠑⠁⠛ 12 avril 2013 à 15:31 (CEST)
(conflit)
Merci pour la modification. Quelques remarques :
  • Ce serait probablement plus pratique avec HomonymiesEnCouleur qui marque les liens automatiquement en tâche de fond beaucoup plus rapidement que VerifHomon (pas d'analyse à lancer).
  • La première fois quand je clique sur "Vérif. homonymies", le message m'indique que 0 liens vont être analysés (au lieu du nombre de liens de la page).
  • A la fin de l'analyse, j'obtiens bien un message avec le nombre de liens trouvés, mais je ne vois rien pour passer d'un lien à l'autre.
--NicoV (d) 12 avril 2013 à 15:34 (CEST)
@Leag :
  • Je ne sais pas. Je n'utilise pas les popups. A priori, je ne vois pas pourquoi ce ne serait pas compatible.
@NicoV :
  • Celui-ci n'est pas de ma conception. Il est plus rapide car d'une part il est codé en jQuery, mais aussi parce qu'il ne vérifie que les pages appartenant directement à la Catégorie:Homonymie, et non à l'une de ses sous-catégories. Du coup il risque d'en laisser passer, contrairement à verifHomon.js.
  • J'ai corrigé ce bug
  • Ça plus le point précédent m'indique que tu n'as pas rechargé le cache de ton navigateur. Fait-le et ce devrait être OK.
⇨ Dr Brains ∞ Consultation ∞ 12 avril 2013 à 16:24 (CEST)
Merci, ça marche nettement mieux (nombre de liens OK + flèches à côté de chaque lien, y compris ceux qui ne sont pas des homonymies). Encore quelques remarques:
  • Etant donné les améliorations de vitesse que l'utilisation d'une seule catégorie apportait pour la détection des liens, toutes les pages d'homonymie sont catégorisées dans la catégorie mère depuis quelques temps (cf. explication dans MediaWiki:disambiguationspage), il n'est plus nécessaire de tester les sous-catégories.
  • Je pense que le gain de performance de HomonymiesEnCouleur vient surtout du fait qu'il fait une seule requête pour de nombreux liens, au lieu d'une requête par lien.
  • D'un point de vue ergonomique, je pense qu'il serait mieux de n'avoir les flèches que sur les liens d'homonymie, et un moyen simple de se retrouver sur le premier lien (recliquer sur "Vérif." ?)
--NicoV (d) 12 avril 2013 à 16:35 (CEST)
Pour les flèches, c'est corrigé (purger le cache pour avoir la mise à jour). En fait, c'est le rendu que j'escomptais mais j'ai testé sur une sous-page avec que des homonymies et je n'avais pas remarqué le souci...
Pour les deux autres points, le souci vient de la méthode : verifHomon.js ne vérifie pas les catégories, mais la présence ou non d'un modèle listé sur MediaWiki:Disambiguationspage. Or, tous ces modèles ne catégorisent pas forcément dans Catégorie:Homonymie (exemple : {{Bandeau standard pour page d'homonymie}}. Toutefois, il semble être possible de ne faire qu'une seule requête. Il faut que j'étudie plus en détail MediaWiki:Gadget-HomonymiesEnCouleur.js, ce qui risque de prendre un peu de temps.
⇨ Dr Brains ∞ Consultation ∞ 12 avril 2013 à 17:31 (CEST)
Ok, merci, ça marche.
Si nécessaire, on peut très bien modifier les modèles comme {{Bandeau standard pour page d'homonymie}} pour qu'ils fassent aussi une catégorisation dans Catégorie:Homonymie. Je pense qu'il n’avait pas été modifié car il me semble plus être destiné à être inclus par les autres bandeaux d'homonymie qu'à être directement apposé sur une page d'homonymie.
Avec les modèles, il est aussi possible de traiter beaucoup de liens dans la même requête en passant la liste des modèles recherchés (paramètre tltemplates) dans la requête (mais je crois qu'il faut séparer la liste de modèles en 2, il y en a trop pour une seule requête). C'est ce que je faisais avant avec WPCleaner, mais c'est plus efficace avec la seule catégorie.
--NicoV (d) 12 avril 2013 à 18:01 (CEST)

Liens modifier des titres de sectionModifier

Bonjour aux membres du projet,

Je suppose que c'est lié au passage généralisé du lien [Modifier] juste à droite du titre de section, je croyais que ça n’avait rien changé, mais depuis quelques heures je m’aperçois que ce lien n'est plus de taille réduite comme je l’avais auparavant. J'avoue que je préfère les petits liens, pratiques et utiles mais qui restent discrets malgré-tout. Y aurait-il une possibilité de le réduire de nouveau? Merci d'avance =) Cordialement, --Floflo (d) 16 mai 2013 à 23:43 (CEST)

C'est effectivement dû à la suppression du code qui modifiait ces liens, inutile puisque Mediawiki les place désormais à la même place. Toutefois, il semble effectivement que ce n'est pas transparent car la taille du lien n'est pas celle qu'on avait avant.
Une simple classe CSS à rajouter dans Mediawiki:Common.css peut y remédier, ce que je viens de faire. Après rechargement du cache, ces liens devraient reprendre la taille qu'ils avaient auparavant.
⇨ Dr Brains ∞ Consultation ∞ 16 mai 2013 à 23:54 (CEST)
En effet, et je n'ai même pas eu besoin de recharger le cache d'ailleurs. Merci beaucoup Dr Brains (même si ce n’était pas vraiment mon intention d'impacter tout le monde d'un coup, j'espère que ça ne perturbera personne...)
Mais merci en tout cas   --Floflo (d) 16 mai 2013 à 23:58 (CEST)

Bonjour, ce serait formidable si l’ancienne présentation était disponible en option, dans les gadgets par exemple. J’utilise l’habillage Monobook, j’espère retrouver un jour mon petit bouton [Modifier] tout à droite  . N’hésitez pas à me prévenir sur ma PdD si une telle option voyait le jour dans le futur… (genium ) 22 juin 2013 à 01:09 (CEST)

Requête traitée Gadget-ResumeDeluxe.js pour l'éditeur visuel.Modifier

Bonjour,

Suite à cette discussion sur Wikipédia:ÉditeurVisuel/Avis#Décrivez ce que vous avez modifié liée au développement de l'éditeur visuel, j'aimerai savoir s'il est envisageable qu'il y soit intégré les motifs de résumés cliquables, que l'on a actuellement dans le gadget MediaWiki:Gadget-ResumeDeluxe.js ?
En vous remerciant, --Ickx6 30 juin 2013 à 17:08 (CEST)

J’étais en train d’y réfléchir, car ça m’embête moi aussi. Malheureusement il me faudrait savoir comment exécuter une fonction juste à la fin du démarrage de l’éditeur visuel et je n’ai pas trouvé d’interface pratique du type ve.hooks. Si il n’y en a pas, ça risque d’être un bricolage immonde sans garantie de pérennité… (mais sinon je veux bien m’y coller) — Ltrl G, le 30 juin 2013 à 17:23 (CEST)
Merci pour la célérité de votre réponse ; je précise que je ne suis pas informaticien, et si j'aime bien comprendre comment fonctionne wikipédia, les termes techniques en langage informatique me seront rapidement incompréhensibles, (je veux dire par là que je ne sais pas ce que veut dire ve.hooks, je suppose qu'il y a une explication au terme crochet en informatique mais vous n'êtes sûrement pas là pour me donner des cours). Désolé, je ne suis qu'un modeste contributeur.  guillom (d · c · b) me disait que Dr Brains (d · c · b) aurait peut être la connaissance nécessaire, mais ce dernier est peut être débordé, ou n'a pas plus de solutions à apporter que vous.
Enfin c'est génial si vous acceptez de vous y atteler ; en vous remerciant, quelle qu'en soit l'issue. Cordialement, --Ickx6 30 juin 2013 à 19:26 (CEST)
J'ai trouvé ici, lignes 124-136 quelque chose qui ressemblerait à une liste de hooks (et qui renvoient à des fonctions situées plus bas dans le code). Mais j'ignore comment cela peut être utilisé.
⇨ Dr Brains ∞ Consultation ∞ 30 juin 2013 à 20:02 (CEST)
Merci d'avoir cherché. Bon je vois qu'apparemment cette demande est complexe et a peu de chances d'aboutir. Tant pis, merci quand même   --Ickx6 1 juillet 2013 à 18:31 (CEST)
Bonne nouvelle Ickx6 et Orikrin1998 ! Je suis aujourd’hui tombé sur le hook ve.saveDialog.stateChanged qui tombe à peu près au moment où j’en ai besoin, ce qui m’a permis de faire ceci.
À part des détails de mise en forme (et la stabilité non garantie de l’ÉditeurVisuel qui peut le rendre non fonctionnel à tout moment), ça tourne plutôt bien. Je vais encore attendre de l’avoir testé un peu plus longuement et je vais réfléchir à une personnalisation des messages dans le common.js. Si vous voulez le tester vous aussi, ça me permettra de réduire les (éventuels) problèmes.
Si vous voulez que j’en profite pour ajouter des fonctionnalités (une autre version, que j’avais faite pour corriger un petit problème de la version actuelle, intègre par exemple un lien « Effacer »), c’est aussi le moment de le signaler.
Amicalement — Ltrl G, le 15 septembre 2013 à 18:02 (CEST)
On m'appelle ? o_O
Ah, très bien très bien. Voilà une avancé importante dans le développement de l'EV. Et comment active-t-on la bête ? On l'importe dans son common ?
--Orikrin1998 (+) blablatoir 15 septembre 2013 à 18:14 (CEST)
@Ltrlg (d · c) :   Et merci pour vos efforts. Moi je veux bien tester mais comment fait-on ? Il faut copier coller le programme que vous avez écrit ? (dois je vous rappeler que je suis ignare en informatique donc ne vous moquez pas). Je n'ai pas beaucoup de commentaire à faire, sauf peut être : concernant les homonymies, il y a le message "création homonymie". Il ne me sert pas beaucoup, c'est plutôt "correction de lien vers une homonymie" qui m'intéresserait car c'est plus fréquent. Éventuellement rajouter "neutralisation", "retrait copyvio"… La liste serait évidemment infinie, mais on le fait régulièrement si on patrouille un peu. Merci en tout cas. --Ickx6 15 septembre 2013 à 18:20 (CEST)
[conflit] Comme pour tout gadget utilisateur :
importScript('Utilisateur:Ltrlg/scripts/Gadget-ResumeDeluxe.js');
dans le common.js. Pense à désactiver le gadget dans les préférences (sinon tu risque d’avoir un doublon et/ou un bug) — Ltrl G, le 15 septembre 2013 à 18:21 (CEST)
@Ickx6 : c’est pourquoi j’envisage une personnalisation possible des messages dans le common.js de l’utilisateur — Ltrl G, le 15 septembre 2013 à 18:39 (CEST)

┌────────────────┘
@Ltrlg (d · c) Merci   bien pour ces infos. Je vais donc me créer une sous-page /common.js et y ajouter ce code. Une question qui sans doute paraître stupide, mais j'ai une sous-page Utilisateur:Ickx6/vector.js, avec des machins dedans, je ne sais même plus à quoi ça sert (si ça sert à quelque chose). C'est obsolète et je peux tout virer ? A quoi servent les sous-pages /vector.js (si les sous-pages /common.js servent à enregistrer des codes spéciaux ?). Après je n'embêterais plus personne, c'est promis. Évidemment s'il existe une page d'aide qui explique tout, je regarderai. @+ --Ickx6 15 septembre 2013 à 19:03 (CEST)

@Ickx6, Orikrin1998 et tous ceux que ça intéresse.
Je viens de faire ceci (description des deux solutions que j’envisage pour la configuration, la seconde ayant ma préférence car elle me semble plus pratique à l’utilisation). Est-ce que je pourrais avoir vos avis d’utilisateurs moins habituées au JavaScript sur ce qui vous paraît le mieux ? Vous pouvez évidemment me proposer d’autres méthodes (pas forcément formaté JS, juste des idées : je verrai ce que je peux en faire).
Amicalement — Ltrl G, le 26 septembre 2013 à 21:45 (CEST)
Je suis tellement peu habitué au JS que j'ai même pas compris la nature de tes solutions.
Moi, il n'y qu'une chose pour laquelle je te ferais manger des haricots toute ta vie (si tu les aimes aussi peu que moi) si tu ne le faisais pas : une personnalisation maximum...Ce n'est pas pour rien que mon common contient une variante de ResumeDeluxe. Mais si c'est juste une histoire de renseigner quelques variables dans le common, je pense que c'est tout à fait faisable...si on m'explique bien.   --Orikrin1998 (+) blablatoir 27 septembre 2013 à 13:51 (CEST)
@Ltrlg : merci pour tes deux solutions, ton langage est un peu technique mais heureusement l'encyclopédie est là pour m’aider à comprendre  , avec un peu d'attention. Si j'ai bien compris l'idée, la 2ème soluce proposera le choix de désactiver les commentaires par défaut et permettre ainsi aux user expérimentés de réécrire leur propre liste. Ça me parait très bien : une liste par défaut, utile pour inciter les débutants à ajouter des résumés, et la possibilité pour les patrouilleurs d'optimiser leurs actions avec des résumés de leurs choix. Rien à dire si c'est bien ce résultat que tu ambitionnes, ce gadget devrait même rencontrer un certain succès !
Merci pour ces recherches qui te prennent du temps. @+ --Ickx6 27 septembre 2013 à 22:19 (CEST)
@Ickx6 : ça ne me prend pas trop de temps, rassures-toi. Les intervalles entre mes messages correspondent à des attentes (tu aurais par exemple pu trouver des bugs, avec ta configuration différente de la mienne,…)
La deuxième solution consiste plutôt à ajouter en fin de liste des messages personnalisés, non à réécrire toute la liste. Mais je peux faire un mélange des deux (choix ou réécriture, choix/ajout ou réécriture) sans trop de problèmes, si tu penses que c’est plus pratique (je n’y avais pas pensé, ça peut effectivement être bien pour ceux qui veulent presque tout réécrire)
— Ltrl G, le 29 septembre 2013 à 14:32 (CEST)
@Ltrlg : pouvoir tout réécrire, je trouve ça bien parce qu'il est probablement difficile de trouver une liste qui conviendrait à 100% à tout le monde, tout le temps. Il est évident qu'un gadget totalement personnalisable aura du succès potentiellement auprès de tout le monde. Cependant, une liste de pré-choix permets aussi d'apporter un semblant de normalité dans les commentaires, ça ne serait évidemment pas considéré comme indispensable mais tout de même un peu utile pour la relecture par les patrouilleurs ? Pourquoi ne pas s'inspirer aussi de ce que propose déjà wp:cleaner, pas exemple ; il me semble qu'il offre liste assez pertinente de commentaires automatiques. @+ --Ickx6 29 septembre 2013 à 14:55 (CEST)
@Ickx6 : du coup, quelque chose comme ça te semble mieux ? — Ltrl G, le 29 septembre 2013 à 15:10 (CEST)

┌────────────┘
@Ltrlg : Moi qui n'y connait rien, je pense avoir compris ! Si la syntaxe est de ce type, je pense que "customiser" le gadget sera à ma portée, et à bien d'autres même s'ils sont comme moi.   --Ickx6 29 septembre 2013 à 17:10 (CEST)

@Ickx6&Orikrin1998 : j’écrirai le code pour la troisième solution ce soir si vous ne changez pas d’avis. Je passerai dans quelques jours au bistro demander des avis sur la liste des messages pour adapter l’actuelle à l’usage réel. Après, je pourrai mettre en production (un jour où j’ai du temps libre, au cas où…).
Étant donné que le rendu n’est pas des plus agréables dans l’ÉditeurVisuel, pensez-vous qu’il faut une option pour désactiver le gadget lors de l’édition avec ?
@Orikrin1998 : j’aime bien les haricots (dans des proportions raisonnables), mais je veux bien t’expliquer quand même comment configurer quand ce sera prêt…
— Ltrl G, le 29 septembre 2013 à 17:25 (CEST)
  Ltrlg : Tout me paraît déjà très bien expliqué dans ta sous-page pour le gadget.   --Orikrin1998 (+) blablatoir 29 septembre 2013 à 18:06 (CEST)
@Ickx6&Orikrin1998 :   fait ; j’ai mis à jour Utilisateur:Ltrlg/Gadget-ResumeDeluxe, que j’adapterai à terme pour en faire la page d’aide — Ltrl G, le 29 septembre 2013 à 21:34 (CEST)
Sans avoir activé ton gadget, j'ai rempli sa configuration dans mon common...C'est bon ? --Orikrin1998 (+) blablatoir 30 septembre 2013 à 13:05 (CEST)
[édit.] Tiens, ça fait quand même buguer le gadget original...Donc je le désactive en attendant.
@Orikrin1998 : c’est bon, mises à part les erreurs de syntaxe (corrigées) qui interrompaient le script — Ltrl G, le 30 septembre 2013 à 20:07 (CEST)
Ah, je n'ai pas droit au tiret ?   --Orikrin1998 (+) blablatoir 30 septembre 2013 à 20:22 (CEST)
C’est quand même plus chouette, un « − », non ? Mais tu fais ce que tu veux, bien sûr, c’est ton interface…   — Ltrl G, le 30 septembre 2013 à 20:31 (CEST)

Mis à jour — Ltrlg (discuter), le 5 novembre 2013 à 21:58 (CET)

Insertion de modèles (utilisation de TemplateData)Modifier

Bonjour,

Maintenant que l'extension TemplateData est déployée, ce serait génial d'avoir un script permettant d'insérer un modèle dans l'éditeur de wikitext en utilisant les données de TemplateData : soit une interface graphique permettant de renseigner la valeur de chaque paramètre, soit une simple insertion d'un modèle vide. Mes compétences en JavaScript étant assez limitées, je viens ici pour proposer qu'une telle fonction soit développée. --NicoV (d) 25 juillet 2013 à 15:06 (CEST)

On itwiki too, we were discussing about converting it:MediaWiki:Gadget-CompletaTemplate.js to use TemplateData: perhaps we will finish it in some weeks. --Ricordisamoa 17 février 2014 à 05:21 (CET)

Ajouter un bouton à ma barre VectorModifier

Bonjour!

J'aime Vector, mais j'ai perdu tous mes beaux ti-boutons personnalisés. J'en avais pour créer les bas d'articles "Voir aussi" en un clic, j'avais aussi un bouton pour ajouter : <ref>{{en}} {{Lien web|auteur=|url=|titre=|éditeur=|année=|consulté le=}}</ref>

Bref, je suis désemparé que Victor is in the house! Je n'arrive plus à ramener ma vie d'avant. Y aurait-il un bon samaritain qui pourrait me donner une piste de solution svp. Merci beaucoup. Benoit Rochon (d) 3 août 2013 à 03:13 (CEST)

@Benoit Rochon : à voir ton common.js, je dirais que tu as réussi, me trompé-je ?
Je vois au passage que tu utilises une copie de du gadget Résumé Deluxe, que je suis en train de réécrire (cf ci-dessus), pour pouvoir le personnaliser. Ton avis me sera utile pour le système de configuration que j’envisage de mettre en place, si tu veux bien prendre le temps de regarder un peu  
Amicalement — Ltrl G, le 26 septembre 2013 à 21:54 (CEST)

Demande de gadjetModifier

Bonjour, je voudrais un gadjet qui permetrais de savoir si on à déjà été sur la page wikipédia ou on est.

Merci

-- Bastenbas [Discuter] 1 novembre 2013 à 12:38 (CET)

En attendant tu sais que les URL visitées changent de couleur, par défaut elles passent du bleu au violet. JackPotte ($) 1 novembre 2013 à 13:06 (CET)

Oui, mais si on tape un article dans la barre de recherche, on ne peut pas savoir.

-- Bastenbas [Discuter] 1 novembre 2013 à 14:57 (CET)

Wikidata : label et descriptionModifier

Bonjour, je souhaiterais un gadget qui permette de remplir, si nécessaire, le label et la description d'un élément wikidata depuis l'article Wikipédia concerné.

Explications :

  1. une fois le gadget activé, une petite icone Wikidata est présente à coté de l'étoile (liste de suivi) sur tous les articles de l'espace principal ;
  2. si le label et/ou la description n'est pas rempli sur Wikidata, alors l'icone nous l'indique, en étant accompagnée d'un point d'exclamation rouge par exemple ;
  3. lorsqu'on clique sur l'icone, un petit formulaire apparaît en position:absolute avec deux champs label et description ainsi qu'un bouton enregistrer ;
  4. lorsqu'on clique sur le bouton enregistrer, les données sont mises à jour sur Wikidata en conservant la session de l'utilisateur et comme informations de la mise à jour « Nom du gadget avec un lien pointant vers la présentation/documentation : Modification du label/de la description [fr] : la valeur du champ label/description » ;
  5. un petit message nous indique le statut de l'opération (erreur ou modification réussie) ;
  6. on clique à nouveau sur l'icone Wikidata pour faire disparaître le formulaire

Un tout grand merci, d'avance, aux volontaires. – Je viens en paix, Reptilien.19831209BE1[Bonjour,_] 28 novembre 2013 à 09:16 (CET)

Vois plutôt sur d:Wikidata:Tools/fr. Tu auras plus de chance de trouver ton bonheur, car je suppose que tu n'es pas le premier à avoir eu l'idée d'un tel gadget.
⇨ Dr Brains ∞ Consultation ∞ 28 novembre 2013 à 17:33 (CET)

Gadget évaluationModifier

Bonjour,

Je voudrais un gadget qui afficherait un icône à coté de l'étoile de la liste de suivi. Quand on cliquerai sur cet icône, le gadget analyserait les portail en bas de l'article et il les incrusterait dans le wikiprojet de la page de discutions.

Merci d'avance.

PS= J'utilise vector.

-- Bastenbas [Discuter] 28 décembre 2013 à 15:30 (CET)

refonte de MediaWiki:Gadget-Evaluation.jsModifier

Bonjour,

depuis un moment déjà l'avancement personnalisé par projet a été supprimé de la documentation de {{Wikiprojet}}. Et ce soir j'ai enfin procédé à la suppression de l'interprétation des rares cas utilisant encore l'ancienne syntaxe.

Il faudrait à présent refondre le gadget MediaWiki:Gadget-Evaluation.js, qui est un élément essentiel dans l'utilisation du modèle {{Wikiprojet}} : il faut supprimer la possibilité de définir un avancement par projet, et n'autoriser qu'un avancement global de l'article.

Une technique brutale et assez moche est de supprimer tous les boutons radio d'avancement sur la ligne des projet et ne garder que ceux de la ligne "Avancement commun". En surplus il faudrait supprimer le code gérant un avancement de projet.

Une méthode beaucoup plus propre serait de repenser l'interface, en n'ayant plus un grand tableau mais deux tableaux superposés : un premier pour l'avancement et un autre pour l'importance par projet.

A l'occasion de cette refonte, il faudrait aussi trouver un moyen pour ajouter « à la volée » des projets lors de l'utilisation de l'outil (ajout d'une ligne à la demande)

Je suis bien sûr disponible s'il faut des précisions

--Hercule (discuter) 20 janvier 2014 à 22:25 (CET)

Plus personne ne s'occupe de cette page ? --Hercule (discuter) 17 février 2014 à 21:56 (CET)
Si si, mais pas mal de boulot par ailleurs. Je me pencherai sur le sujet dès que j'aurai le temps
(à moins que quelqu'un d'autre souhaite s'en charger ?   Arkanosis, Od1n et Ltrlg : ? )
⇨ Dr Brains ∞ Consultation ∞ 17 février 2014 à 22:24 (CET)
  Hercule et Dr Brains : je regarde ça ce week-end — Ltrlg (discuter), le 18 février 2014 à 23:35 (CET)
Tant qu'à faire, il faudrait voir aussi si, par hasard, la requête de Bastenbas (d · c · b) dans la section au-dessus est faisable.
⇨ Dr Brains ∞ Consultation ∞ 18 février 2014 à 23:46 (CET)
J'ai appliqué la technique brutale et assez moche. Orlodrim (discuter) 13 avril 2014 à 14:45 (CEST)
Pourriez vous m'apporter une réponse à la question de la session au dessus s'il vous plait ?-- Bastenbas [Discuter] 1 juin 2014 à 09:24 (CEST)

Gadget wikilienModifier

Je viens vous relater une question que j'avais posé sur le bistro. Est-ce qu'une telle chose vous semble faisable ? Kyro me parler le 26 janvier 2014 à 19:30 (CET)

Oui, c'est faisable.
Il suffirait de sélectionner un bout de texte et de cliquer sur un bouton (dans la toolbar par exemple), des suggestions s'afficheraient alors quelque part (le must étant que l'on puisse en sélectionner une pour remplacer le bout de texte sélectionné).
Pas trop le temps de m'en occuper pour l'instant mais quelques pistes pour un éventuel candidat développeur :
  • utiliser un équivalent de la fonction insertTags()
  • utiliser l'API pour rechercher les suggestions (action=query&list=allpages)
⇨ Dr Brains ∞ Consultation ∞ 17 février 2014 à 22:34 (CET)

Deux en un : BandeauxPortails + HotCatsModifier

Est-ce que cela serrait possible de pouvoir faire des modifs à la fois de catégorie et portail en un coup avec ces gadgets ou une sorte de fusion des deux ? Prométhée33 (discuter) 13 mars 2014 à 10:09 (CET)

Calculer les distances des sondes voyager.Modifier

  Dr Brains : Bonjour, je trouvais que les positions/vitesses des sondes dans leur articles ne sont pas mis à jour régulièrement (tout les 2 ans).
La NASA met à dispositions des fonctions JavaScript pour calculer la vitesse et la positions des sondes. Le Script étant très approximatif, ce dernier est mis à jour régulièrement à partir de calcul plus précis. Un exemple est démontré ici. Tant qu'à faire un même Script, je cherche l'équivalent pour les sondes Pionneer 10 et 11. 2A02:8422:1191:6E00:56E6:FCFF:FEDB:2BBA (discuter) 8 août 2014 à 01:47 (CEST)

Pas en javascript. Ce serait chargé à chaque page pour une utilisation plus que locale.
Par contre, il est sans doute possible de créer un modèle/module pour faire ce(s) calcul(s). Voir avec le Projet:Scribunto.
⇨ Dr Brains ∞ Consultation ∞ 8 août 2014 à 14:39 (CEST)
  Dr Brains : mw:Extension:AddScript n'est-elle pas activée? — Le message qui précède, non signé, a été déposé par l'IP 2a02:8422:1191:6e00:56e6:fcff:fedb:2bba (discuter), le 8 août 2014 à 21:11 (CSET)
Voir aussi WP:Oracle/semaine_32_2014#Calcul_des_trajectoires_des_Sondes_Voyager.. -- Xofc [me contacter] 8 août 2014 à 21:29 (CEST)
@IP : Non, et ça ne risque pas d'arriver. Les sysadmin n'accepteraient jamais que n'importe qui puisse insérer du code javascript n'importe où. Trop dangereux. De plus, comme visiblement avec cette extension-là le script doit être sur le serveur, nous n'aurions pas la main dessus. Résolument, le mieux est de créer un module dédié à faire ce calcul.
⇨ Dr Brains ∞ Consultation ∞ 9 août 2014 à 01:25 (CEST)

Gadget pour éditer directement les données venant de Wikidata dans les infoboxModifier

Il paraît qu'il y a un gadget russe pour éditer directement ce qui est mis dans les infobox par {{Wikidata}}, ce serait bien d'avoir ça ici aussi. — Oliv☮ Éppen hozzám? 12 août 2014 à 08:12 (CEST)

Comment détecter qu'une donnée en particulier vient de wikidata ?
Il faut adapter le rendu de l'infobox (et passer d'une manière ou d'une autre le nom de la propriété à modifier du wikitexte au HTML).
⇨ Dr Brains ∞ Consultation ∞ 12 août 2014 à 20:04 (CEST)
Oui, effectivement. Les créateurs sont deux russes (Sergey et Sergey  ) [14], ils ont présenté leurs script à la wikimania. Le problème, c'est qu'ils sont toujours en développement et qu'il restent encore beaucoup de chose à fixer. Pour l'intégrer à wikipedia francophone, ils faudraient passer nos infobox en modèle tiré exclusivement de wikidata, car actuellement le script ne traite que les infobox provenant de wikidata. De plus il reste encore quelque règle à revoir, comme la modification de données (doit créer un nouvelle attribut ou modifié l'ancienne ?). --par Jitrixis  ( DiscussionMail ) le 18 août 2014 à 11:02 (CEST)
Pour éditer Wikidata depuis Wikipédia il y a aussi ru:Википедия:WE-Framework (en anglais), qu'en dites-vous ? — Oliv☮ Éppen hozzám? 30 septembre 2014 à 11:04 (CEST)

ÉmoticôneModifier

Bonjour, je voudrais un gadget qui fonctionnerait comme le gadget MonobookToolbarSmiliesAlien, mais il utiliserais les émoticônes suivant :{{bonjour}}, {{clin}}, {{merci}}, {{sourire}}, {{mdr}}. Merci -- Bastenbas [Discuter] 11 décembre 2014 à 19:07 (CET)

Onglet « Référence »Modifier

Bonsoir à tous.

Des discussions ont déjà été entamées sur l'éventuelle mise en place de l'onglet « Référence » (consulter le lien ci-dessus) avant de la proposer officiellement au vote très prochainement, dans le cadre d'une prise de décision de la Wikipédia francophone.

Cependant, à ce qu'on a pu en déduire avec Binabik (d · c) (cf. discussion la plus récente), c'est que nous ne savons pas si le code proposé (+ sa traduction en français) est entièrement terminé, sachant que nous n'avons aucune compétence en matière de JavaScript. Merci donc à des volontaires de jeter un œil là-dessus (est-il aussi complet que son JS en anglais ? Si non, peut-il l'être grâce à vous ?), et voir si l'outil est ensuite prêt à pouvoir être ajouter sur l'encyclopédie par des membres de ce projet.

Bien cordialement. --Etiennekd (d) 20 janvier 2015 à 22:34 (CET)

  Dr Brains, Arkanosis, Orlodrim et Hercule : hop je notifie quelques personnes (désolé pour ce démarchage quelque peu cavalier) ! On a juste besoin d'un regard technique sur la faisabilité d'importer cet outil chez nous avec cette traduction. Binabik (discuter) 26 janvier 2015 à 21:46 (CET)
Désolé, je JavaScript n'est pas mon fort. --Hercule (discuter) 4 février 2015 à 18:03 (CET)

Bouton de ma barre d'outilModifier

Bonsoir. N'étant pas un expert en la matière, pouvez vous m'aider pour ajouter de nouveaux boutons à ma barre d'outil par le biais de Utilisateur:Selligpau/common.js. Il s'agirait des modèles suivants que j'utilise très fréquemment :

  • {{}} (avec cette image : [15]).
  • <br /> (avec cette image : [16]).

Merci pour votre aide. Sellig (d) 12 juillet 2015 à 10:13 (CEST)

  Orlodrim (discuter) 12 juillet 2015 à 11:41 (CEST)
Merci Orlodrim !   Sellig (d) 12 juillet 2015 à 11:50 (CEST)

Gadget sommaire (ToC)Modifier

Salutations,

Y aurait-il par hasard un moyen d'avoir un gadget pour faire ressembler le sommaire des pages à la même chose qui est affiché sur Wikiwand à l'aide de ce code, à la différence près que cela se ferait à l'intérieur de la partie id="content" de la page web et non au bord de l'écran ? Cela permettrait d'avoir une amélioration de la navigation sans passer par un site tiers (autre exemple visuel par-ici).

Je pose ma question ici car je crois que c'est du Javascript qu'ils utilisent. :) N'hésitez pas non plus à dire si cela est dans vos cordes ou non (je préfère des réponses que pas de réponse du tout). (NB : j'ai mis en gras les parties essentielles de la demande ) -- Feldo [Discussion constructive] 28 juillet 2015 à 15:39 (CEST)

Bonjour,
Malheureusement, je crois que plus personne ne s'occupe des demandes complexes faites sur cette page. Aucun gadget n'a été créé suite à une demande depuis 2013, et vu que Dr Brains ne contribue plus, il y a peu de chances que ça s'arrange.
Orlodrim (discuter) 28 juillet 2015 à 19:53 (CEST)

Menu déroulant sur "brouillon"Modifier

Je notifie directement   Orlodrim vu la dernière réponse du mois de juillet.

J'ai du mal à accéder à mes brouillons et ses sous-pages, mais je viens de penser à une astuce :

Si le lien "brouillon" en haut à droite de l'interface ouvrait un menu déroulant (comme on peut l'avoir sur le lien "Plus") avec des liens vers le brouillon et ses éventuelles sous-pages existantes, ca résoudrait le problème.

Mais vu la précédente discussion sur cette page, j'ai peur de ne trouver personne pour le faire (même si cela ne doit pas être ultra compliqué). -- Archimëa [Toc 2 Mi] 23 septembre 2015 à 10:00 (CEST)

Tu peux mettre dans ta page [[Utilisateur:Archimëa/Brouillon]] « {{Special:Prefixindex/Utilisateur:Archimëa/Brouillon/}} » pour avoir la liste des sous-pages sur la page quand tu cliques sur le lien "Brouillon".
Personnellement, j'utilise Utilisateur:Orlodrim/ pour lister mes sous-pages.
Orlodrim (discuter) 23 septembre 2015 à 19:12 (CEST)
Salut Orlodrim. ha merci, c'est déjà un palliatif qui offre des solutions simples... merci, je teste ca. -- Archimëa [Toc 2 Mi] 23 septembre 2015 à 22:10 (CEST)

Remplacer les cartes trop imprécises de l'{{Infobox Monument}} par OpenStreetMapModifier

À l'occasion, il m'arrive de travailler sur des articles concernant les monuments. Les cartes de géolocalisations sont trop imprécises, Nord/Nord-Pas-de-Calais/France pour une église, c'est pas intéressant. À côté de ça, le lien « Carte » n'est presque pas vu par le grand public, et parfois des problèmes d'échelle, comme ici, où le niveau de précision n'est pas maximal et ça s'affiche en blanc.

Bref, je propose de faire comme sur Wikivoyage où on a accès à une carte d'OSM dans l'infobox que l'on peut zoomer, cette fonction étant gérée par le Modèle:Carte Geo, un petit lien « agrandir la carte » en dessous permettrait de l'étendre. Les lecteurs pourraient ainsi rapidement voir où se trouve précisément le monument et ce qu'il y a autour.

Au lieu de passer des heures et des heures à discuter et à s'étriper pour une virgule comme c'est régulièrement le cas sur Wikipédia, je propose qu'un essai soit effectué pendant deux semaines. En ce qui me concerne, je ne sais pas trop comment on peut passer d'un site à l'autre cette intégration d'OSM (mon niveau étant limité), mais je pense que c'est une idée à tester et qu'on ne prendrait pas trop de risques étant donné que ça marche depuis pas mal de temps sur Wikivoyage. (Message initialement posté sur Discussion Projet:Wikidata) Jérémy-Günther-Heinz Jähnick (discuter) 5 novembre 2015 à 09:35 (CET)

Demande de complément dans la zone des caractères spéciauxModifier

Bonjour,
Dans la boîte des caractères spéciaux, il serait intéressant que, dans la partie inférieure de la zone encadrée en rouge de cette illustration (elle date de 2007), une séquence <u></u> soit ajoutée afin de pouvoir souligner facilement un ou plusieurs termes. Est-ce possible ? Cordialement. Geralix (discuter) 23 novembre 2015 à 10:15 (CET)

  Geralix : c'est défini dans MediaWiki:Edittools, page protégée donc à demander sur WP:DIMS s'il y a un consensus en faveur de la modification. — Oliv☮ Éppen hozzám? 23 novembre 2015 à 12:11 (CET)
Merci Oliv0. Je vais donc faire ma demande sur WP:DIMS. Geralix (discuter) 23 novembre 2015 à 15:18 (CET)

Mise en forme des référencesModifier

Bonjour,

Suite au débat sur la mise en forme des références, nous avons établit que la seule solution vraiment satisfaisante pour tout le monde serait de créer une fonction.

J'explique donc la situation : actuellement il existe deux mises en formes pour les modèles dans les références : la forme compacte et la forme aérée (voir ici pour plus de détails). Chacune des formes étant préférée par certains utilisateurs, et chacune étant estimé gênante par d'autres.

J'aimerai donc savoir si il est possible de créer un outil pour faire passer les références de compacte à aérée rapidement ?

Merci, Cordialement --Nhhi (discuter) 8 décembre 2015 à 15:18 (CET)

Il s'agirait d'un outil de mise en forme à l'affichage du code, pour faciliter la lecture du code selon les préférences de l'utilisateur, sans modifier cette mise en forme dans le code lui-même : ce point est important car le passage du format compact au format indenté — ou réciproquement — brouille la vérification des modifications par le comparateur de versions ; en effet, tous les octets déplacés par le changement de format sont marqués comme modifiés, même si aucun d'entre eux n'a été modifié. A+, — Bob Saint Clar (discuter) 8 décembre 2015 à 23:54 (CET)

catégorisation par menu déroulantModifier

bonjour,

  • Quoi?
je souhaiterai savoir si il est possible de créer un menu déroulant type:
https://fr.wikipedia.org/w/index.php?title=Utilisatrice:Vatadoshu/Brouillon7&oldid=122371893
  • comment?
Il y aurait un menu déroulant. On choisit un item, ça ajoute automatiquement le modèle correspondant. Sachant qu'il faut pouvoir garder la possibilité de changer d'item. Je reclique sur le menu déroulant, ça change l'item, je choisi un autre item ->ce qui enlève le modèle précédent pour mettre le nouveau modèle correspondant à l'item choisi.
En fait c'est le même type de menu déroulant que sous éditeur visuel pour mettre du gras ou de l'italique.
Et l'item choisi sera ce que l'on verra visuellement comme titre du menu déroulant.
  • pourquoi?
Le but est de mettre ce modèle automatiquement par un bot dans le résumé de modification des messages utilisant l'interface Flow pour catégoriser les demandes de l'espace relecture. Le modèle contenant une catégorie, la demande sera automatiquement catégorisée. Mais un changement d'item devra changer le modèle (ce qui changera la catégorie).

(PS: Ou alors l'item ne mettra pas de modèle mais uniquement une catégorie, m'enfin le resultat sera le même)

C'est une idée pour la soumettre au Projet aide et accueil.

--Vatadoshu (discuter) 22 janvier 2016 à 15:35 (CET)

exemple: https://fr.wikipedia.org/wiki/Sujet:T1cxm9uz6h2ryhog , le menu déroulant se plaçant dans le résumé.
----Vatadoshu (discuter) 2 avril 2016 à 20:57 (CEST)

Gadget pour un paramétrage d'une "black list" de catégoriesModifier

Bonjour,

Je rapporte ici ma demande faite sur une autre page, puisqu'on m'a dit que cela relevait plutôt du Projet JavaScript.

Dans l'optique de faire une sorte d'option "safe search" sur Wikipédia, je voudrais savoir s'il serait possible de créer un gadget qui permet pour un compte Wikipédia donné de se paramétrer une black list de catégories : ce serait une sorte de filtre activable sur Wikipédia, l'utilisateur pourrait indiquer lui-même une liste de catégories, et quand ce filtre serait activé, la lecture de tout article de ces catégories serait bloquée.

Est-ce que cette option peut être développée en JavaScript, ou, si non, d'une autre façon ? -- Markov (discut.) 21 octobre 2016 à 23:56 (CEST)

Demande légitimeModifier

Bonjour à tous et à toutes !
Nous souhaiterons que vous rendiez ces gadgets compatibles avec le nouveau mode de wikitexte :

  1. La compatibilité du gadget DotsSyntaxHighlighter au nouveau mode de wikitexte actuellement en bêta
  2. La compatibilité du gadget Quick Preview au nouveau mode de wikitexte actuellement en bêta

J'espère que vous pourrez rendre cela possible. —   Menthe à l'eau - 7 juin 2017 à 13:23 (CEST)

RollbackModifier

Bonjour, quel serait le code qui faudrait mettre en place sur une sous-pages personnelle d'un compte qui a le statut de sysop pour ne plus avoir le bouton de révocateur ? Merci beaucoup pour votre aide, cordialement. FrankyLeRoutier % Appelez-moi sur mon CB 9 août 2017 à 10:31 (CEST)

  FrankyLeRoutier :
Bonjour,
Wikipédia:Révocateur#Masquer le bouton rollback donne des indications pour masquer le bouton sur certaines pages ou partout.
Orlodrim (discuter) 10 août 2017 à 20:43 (CEST)

Barre d'outils coupéeModifier

Bjr. Depuis ce matin, ma barre d'outils d'édition, qui est une version améliorée de Gadget-DeluxeBar.js et compte deux lignes de boutons, est coupée en plein milieu par le cadre bleu de la fenêtre d'édition, ce qui m'empêche d'activer des boutons. Même pb après purge , et sur Google chrome, IE ou FF. Une solution pour corriger ce bug ? Salsero35 27 septembre 2017 à 21:56 (CEST)

Pas de spécialistes alors que j'ai tjrs le même pb ? Salsero35 10 octobre 2017 à 20:37 (CEST)

Demande Nouvelle FonctionnalitéModifier

Bonjour,

Serait-il possible de rendre compatible la fonctionnalité LeftPaneSwitch avec Timeless ? Mais en l'améliorant afin de permettre l'ajout d'un bouton permettant d'afficher/masquer le menu latéral de gauche et le menu latéral de droite.   Menthe à l'Eau - 26 décembre 2017 à 13:02 (CET)

New ClockModifier

Currently there is a gadget to show a clock and a button to purge the page, in the top right corner. But this clock is in UTC. And many people want this gadget to purge pages, but with its own time.
Then I propose add a similar gadget but it with the personal time of the PC of the user. This gadget is in Dutch (nl) Wikipedia. --Vivaelcelta (discuter) 29 avril 2018 à 19:00 (CEST)

Votes structurésModifier

Bonjour,

Serait-il possible, pour organiser les votes (que ce soit administrateur, article de qualité ou autre), de créer un système, un peu comme Flow, pour voter plus rapidement, ou encore regarder ceux des autres.

Merci, Aabbccddeeffabcdef (discuter) 22 décembre 2018 à 13:32 (CET).

EbauchesOff : inclure le bandeau « Une pomme est un fruit »Modifier

Bonjour ! Serait-il possible d’inclure le bandeau {{Une pomme est un fruit}} dans le gadget EbauchesOff ? (j’ignore s’il suffit de modifier le bandeau, ou de modifier le gadget) TED 1 mars 2019 à 06:06 (CET)

  Il suffisait de modifier le bandeau. Orlodrim (discuter) 1 mars 2019 à 07:50 (CET)
Super ! Merci Orlodrim   ! TED 1 mars 2019 à 13:45 (CET)

MediaWiki:Gadget-switcher.jsModifier

Bonjour à tous,
Suite à cette discution, Fugitron m'a conseillé de vous poser la question si il est possible d'importer en:MediaWiki:Gadget-switcher.js sur fr.wp dans le but de faire fonctionner le modèle en:Template:Switcher. Pour plus d'info, voir en:Template:Switcher/testcases et en:User:Jackmcbarn/switcher. Cdt, Speltdecca (discuter) 22 avril 2019 à 14:08 (CEST)

Le modèle peut fonctionner avec un gadget, mais le script Javascript a peu de chance d'être activé globalement Speltdecca. Tu pourrais peut-être demander aux administrateurs d'interface si c'est une bonne idée de l'importer en tant que gadget, sur Wikipédia:Demande d'intervention sur un message système. Lofhi (me contacter) 24 mai 2019 à 21:29 (CEST)

Nouvelle couleur dans le gadget DeluxeHistory. (Demande transférée depuis WP:DIMS)Modifier

MediaWiki:Gadget-DeluxeHistory.js – Gadget

Changement proposé : Je ne sais pas si c'est le bon endroit pour demander cela, mais il serait bien d'ajouter une distinction de couleur entre les utilisateurs qui sont autopatrolled et ceux qui ne le sont pas (et qui, par défaut, ne sont ni admin, ni bot, ni IP). --Myloufa Discuter ou faire Appel? 3 juillet 2019 à 00:34 (CEST)

Cet ajout est plus compliqué qu'on ne pourrait croire, car on ne peut pas réutiliser le code existant :
  • L'API "allusers" ne semble pas permettre de récupérer le groupe autopatrolled, il faut donc utiliser une autre fonction de l'API.
  • Contrairement au nombre de bots et sysops, le nombre d'utilisateurs autopatrolled est gigantesque. On ne peut pas simplement récupérer toute la liste, il faut interroger "à la volée" seulement pour les utilisateurs présents sur l'historique visualisé.
Du coup, mieux vaudrait transférer la demande sur le Projet:JavaScript où elle aura un peu plus de chances de progresser.
od†n ↗blah 3 juillet 2019 à 18:06 (CEST)
  Od1n : on est obligé de passer par l'API revisions pour obtenir les 50 dernières modifications d'une page si on ne veut pas s'amuser avec le DOM, puis de passer par l'API users pour récupérer les rôles des contributeurs. Du coup, est-ce qu'il est encore utile de stocker la liste des administrateurs si on passe à du traitement à la volée ? Est-ce qu'une telle modification est souhaitable ? Lofhi (me contacter) 22 juillet 2019 à 20:18 (CEST)
On ne travaille pas forcément sur seulement 50 contributions… pour ma part j'affiche même assez régulièrement des historiques de 5 000 contributions (oui, c'est possible), et les performances sont vraiment cruciales.
L'intérêt d'utiliser l'API au lieu du DOM, c'est pour la fiabilité et la simplicité du code. Le parsage DOM actuel sert simplement à obtenir le nom du contributeur, et apparemment le code est assez simple et fiable, je serais donc d'avis de le garder, car le remplacer par de l'API ne serait pas vraiment plus simple, mais certainement beaucoup moins performant.
En ce qui concerne l'API pour obtenir les groupes du contributeur, et qui fournirait en même temps les statuts admin/bot, rendant redondant et caduc le système actuel, cela se pourrait effectivement. Et pour améliorer les performances de ce nouveau système, on pourrait y ajouter en localStorage, un cache de type FIFO, avec des clés utilisateur => groupes. Mise en cache de e.g. les 100 ou 1000 utilisateurs vus en dernier, afin réduire la quantité de données demandées à l'API, en ne demandant que les utilisateurs absents du cache. Mais le gain de performances serait à évaluer, et le code du gadget est déjà assez tordu.
Pour rappel, une difficulté avec le code de ce gadget ce sont les innombrables race conditions, et chaque chantier dessus amène le risque d'en réintroduire !
od†n ↗blah 22 juillet 2019 à 23:40 (CEST)
Ah, tu as déjà bien plus réfléchi au problème que moi. Je retourne dans mon terrier ! Lofhi (me contacter) 23 juillet 2019 à 16:59 (CEST)
Je veux bien que tu restes en dehors du terrier si c'est pour écrire le code :) od†n ↗blah 23 juillet 2019 à 21:27 (CEST)
Sûrement pas assez à l'aise pour produire quelque chose d'optimal et propre. Cela ne servirait pas grand chose de produire pour que tout soit revu... Lofhi (me contacter) 25 juillet 2019 à 01:57 (CEST)
Quelques notes, parce que ça fait perdre du temps à retrouver à chaque fois : mw:API:Users, exemple requête. od†n ↗blah 25 juillet 2019 à 18:12 (CEST)

Signification pour les lecteurs des bandeauxModifier

Bonjour,

Voir cette discussion : Projet:Charte graphique#Nouveaux bandeaux. Donc comme vous avez pu le constater, nous avons besoin d'un outil du style euh... celui d'il n'y a pas longtemps, quand il demandait sur Google Docs, pour me faire plaisir  , l'âge des lecteurs. Donc cette fois-ci avec une phrase du type “Selon vous, quelle est la signification de ce bandeau ?”, un petit champ pour écrire ce qu'on en pense (normal) avec bien évidemment un filtre anti gros-mots, un filtre anti-répétition excessive, etc. Pourriez-vous le réaliser ?

Merci & Cordialement, AirSThib (Personnel navigant · Vols), le 9 juillet 2019 à 18:34 (CEST).

Bouton de barre d'édition personnaliséeModifier

Hello. J'écris cette demande sans grande conviction vu que le projet semble inactif, mais si jamais quelqu'un passe par là et sait résoudre, il pourrait rendre quelques chimistes heureux. Jusqu'à récemment, on avait un bouton customisé pour la barre d'édition « éditeur 2006 » qui importait le modèle complet de la chimiebox depuis Modèle:Infobox_Chimie/Référence, d'un simple clic, sans avoir à publier la page (comme avec un Modèle:Subst ou des trucs du genre) — le code peut se trouver par exemple ici, troisième fonction. C'était fort pratique, mais, je pense depuis la suppression de l’éditeur 2006 en octobre/novembre 2018, ça ne marche plus. Est-ce qu'il y aurait un moyen simple de corriger/mettre à jour le code pour réobetnir cette fonctionnalité ? Merci par avance. — Rhadamante (d) 30 juillet 2019 à 04:21 (CEST)

Masquer le sommaire des pages de discussion naturellementModifier

Bonjour les développeurs ! Serait-il possible de faire en sorte qu'en arrivant sur une page de discussion de masquer le sommaire par défaut ? (un peu comme la fonction de PasTec permettant le masquage du menu par défaut)

window.PaStec_UserCustom = function(){ // Personnalisations pour PaStec // Masquage du menu PasTec

   window.PaStec_AutoHideMenu = true;
   window.PaStec_Enabled["LeftPanelLinks"] = false;

};

On pourrait aussi ajouter comme option le fait d'ajouter le gadget à sa page de discussion afin que tout le monde voit le menu caché par défaut ou de paramétrer la fonction (seulement sur les PDD des utilisateurs, seulement sur celles des articles, des pages aide...). Je ne sait pas si c'est possible mais je vous remercie encore, bien cordialement, Nonovian [Console de Communication] 8 septembre 2019 à 18:21 (CEST)

Bouton : version imprimable / Nouvelle fonctionnalité : Possibilité de personnaliser l'impression d'un articleModifier

Bonjour, J'espère que le titre est suffisamment parlant ! Même si je lis directement sur l'écran la plupart des articles que je consulte sur Wikipédia, j'ai parfois besoin d'en imprimer quelques uns. Je choisis alors de cliquer sur le bouton "version imprimable" situé dans la colonne de gauche. et tout s'imprime correctement, mais il y a un surplus manifeste d'information très gourmand en ressources, papier notamment... Bien sûr, si je veux personnaliser l'impression, je fais un copier/coller, direct ou sans formatage (Copy Plain Text), dans un éditeur (OpenOffice) et peux alors procéder à une mise en page selon mon gré, mais cela est long et plutôt besogneux...

Ce serait donc très pratique de disposer d'une petite boîte de 3 boutons, faisant suite au bouton "version imprimable", qui permettrait alors de choisir :

  1) article entier (comme actuellement)
  2) article sans les images
  3) article sans les images ni les informations supplémentaires (de type : annexes, articles connexes, liens externes)

ou carrément une boîte plus perfectionnée (à choix multiples) où il suffirait de cocher ce que l'on veut imprimer :

  |_| article
  |_| images
  |_| notes et références
  |_| bibliographie
  |_| annexes
  |_| articles connexes
  |_| liens externes
      + bouton de validation du choix  

Voilà pour la proposition qui, si elle voit le jour, permettra, n'en doutons pas, de faire de très substantielles économies d'encre et de papier ! Bien cordialement à qui lira ce post ! AHFV

Modèle:Image interactiveModifier

Bonjour,

J'essaye de créer le modèle Image interactive à partir du wiki russe mais je n'arrive pas à le faire fonctionner. J'ai regardé sur les wiki russe et hébraïque, voir ce qu'il pouvait manquer, finalement j'ai récupéré deux codes javascript que j'ai copiés ici:

Mais je ne m'y connais pas plus que ça en Java/CSS donc si vous pouviez m'aider pour résoudre ce problème. Merci!

--Akhmadjan (discuter) 12 février 2020 à 19:10 (CET)

Revenir à la page « Scripts et gadgets/Demande de fonction ».