Discussion Projet:Scripts et gadgets/2009

Cette page est une archive.

Cette page contient les discussions passées en lien avec le projet Scripts et gadgets .
Pour intervenir sur les discussions actuelles ou pour en lancer une nouvelle, allez sur la page Discussion Projet:Scripts et gadgets.
Archives

Bug dans MediaWiki:Gadget-OptimizedSuivi.js

Bonjour,

Chez moi, OptimizedSuivi ne marche pas quand je lui demande de supprimer les liens rouges par exemple. Le problème vient du fait que la variable suiviManagerAllPages ne contient pas uniquement les éléments de la liste de suivi mais aussi le sommaire.

Je ne sais pas quelle serait la meilleure méthode pour résoudre ce problème. Voici deux pistes qui concernent la fonction SuiviManager() :

Merci,
-- Olivier « toutoune25 » Tétard ✉; 6 janvier 2009 à 11:32 (CET)

Script affichant les sous pages lors d'un renommage

Bonjour. Suite à la lecture de ce bug il est apparu qu'un script pouvait afficher les sous-pages et diverses autres informations lors d'une suppression de page. Le script est m:User:Pathoschild/Scripts/Ajax sysop. J'aimerais savoir s'il est possible de s'inspirer de ce script pour obtenir la même chose sur un formulaire de renommage. On clique sur « renommer » et le formulaire nous indique si la page et la page de discussion associée contiennent ou non des sous-pages. Cette info serait visible pour tout utilisateur et pas seulement les admins. Par ailleurs j'aimerais savoir si la fonctionnalité déjà présente dans le script concernant le formulaire de suppression pouvait être traduite et adaptée à fr.wp parce que je la trouve utile pour les administrateurs (je suis moins convaincu par les fonctions de patrouille). Merci d'avance de me dire si mes demandes sont réalisables et si vous êtes motivés par leur réalisation pour qu'on puisse éventuellement discuter des détails. Kropotkine_113 18 février 2009 à 12:13 (CET)

Le bug a été résolu par iAlex. le Korrigan →bla 19 février 2009 à 14:18 (CET)
Cool. Merci pour l'info. Du coup on peut adapter le script mais c'est sûr que ça perd beaucoup de son intérêt. Kropotkine_113 19 février 2009 à 14:49 (CET)

escape

La sécurité des scripts est vraiment à revoir... purger Modèle:A+ (d · h · j · ↵) ne marche pas, les reverts avec des = dans le message ne marchent pas, etc...

Gonioul (d) 1 mars 2009 à 01:48 (CET)

ça n'a aucun rapport avec la couche javascript, à moins que tu n'aies un script dans ton monobook personnel qui intervienne sur le rendu de ce modèle. Quel était le souci plus précisement ? --Lgd (d) 1 mars 2009 à 06:17 (CET)
Je ne parle pas de rendu, je parle de faire une sorte d'url escape pour éviter que les caractères soient interprétés quand on fait un purge ou un revert... - Gonioul (d) 1 mars 2009 à 10:48 (CET)
Je pense que la sécurité ici n'a pas grand chose à voir. Le problème vient du fait que les caractères spéciaux ne sont pas encodés correctement (voir (en) Percent-encoding).
Pour le script purge, il devrait utiliser la fonction encodeURIComponent() pour permettre de purger des pages comme Modèle:A+ (d · h · j · ↵). Pour les autres, je n'ai pas regardé, mais j'imagine que c'est un problème similaire. J'ai mis une version qui marche de MediaWiki:Gadget-OngletPurge.js dans mon espace utilisateur : Utilisateur:Toutoune25/OngletPurge.js (le seul changement par rapport à l'original est un appel à encodeURIComponent() sur la variable wgPageName).
-- Olivier « toutoune25 » Tétard ✉; 1 mars 2009 à 16:50 (CET)
ah bwa, si vous parliez de gadgets mal codés, il fallait le dire. Merci Olivier « toutoune25 » Tétard. --Lgd (d) 1 mars 2009 à 17:24 (CET)


Mais si la sécurité à qqch à voir si on peut injecter des paramètres... - Gonioul (d) 10 mars 2009 à 00:20 (CET)

Oui mais… on ne peut pas injecter de « paramètres », à moins que j'ai mal compris ce dont du parlais.
-- Olivier « toutoune25 » Tétard ✉; 10 mars 2009 à 13:45 (CET)

Bistro multimédia et Guilde des Guildes

Salut, serait-il possible d'avoir à la manière du bistrot et de l'oracle un bidule pour le BM et la GDG ? -- Kyro Tok To Mi le 10 mars 2009 à 00:15 (CET)

Un « bidule » ? Mais encore ? --Lgd (d) 10 mars 2009 à 04:46 (CET)
Une fonction a ajouter dans les monobook utilisateur tel que obtenir('BistroOracle'); -- Kyro Tok To Mi le 10 mars 2009 à 12:15 (CET)
up ? -- Kyro Tok To Mi le 13 mars 2009 à 00:20 (CET)

fleche bas de page

coucou,

comme il existe dans preferences "Ajouter une flèche vers le haut de la page à côté de chaque titre" existe t'il un truc pour avoir le bas de page directement. a+ Chatsam (coucou) 17 mars 2009 à 14:02 (CET)

Testé sous Firefox. Par contre, elle s'affiche après le [modifier]
function scrollToBottom(){
        var Content = document.getElementById("content");                   // Monobook, Vector, Chick, Myskin, Simple
        if(!Content)Content = document.getElementById("article");           // Cologneblue, Nostalgia, Standard
        if(!Content)Content = document.getElementById("mw_contentholder");  // Modern
        for (var level = 2; level <= 6; ++level) {
                var h = Content.getElementsByTagName("h" + level);
                for (var i = 0; i < h.length; ++i) {
                        var arrow = document.createElement("a");
                        arrow.appendChild(document.createTextNode(" ↓"));
                        arrow.href = "javascript:window.scrollTo(0,document.body.scrollHeight); void 0;";
                        h[i].appendChild(arrow);
                }
        }
}
addOnloadHook(scrollToBottom);

Dr Brains (d) 21 octobre 2009 à 02:05 (CEST)

HotCats

Bonjour, j'utilise souvent HotCats, et c'est vraiment un outil qui fait gagner beaucoup de temps, mais pourrait-il aller encore Mais peut-être existe-t-il déjà un paramètre à rajouter sur son monobook pour modifier la page d'un seul clic? --Sisyph 18 avril 2009 à 23:38 (CEST)

Guilde

Bonjour à tous. Tout le monde aura remarqué qu'après avoir posé une question, un nouveau ne sait pas forcément retourner sur la page pour voir la réponse (c'est le Bistro du jour qui me fait réagir). Cependant, ayant beaucoup de questions, et ne pouvant pas suivre chaque page de discussion, nous ne pouvons coller chaque réponse sur chaque page de discussion. Bien sûr, un petit mot du style « Vous avez obtenu une réponse à votre question sur Wikipédia:Questions techniques#… » serait idéal, mais très peu sont ceux qui le feraient, ou le font. Parce que cela demande beaucoup de temps au vu des questions auxquelles nous répondons.
Bref, je me demandais s'il serait possible d'avoir un code javascript qui ferait ceci :

Est-ce que cela serait possible ? On a un peu la même chose avec LiveRC qui envoie des test1, etc. en cliquant sur un bouton. Quelqu'un serait-il capable de le faire ? Amicalement — Steƒ ๏̯͡๏﴿ 23 mai 2009 à 09:46 (CEST)

Bonjour,
Je me suis lancé dans un script : Utilisateur:Chphe/YouGotAReply.js. Il ajoute un lien "Prévenir d'une réponse" à la droite de chaque signature de demandeur dans les pages Wikipédia:Questions techniques, Wikipédia:Questions techniques/semaine 20 2009, etc.
Pour l'essayer, il suffit d'ajouter loadJs("Utilisateur:Chphe/YouGotAReply.js"); dans le monobook.js.
Il s'agit d'une première version faite rapidement (donc pas me taper dessus en cas de problème). Il fonctionne (normalement) sous firefox 3.0. Pour les autres navigateurs, je ne garantie rien. --CHristoPHE (d) 23 mai 2009 à 15:08 (CEST)
Fiouf ! C'est du rapide ! Merci beaucoup.
J'ai Firefox 3.0, donc c'est bon. Je le teste, et je te donne mon retour dès que je peux. Sans doute demain ou dans la soirée, selon.
Encore merci. Amicalement — Steƒ ๏̯͡๏﴿ 23 mai 2009 à 16:39 (CEST)
Bon, beh, j'ai déjà testé le code, finalement, et ma foi, ça me convient tout à fait, je suis sûr que ça va être très utile. Juste une broutille, vraiment pas nécessaire, mais sait-on jamais. Plutôt que d'ouvrir directement dans la même page, lorsque l'on clique sur prévenir d'une réponse, la page de discussion du poseur de la question, ne serait-il pas possible que ça nous l'ouvre dans un nouvel onglet ? Mais à part ça c'est parfait, merci beaucoup !
Tu le laisses dans ta sous-page, ou je le mets dans une de mes sous-pages ?
Amicalement — Steƒ ๏̯͡๏﴿ 23 mai 2009 à 16:48 (CEST)
Pour ma part j'ai tendance à privilégier le clic avec le bouton central de la souris pour ouvrir dans un nouvel onglet. Mais j'ai modifié le script pour qu'un clic "normal" ouvre la page dans une nouvelle fenêtre (= nouvel onglet dans firefox).
Il faut mieux pour l'instant garder le script dans une de mes sous-pages : comme ça nous pouvons tout deux le corriger au besoin (tu es d'ailleurs libre de modifier le texte qui s'écrit sur la page de discussion). Après, une fois que le script sera stabilisé, tu seras libre d'en faire ce que tu voudras. --CHristoPHE (d) 23 mai 2009 à 19:14 (CEST)
Je n'ai pas de souris Émoticône sourire
Ok, merci beaucoup. Je ne sais pas si tu as vu, mais je me suis permis une très légère correction, tout à l'heure. Amicalement — Steƒ ๏̯͡๏﴿ 23 mai 2009 à 19:31 (CEST)

Est-ce que tu utilises le code ?
Je n'ai pas regardé comment il fonctionnait, et comment il repérait la bonne signature pour la précéder de Prévenir d'une réponse, mais ce matin, ça bogue. Enfin, pas tout à fait, je m'explique.
J'ai voulut faire une série de test pour rendre plus intuitif le preload de la Guilde. Aussi, en le modifiant, est-ce que ton code fonctionne toujours ? Par exemple, techniques/semaine_21_2009&oldid=41262370 sur cette version, où la ligne Demandeur a changé de contenu et de place (voir la fin de la section Victor Mosqueira, les autres Demandeurs n'ont pas changé), je n'ai plus le lien Prévenir d'une réponse. Cependant, c'est moi qui ai posé la question sur la Guilde, et j'ai remarqué qu'avec le contenu initial du preload, techniques/semaine_21_2009&oldid=41262411 je n'avais pas non plus le lien Prévenir d'une réponse. En fait, si je suis l'auteur de la question, je ne peux pas m'auto-prévenir ? Ou c'est bien parce que la ligne Demandeur a été modifiée que le code ne fonctionne plus ?
Aussi, dans l'une des versions ci-dessus, on remarque qu'à la section Fonctionnement des fichiers .OGG, il n'y a pas de lien Prévenir d'une réponse. As ton avis, cela vient d'où ? Après, je crois que le code fonctionne très bien, et je n'ai relevé aucun bogue. Amicalement — Steƒ ๏̯͡๏﴿ 24 mai 2009 à 09:21 (CEST)

Il y a plusieurs problèmes (et autant de limitations de mon script).
Pour les deux premiers points, non, ne t'embêtes pas à les corriger, en ce qui me concerne, ils ne me poseront aucun problème. On ne prévient pas un utilisateur qu'il a une réponse en visualisant une ancienne version de la Guilde ou en prévisualisant une modification, mais bien après avoir sauvegardé sa réponse, en tout cas en ce qui me concerne.
Pour le dernier point, ok. Pas de problème, tant pis pour les users ayant une signature particulière comme la sienne !
Merci pour ton script ! — Steƒ ๏̯͡๏﴿ 24 mai 2009 à 10:44 (CEST)

Incrémentation

Bonjour, pourriez-vous créer du code pour pouvoir incrémenter une valeur sur Wikipédia ? Je m'explique : Grâce à une nouvelle section sur MediaWiki:Common.js, en mettant Modèle:Incrémentation plusieurs fois sur une page, les valeurs affichés augmenteraient toujours de 1 pour chaque utilisation. Par exemple, en écrivant Blablabla {{Incrémentation}}, boubou {{Incrémentation}} boubou, ça afficherait Blablabla 1, boubou 2 boubou. Se serait particulièrement utile pour les tableaux par exemple. Cordialement, — Sniff (d) 30 mai 2009 à 10:38 (HNE)

Est-il vraiment obligatoire de modifier Common.js pour ceci ? Je suis sûr que l'on devrait trouver une solution ! — Steƒ ๏̯͡๏﴿ 30 mai 2009 à 17:12 (CEST)
Il n'est sûrement pas obligatoire de modifier ce fichier, mais il me semble que se serait plus simple de passer par javascript. — Sniff (d) 30 mai 2009 à 11:19 (HNE)
J'essaye d'y réfléchir à part dès que je peux. Si quelqu'un souhaite réaliser cette requête qu'il le fasse. Mais je pense que ne pas alourdir le Common.js est une bonne chose. Amicalement — Steƒ ๏̯͡๏﴿ 30 mai 2009 à 17:31 (CEST)
J'ai une solution, mais qui passe par Common.css et non .js. Il s'agit de créer une nouvelle classe "increment", appelée à chaque inclusion du modèle, et d'associer à cette classe les propriétés counter-reset et counter-increment décrites ici. Je vais essayer de faire des tests. Tejgad (d) 30 mai 2009 à 17:48 (CEST)

Script d'évaluation - Une difficulté de fonctionnement

Bonjour à tous !

Je tente d'utiliser un script, pour évaluer avec plus de rapidité des articles. J'utilise un code que j'ai trouvé sur cette page, mais il ne fonctionne pas sur mon monobook malgré mes nombreuses tentatives. J'ai bien coché la case "Evaluation" dans les Gadgets. Voici ce que cela donne sur mon monobook. Je me tourne ici, parce que je ne parviens pas à comprendre en quoi le code est faux.

Je vous remercie d'avance. --Consulnico (d) 9 juin 2009 à 00:46 (CEST)

Si tu utilises le script via la page Gadgets des préférences, tu n'as pas besoin d'avoir "obtenir("EvalProject");" dans ton monobook. Au cas où, supprime cette ligne. --CHristoPHE (d) 9 juin 2009 à 19:58 (CEST)
Émoticône C'est moi qui l'ai rajouté ce matin, au cas où, parce que le script fonctionne chez moi, avec cette ligne, et également le Gadget. Amicalement — Steƒ ๏̯͡๏﴿ 9 juin 2009 à 20:13 (CEST)
Bonjour ! Merci pour votre aide. J'ai rapidement essayé, et ca n'a pas fonctionné. Puis, après simple réflexion, j'ai à nouveau testé, mais sous Firefox (d'habitude, j'utilise IE), et là, ca fonctionne nickel ! Donc, à moins de comprendre pourquoi, je sens que je vais utiliser Firefox dorénavant pour Wikipédia... Merci encore ! --Consulnico (d) 9 juin 2009 à 21:02 (CEST)

MediaWiki:Gadget-DeluxeHistory.js

Bonjour, ce gadget a un problème avec les bots contenant une apostrophe dans leur nom. La liste stockée dans le cookie est tronquée et certains bots apparaissent alors comme un contributeur normal. J'ai corrigé le problème dans une version personnelle : Utilisateur:Nakor/myDeluxeHistory.js en ajoutant la ligne result = result[1].replace(''', '\''); . Avant de reporter ma correction pour tout le monde, je voulais l'avis du projet JS pour savoir si il y avait plus efficace comme correction. Par avance, merci. Nakor (d) 13 juin 2009 à 17:02 (CEST)

J'avais remarqué également que certains Bots étaient considérés comme un contributeur normal. Chez moi (Opéra ou IE), les cas ne se limitent pas aux noms possédants une apostrophe, Loveless/Salebot/VolkovBot/Bub's wikibot/HerculeBot sont en bleus. Par contre Badmood/Alexbot/Analphabot sont bien en verts. --Sisyph 13 juin 2009 à 17:55 (CEST)
Je me suis peut être mal exprimé : la liste est tronquée au niveau du premier bot contenant un apostrophe (en l'occurrence Bub's wikibot). Donc tous ceux qui sont après lui dans l'ordre alphabétique n'apparaissent pas correctement. Nakor (d) 13 juin 2009 à 17:59 (CEST)
Ma foi, si ta correction fonctionnne, je ne vois pas d'objection à ce qu'elle soit apportée au script. --CHristoPHE (d) 14 juin 2009 à 10:16 (CEST)
J'ai appliqué la correction dîtes-moi si quelque chose ne va pas. Nakor (d) 14 juin 2009 à 15:31 (CEST)
J'avais rien compris, désolé, j'aurai pu réfléchir et voir qu'effectivement seuls les bots avant Bub's wikibot s'affichaient correctement. Pour la modif, pas de changements notatables. Toujours le bug, mais peut etre attendre un quelconque rafraichissement de cache. Pour info, en utilisant Utilisateur:Nakor/myDeluxeHistory.js je n'obtenais plus rien du tout, aucun fond coloré pour qui que ce soit. --Sisyph 15 juin 2009 à 00:30 (CEST)
Le cookie a une durée d'expiration de 7 jours. Si tu ne veut pas attendre si longtemps, le mieux est donc de le supprimer. Si tu es sous Firefox, ca se passe dans Outils > Options > Vie privée? (Privacy). Il faut chercher un cookie nommé botsDeluxeHistory lié à fr.wikipedia.org et le supprimer. Nakor (d) 15 juin 2009 à 01:58 (CEST)
Merci, ça marche tout de suite beaucoup mieux.--Sisyph 15 juin 2009 à 02:43 (CEST)

Ajouter un bouton dans la barre d'édition

Bonjour, Je n'ai aucune connaissance en JavaScript, mais j'aimerais simplement vous demander de l'aide pour trouver un script "de base" personnalisable facilement. Prenons mon exemple, j'aimerais un bouton qui m'ajouterait le texte "{{Évaluations WP1|1=" J'ai essayé de modifier le script DeluxeBar pour obtenir le résultat souhaité, sans succès, vu mon noviciat extrême Émoticône. Voilà, je suppose que pour vous, c'est fait très rapidement et vous me rendriez service. Chrysostomus [Viens par là...] 19 juin 2009 à 17:21 (CEST)

Si tu veux, ça peut t'aider : user:stef48/cinema.js, user:stef48/signature.js ou encore user:stef48/aide.js. Ce sont des scripts qui effectuent ce que tu souhaites ! Si tu n'arrives toujours pas à faire ton script, dis-le, et je t'aiderai. Cordialement — Steƒ ๏̯͡๏﴿ 19 juin 2009 à 20:39 (CEST)
Merci pour ces aides, je vais essayer de modifier un peu le script "cinema.js" pour arriver à mon résultat. Je donnerai des nouvelles ici. Chrysostomus [Viens par là...] 19 juin 2009 à 22:00 (CEST)

WP:Wikimag

Bonjour les javascripteurs ! Je souhaiterai avoir à la même manière que le bistro du jour un lien dans la palette navigation ou autre vers le wikimag hebdomadaire. les sous-pages sont de la forme "/year/(week-1)" En fait j'ai tenté de faire quelques trucs sur mon monobook que je qualifierai de "bidouilles" User:Otourly/monobook.js qui me permet d'avoir les requêtes de bot du mois. Mes connaissances en programmation sont faibles et je pourrais pas me dépatouiller sans éviter les conflits. Merci de votre aide. Otourly (d) 20 juin 2009 à 17:32 (CEST)

Tu peux utiliser un script de Stef48 (d · c · b) : cf. Discussion utilisateur:Stef48#Calcul de la date (semaine année). La fonction présentée (avec correction) permet d'obtenir le numéro de semaine. Il te suffira alors (enfin, j'espère) de compléter ton monobook.js avec une nouvelle ligne "addPortletLink(...)" :

addPortletLink('p-navigation', '/wiki/Wikipédia:Wikimag/' + my_getGDGDat(), 'Wikimag de la semaine', 'n-wikimag');

où my_getGDGDat() est ton adaptation du getGDGDat() de Stef 48 pour avoir une sortie du type "2009/14" au lieu de "semaine 15 2009". --CHristoPHE (d) 22 juin 2009 à 22:26 (CEST)

Suivi

Hi !
Je voulais savoir si quelqu'un pouvait me créer une page monobook donnant la fonction suivante : de la même manière qu'un cadre apparait en haut des pages lorsque l'on reçoit un message sur sa PDD, un cadre du même type m'avertissant lorsqu'une page de ma liste de suivi est modifiée, avec, si plusieurs pages sont modifiées en même temps (ou que je ne suis pas connecté) qu'elles soient regroupées comme avec OptimizedSuivi et dans le même cadre et, surtout, QUE CA FONCTIONNE SOUS INTERNET EXPLORER V.7 ET 8. Merci ———— Pic-Sou 22 juin 2009 à 17:31 (CEST)

Je passe mon tour : je ne peux pas faire de script pour IE (et pas pour des raisons idéologiques). --CHristoPHE (d) 22 juin 2009 à 22:35 (CEST)
Raisons idéologiques ? ———— Pic-Sou 23 juin 2009 à 18:39 (CEST)
Firefox, c'est le bien Émoticône — Steƒ ๏̯͡๏﴿ 23 juin 2009 à 19:44 (CEST)
Revenons à nos moutons, je ne veux pas faire de polémiques ! Quelqu'un sait faire ? ———— Pic-Sou 24 juin 2009 à 14:39 (CEST)

HotCats à gauche

Bonsoir à tous,

Grand adepte de HotCats et CatsAGauche, j'ai pris mon courage à deux mains pour modifier ce deuxième script afin de rendre le truc un poil plus esthétique. Après pas mal de ratés, voici le résultat, dans mon monobook de Commons. Et ça marche nickel Fier.

Forcément, j'importe mon œuvre sur WP. Et là patatras : le cas du mode 'submit' ne fonctionne plus. Sur Commons, lorsque le mode n'est pas 'view' (faudra prendre en compte le cas 'purge' d'ailleurs), les raccourcis HotCats ne s'affichent pas. Sur WP, ils sont affichés en liste avec une puce pour chaque (comme sans le script quoi).

Quelqu'un pour m'éclairer ? J'avoue que je sèche un peu, là... Jean-Fred (d) 26 juin 2009 à 23:48 (CEST)

P.S. Je peux vous faire un ou deux screens si besoin.

Dans ton code, il y a en simplifiant :
if (wgAction == 'view'){
   ... // copie 3 par 3 des liens (présence de liens hotcats)
}
else // mode submit (et autres)
{
   ... // copie 1 à 1 des liens (absence de liens hotcats)
}
Vu qu'en mode submit les raccourcis hocats sont présents (pour WP, mais pas pour Commons), c'est normal que la copie 1 à 1 ne soit pas adaptée à ce cas. Si tu effectues la copie 3 par 3 pour le mode view et le mode submit, ça devrait s'arranger, non ? --CHristoPHE (d) 28 juin 2009 à 10:33 (CEST)
Nickel, c'est exactement ça. Je ne pensais que le code de HotCats était différent entre Commons et WP. Merci beaucoup ! Jean-Fred (d) 28 juin 2009 à 14:48 (CEST)

MediaWiki:Gadget-AjoutBoutonSource.js

Bonjour, Suite à mon message sur Wikipédia:Requête_aux_administrateurs#MediaWiki:Gadget-AjoutBoutonSource.js, on m'a conseillé de reposer ma question ici. Je recopie mon message :

« Vu que c'est le désert sur Wikipédia:Demande d'intervention sur un message système, je recopie mon message, j'aurai peut-être plus de chances ici :

Je ne comprends pas pourquoi ce bouton a été modifié du jour au lendemain. C'était beaucoup plus pratique comme c'était avant! Je voudrais continuer à cliquer sur le modèle ouvrage dans la boite d'outils, maintenant je suis obligée de faire des copier/coller. Bonjour l'amélioration technique! En plus, ça a créé des bugs sur certains articles, je n'ai modifié que celui que je connaissais mais il doit y en avoir d'autres. Il n'y a même pas eu d'informations à ce sujet sur le bistro, c'est pas normal.

Est-ce que quelqu'un pourrait me répondre svp? » --Guil2027 (d) 27 juin 2009 à 19:27 (CEST)

Bonjour,
Pourrais-tu préciser ce qui ne te convient pas ? La bouton "Livre" semble fonctionnel : il ajoute bien un modèle ouvrage. D'un point de vue purement Javascript, a priori il n'y a pas de problème.
La dernière modification du script a été faite par Dereckson (d · c · b)) en réponse à une demande de Riba (d · c · b), celui-ci ayant modifié la syntaxe de {{ouvrage}}. Depuis cette modif, {{ouvrage}} a été modifié, mais pas le gadget. Peut-être est-ce là la source des bugs que tu contastes.
Riba (d · c · b) et Dereckson (d · c · b), ou à défaut peut-être ceux qui sont intervenus dans la discussion Discussion_modèle:Ouvrage#mise à jour du modèle, sont les mieux placés pour répondre à tes interrogations. --CHristoPHE (d) 27 juin 2009 à 21:42 (CEST)

Formulaire de création d'ébauche

Bonjour à tous ! Voilà, j'ai créé dans le tableur d'Open Office, un "code" permettant de créer facilement des ébauches d'écrivains : on remplis un simple formulaire comprenant l'entièreté des informations demandées dans l'infobox, ces données sont compilées, assemblées, et elles créent non seulement l'infobox, mais aussi une phrase de départ telle que

Albert Dupond né Albert-Eugène Dupond le 18 mars 1923 à Paris en France et mort le 30 décembre 1978 à New York aux États Unis, 
est un poète et dramaturge français.

Le tout, wikifié, avec catégories, défaulsort, etc etc.

Bien sur, le système peut-être transposé à beaucoup d'autres ébauches...

Maintenant, la question est : peut-on à partir de ce fichier, créer un formulaire similaire sur wikipédia ? Si oui, comment faire ? À la guilde des guides, on m'a même fourni ce lien : Utilisateur:Okki/Générateur_de_fiches_cinéma. Or, c'est exactement le même principe ! Merci à vous pour votre aide ! --M0tty [Plaidoyers et jérémiades] 8 août 2009 à 11:31 (CEST)

À noter que le générateur d'Okki n'a rien à voir avec Wikipédia, il est externe au site. Après, à mon avis, un tel générateur devrait être possible en javascript, mais je n'ai pas la capacité de le créer. — Steƒ ๏̯͡๏﴿ 8 août 2009 à 13:17 (CEST)
Le Projet:Jeu vidéo utilise un formulaire écrit par bayo (d · c), qui tourne sur le toolserver. C'est du Javascript, le code est sur Utilisateur:Bayo/Formulaire.html (j'ignore si c'est la version à jour). Jean-Fred (d) 8 août 2009 à 13:59 (CEST)

Bug Gadget HotCats

Bonjour,

Y'a-t'il un administrateur pour s'occuper de la correction du bug que j'ai signalé hier ?

Voir ici : Bug Gadget HotCats --DavidL (d) 7 août 2009 à 16:16 (CEST)

Petit point esthétique pour l'admin qui s'occupera de cette correction : placer les nouveaux tableau var hotcat_edit_id_map=[]; et fonction hotcatGetEditId(ob) à un "meilleur endroit" (par ex. à la suite de la fonction hotcat()), et corriger l'identation de cette dernière :
function hotcatGetEditId(ob)
{
  var i;
  for(i=0;i<hotcat_edit_id_map.length;i++)
    if (hotcat_edit_id_map[i]===ob) return i;
  i=hotcat_edit_id_map.length;
  hotcat_edit_id_map.push(ob);
  return i;
}
--CHristoPHE (d) 10 août 2009 à 09:52 (CEST)

Résumé des modifications à faire :
  • Ajouter le code suivant :
var hotcat_edit_id_map=[];
 
function hotcatGetEditId(ob)
{
  var i;
  for(i=0;i<hotcat_edit_id_map.length;i++)
    if (hotcat_edit_id_map[i]===ob) return i;
  i=hotcat_edit_id_map.length;
  hotcat_edit_id_map.push(ob);
  return i;
}
  • Modifier la fonction hotcat_modify_span :
    • Retirer le paramètre i
function hotcat_modify_span ( span ) {
    • Ajouter var i=hotcatGetEditId(span); juste avant la ligne var mod_id = "hotcat_modify_" + i ; :
  var i=hotcatGetEditId(span);
  var mod_id = "hotcat_modify_" + i ;
  • Modifier la fonction hotcat_modify_existing :
    • Retirer l'argument i à l'appel de la fonction hotcat_modify_span :
    hotcat_modify_span ( spans[i] ) ;
  • Modifier la fonction hotcat_cancel :
    • Remplacer le bloc de code suivant :
    for ( var i = 0 ; i < span.parentNode.childNodes.length ; i++ ) {
      if ( span.parentNode.childNodes[i] != span ) continue ;
      hotcat_modify_span ( span , i ) ;
      break ;
    }
    • par :
    hotcat_modify_span ( span ) ;
--DavidL (d) 23 août 2009 à 13:00 (CEST)

Le script a été corrigé suite à ma demande sur Wikipédia:Demande d'intervention sur un message système. --CHristoPHE (d) 25 août 2009 à 19:39 (CEST)

Merci.
--DavidL (d) 29 août 2009 à 17:22 (CEST)

Différences entre les versions d'une page, lien vers Ligne N

Lors de l'analyse des "différences entre versions" dans les pages longues, il est quelquefois difficile de repérer le passage dans l'affichage normal de la page. Je propose donc une flèche-lien, placée dans la liste des différences, juste après chaque occurence de "Ligne N", vers le titre de section qui précède cette ligne dans la page. D'avance, Merci. --Rical (d) 16 août 2009 à 22:04 (CEST)

MediaWiki:Gadget-Evaluation.js

Bonjour,

Je propose une amélioration de ce gadget : Les catégories d'évaluation contiennent exclusivement des pages de discussions, sur lesquelles l'onglet évaluer n'est pas affiché. Alors que ce serait bien pratique.

Ce code permet d'évaluer à la fois depuis l'article (comme le gadget) mais aussi depuis la page de discussion elle-même.

J'y ai également ajouté une colonne supplémentaire dans le tableau pour un liens vers le modèle de statistiques détaillées (typiquement une page de la forme Projet:MACHIN/Évaluation/Statistiques détaillées).

Mon souhait : que les modifs concernant l'évaluation depuis la page de discussion soient testées et ajoutées au gadget (les liens supplémentaires, c'est en option).

- Dr Brains (d) 24 août 2009 à 09:50 (CEST)

Remplacer une chaîne de caractères

Bonjour.

J'aimerais ajouter à mon monobook.js un bout de code qui chercherait, dans le code HTML (ce qui inclut donc les balises et compagnie), une chaîne de caractères donnée pour la remplacer par une autre. Est-ce possible ? Merci d'avance pour votre aide. — Hr. Satz 25 août 2009 à 18:21 (CEST)

Ceci devrait faire l'affaire, mais ça ne remplace qu'une chaîne à la fois. Dr Brains (d) 28 août 2009 à 19:49 (CEST)
Merci, mais, humm, je crois que je me suis mal exprimé. Il ne s'agit pas de faire des remplacements en édition (en fait j'utilise déjà WikEd pour ça, qui est très pratique), mais à la consultation. Comme le fameux bout de code qui permet, lorsqu'un ISBN est mentionné dans une page, de remplacer le lien vers Special:Booksources par un lien vers Amazon... Je voudrais faire la même chose, mais au lieu du lien vers Special:Booksources, ce serait une chaîne de caractères quelconque. — Hr. Satz 29 août 2009 à 17:40 (CEST)
J'ai trouvé ceci sur en:, grâce à ton exemple. C'est assez bidon au final : pour chaque ligne contenue dans document, substitution suivant une RegEx. J'imagine ça assez bouffant quand même. Jean-Fred (d) 29 août 2009 à 18:06 (CEST)
Vi mais en fait ce script considère chaque lien de la page, pas chaque ligne... (ou alors j'ai mal compris ?) Du coup ça ne me permet pas de faire ce que je voulais. Enfin bon c'est pas très grave. — Hr. Satz 2 septembre 2009 à 21:39 (CEST)

Modèle {{Boîtes mouvantes}}

Ceci est un modèle que je suis en train de développer sur la base de la barre de navigation d'un skin personnel.

Il utilise un code javascript pour créer des boîtes ré-organisables (l'ordre des boîtes est enregistré sur un cookie local).

Verdict : Le code javascript marche très bien sur ma page perso, mais le css ne se charge pas. Après avoir testé sur mon wiki, mettre le css dans MediaWiki:Monobook.css résout le problème.

Une personne habilitée à toucher à ces pages pourrait-elle vérifier ?

D'avance, merci. Dr Brains (d) 28 août 2009 à 19:49 (CEST)

Effacer

Bonjour, j'ai récupéré ce code, dont je me sert... Il est bien utile, il me permet d'inscrire des messages pré-enregistrés dans la boite de résumé... Je voudrais savoir si il est possible de rajouter un lien qui effacerai complètement le contenu la boite de résumé -> sur cette ligne : le lien serait « Correction syntaxique ». Malheureusement, je sais pas du tout faire...

sumLbl.innerHTML = "Correction syntaxique ··" + str + "<br />" + sumLbl.innerHTML

-- Cordialement - Archimëa ✉⇔ 1 septembre 2009 à 11:08 (CEST)

Bonjour,
J'ai fait les quelques modifs nécessaires dans le code : . --CHristoPHE (d) 1 septembre 2009 à 20:35 (CEST)
Merci, ca marche super bien... Merci pour l'aide. -- Cordialement - Archimëa ✉⇔ 1 septembre 2009 à 20:58 (CEST)

Fonction qui fonctionne chez moi mais pas quand je la mets dans mon monobook...

Bonjour.

Ayant posé une question un peu plus haut, et vu le manque d'enthousiasme, j'ai lu un peu de documentation sur Javascript, et j'ai finalement réussi à le faire tout seul comme un grand. Du moins « localement ».

En fait, ce que je voulais faire, c'était remplacer par des parenthèses les crochets qui encadrent les appels de notes (crochets qui s'affichent uniquement si la classe CSS cite_crochet est définie à display: inline ; par défaut c'est display: none).

J'ai donc réussi à bidouiller ça dans un fichier HTML local en mettant ma fonction (que j'ai appelée changeCrochet) dans le <head>...</head>, et en mettant <body onLoad=changeCrochet()>. Ça fonctionne impecc.

Mais quand je copie cette fonction dans mon monobooks.js, avec addOnloadHook(changeCrochet);, ça ne fonctionne pas... Je suis un peu désamparé. Quelqu'un aurait une explication ? — Hr. Satz 4 septembre 2009 à 19:15 (CEST)

Ta fonction provoquait une erreur. Essaie plutôt ça :
function changeCrochet() {
  for (var i = 0; i < document.links.length; i++) {
    if (document.links[i].href.match(/#cite_note-[0-9]+/)) {
      tab_spans = document.links[i].getElementsByTagName("span");
      if(tab_spans.length != 2) continue;
      tab_spans[0].firstChild.data = "(";
      tab_spans[1].firstChild.data = ")";
    }
  }
}
--CHristoPHE (d) 4 septembre 2009 à 20:59 (CEST)
Ça marche parfaitement ! Super, merci beaucoup. Ce qui me réjouit, c'est que je n'étais pas très loin, pour un débutant complet, je suis plutôt fier de moi Émoticône sourire. Encore merci d'avoir pris le temps de jeter un œil. — Hr. Satz 4 septembre 2009 à 21:38 (CEST)

Script pour améliorer l'ergonomie des boîtes déroulantes

Bonjour. Des témoignages et tests utilisateur montrent que les boîtes déroulantes sont très peu intuitives pour les nouveaux, qui ont de la peine à comprendre qu'on peut les dérouler et comment y parvenir. Suite au sondage bistrotier du mois précédent, j'ai tenté de poursuivre l'amélioration des boîtes déroulantes en tenant compte des avis formulés. Nous étions donc arrivés à un modèle comme suit :

Liste des capitales d'Europe Afficher le contenu afficher
Liste des capitales d'Europe Masquer le contenu masquer
Exemple de contenu :
  1. Berlin
  2. ...

Toutefois, Lgd étant devenu moins disponible il me manquait quelqu'un capable de réaliser le JavaScript. Donc je me suis tourné vers la Wikipédia anglophone, et j'y ai notamment demandé l'aide de Cacycle, auteur de WikEd. Cacycle a pondu un magnifique Javascript, disponible sur en:User:Cacycle/navbox demo. Émoticône sourire Son adoption est en cours de discussion sur la Wikipédia anglophone, mais la discussion traîne passablement, alors c'est pas pour tout de suite.

Il me faudrait quelqu'un capable d'adapter le script de Cacycle, pour qu'il soit fonctionnel sur la Wikipédia francophone. On pourrait ensuite discuter de son implémentation, ou à défaut le mettre à disposition en tant que Gadget. Lorsque j'ai essayé de le mettre dans mon monobook, bien que j'aie le bouton centré et avec le bon intitulé, il manque l'icône. De plus, lorsque la souris passe sur le lien, il ne prends pas l'apparence d'un bouton comme sur en.wiki. Merci de votre aide. :-) Dodoïste [ dring-dring ] 11 septembre 2009 à 11:51 (CEST)

Je viens de tester (Firefox 3.5) : les palettes de navigation ont l'air de fonctionner correctement (sans même effectuer les changements dans le modèle). Par contre, les boîtes déroulantes pas du tout. Sachant que dans MediaWiki:Common.js, ce sont deux scripts distincts, es-tu sûr que le script de Cacycle couvre bien les deux ? Dr Brains (d) 13 septembre 2009 à 03:48 (CEST)
Merci Dr Brains. :-) Le script de Cacycle couvre probablement uniquement les palettes de navigation. Le script fonctionne parfaitement bien avec la skin modern. Par contre, le bouton apparaît en double sur monobook, et l'icône manque sous vector. C'est du moins ce que j'ai obtenu en testant sous IE8 et Opera 9.63. Merci de ton aide. Dodoïste [ dring-dring ] 13 septembre 2009 à 04:07 (CEST)
Ah, je suis tellement habitué à Vector que j'ai oublié que c'était peut-être ça ! J'ai testé sous monobook, et tout va bien. Mais sous Vector, ça marche pas. Merci Dr Brains.
Tout marche très bien, j'ai oublié de bien configurer mon Vector.css. Émoticône Dodoïste [ dring-dring ] 15 septembre 2009 à 15:04 (CEST)
Dans l'immédiat, un passage par l'atelier accessibilité serait une étape nécessaire du recettage de ce script (un recettage a-t-il été prévu ?) Tout en étant une amélioration ergonomique, c'est aussi une régression majeure d'accessibilité : prendre le temps de quelques itérations serait prudent.
Sur le fond : le cas de ce script n'est pas dramatique en soi, mais c'est un bon exemple de ce qui devrait être fait et qui fait défaut aujourd'hui. Les projets Modèle et Javascript actuel se résument à des pages de requêtes : ils n'ont ni objectifs qualité, ni guidelines (nommage, scriptage non intrusif, accessibilité, etc.), ni outils de recettage (un modèle majeur ou un script devrait satisfaire à une checklist qualité avant d'être basculé en front).
Parmi les conséquences, il y a:
  • le fait que tout repose encore sur le hasard des participations personnelles, faute de projets structurés et d'outils permettant le « passage de relais » ou permettant à un intervenant d'être aidé sur les multiples aspects d'un modèle/script.
  • l'absence de coordination entre quelques projets qui ont un impact majeur sur les fonctionnalités, l'ergonomie, l'accessibilité du contenu.
  • la production inévitable de modèles ou de fonctionnalités problématiques quand les intervenants cherchent à améliorer la qualité globale.
Ce cas précis pourrait être un bon déclencheur pour améliorer la face obscure (« technique ») des contributions à WP. C'est un sujet essentiel sur lequel les contributeurs auront peut-être prochainement l'occasion de discuter de vive voix. --Temesis (d) 13 septembre 2009 à 08:17 (CEST)
Fait, sur la page de discussion du projet accessibilité. Dodoïste [ dring-dring ] 15 septembre 2009 à 15:04 (CEST)
Malgré mes tentatives, je n'arrive pas à rendre le bouton afficher / masquer, généré par Utilisateur:Dodoïste/Boîte déroulante.js et Utilisateur:Dodoïste/Boîte déroulante.css utilisable via le clavier. Je recopie donc ici l'explication donnée par Temesis, dans l'espoir que quelqu'un réussisse à corriger le problème soulevé. Dodoïste [ dring-dring ] 26 septembre 2009 à 00:19 (CEST)

Le test qui fait défaut ici (pourtant indiqué par les bonnes pratiques d'accessibilité) est simple, et il peut être facilement popularisé auprès des contributeurs auteurs de script: tester systématiquement la fonctionnalité au clavier.

Ici, le code généré :

<span title="Click to show hidden content" onclick="javascript:collapseTableTest(0)" class="collapseButtonTest" id="collapseButton0">
  <a class="collapseButtonContent">
   <span class="collapseButtonShow"> </span>
   show
  </a>
</span>

...interdit au lien show/hide de prendre le focus clavier et lui interdit d'être reconnu et annoncé comme un lien dans un lecteur d'écran.

Pour y remédier, en allant au plus simple :

Voir SCR35: Making actions keyboard accessible by using the onclick event of anchors and buttons (Attention : cette ressource comporte une erreur par ailleurs dans l'exemple 4 où un attribut alt et non title doit être utilisé)

Dans le même ordre d'idée, ne pas utiliser l'attribut title d'un span pour expliciter le rôle d'un lien. N'utiliser title que sur des éléments a, input, textarea, area, iframe. --Temesis (d) 14 septembre 2009 à 05:29 (CEST)

Gagdet pour trier les images en domaine public

Bonjour,

Je trie en ce moment les 2000 images dans Catégorie:Image Domaine Public. Je les examine et suivant les cas, soit je les marque comme "sans source" ou "sans permission", soit je remplace le bandeau "domaine public" par {{PD-old}} ou {{PD-self}}, plus rarement par un autre bandeau, suivant les cas.

Pour marquer "sans source" ou "sans permission", j'ai MediaWiki:Gadget-AvertissementImage.js, franchement génial ! Du coup je me demandais s'il serait possible de créer un deuxième gagdet qui, de façon similaire, proposerait de remplacer le bandeau {{domaine public}} (ou un de ses redirects) par soit {{PD-old}} soit {{PD-self}}.

A la limite, pas besoin d'un gadget, un truc que je peux mettre dans mon JS perso va bien aussi vu que je suis le seul à faire ça :-)

Merci !! le Korrigan →bla 22 septembre 2009 à 23:02 (CEST)

J'ai modifié Gadget-AvertissementImage.js pour ajouter cette fonctionnalité : Utilisateur:Chphe/Gadget-AvertissementImage.js (testé sous firefox). Pour l'essayer, ajoute loadJs("Utilisateur:Chphe/Gadget-AvertissementImage.js"); dans ton monobook.js après avoir désactivé le gadget dans tes préférences. --CHristoPHE (d) 26 septembre 2009 à 12:45 (CEST)
Superbe !! Merci infiniment, je viens d'économiser environ 5 000 clics (sans exagérer). Béni sois-tu sur 5 générations au moins. le Korrigan →bla 27 septembre 2009 à 21:52 (CEST)

Hotcat

J'ai un problème avec hotcat sur WP-fr il ne fonctionne pas aussi bien que sur commons. Par exemple lorsque je commence à écrire critique en écrivant "cri" il me propose Cricket. C'est embêtant. --pixeltoo (discuter) 25 septembre 2009 à 13:57 (CEST)

Idem pour moi, j'ai constaté ça hier. Leag ⠇⠑⠁⠛ 25 septembre 2009 à 14:15 (CEST)
Dans la fonction hotcat_show_suggestions (tout en bas), il faut remplacer la ligne :
  } else if( is_khtml ) {
Par :
  } else if( text.setSelectionRange ) { // e.g. khtml
--CHristoPHE (d) 26 septembre 2009 à 11:57 (CEST)
J'ai testé, ça ne fonctionne pas, dommage Émoticône Leag ⠇⠑⠁⠛ 26 septembre 2009 à 14:41 (CEST)
Etrange. Ca marche de mon côté avec firefox (pour "cri", "Cricket" est bien proposé, mais avec la partie finale "cket" sélectionnée). Quel navigateur utilises-tu ? --CHristoPHE (d) 26 septembre 2009 à 14:46 (CEST)
J'utilise Firefox 3.0.14 sous ubuntu. Je vais tester sous windaub. Leag ⠇⠑⠁⠛ 26 septembre 2009 à 15:01 (CEST)
Pour information, ma correction s'inspire de ce qui est fait dans le script de commons : MediaWiki:Gadget-HotCat.js. --CHristoPHE (d) 26 septembre 2009 à 15:11 (CEST)
Avec la version 3.5.4pre ça fonctionne très bien sans modif du script. Etrange. Leag ⠇⠑⠁⠛ 27 septembre 2009 à 09:39 (CEST)

Gadget AncreTitres cassé

Bonjour à tous,

J'aurais besoin de quelques experts en la matière pour examiner quel est le souci avec gadget (que j'ai désactivé) MediaWiki:Gadget-AncreTitres.js. En effet, depuis quelques jours, et pour une raison que j'ignore complètement, le script s'est subitement arrêté de fonctionner correctement. À chaque fois qu'on clique sur un des liens pour générer le wikilien vers la section, on obtient « undefined » au lieu du titre de la section en question. Si quelqu'un peut se pencher dessus. Merci. Elfix ↗discuter. 26 septembre 2009 à 00:48 (CEST)

PS : pour ceux qui veulent rapidement savoir à quoi sert ce gadget : il permet d'obtenir à côté de chaque titre de section deux liens ; un permettant de récupérer l'URL de la page avec l'ancre de la section, et l'autre permettant de faire la même chose que pour le premier, mais permettant de le récupérer sous la forme d'un wikilien.

Bonjour,
Essaie ça (testé avec firefox) :
--CHristoPHE (d) 26 septembre 2009 à 11:39 (CEST)
Salut,
Merci beaucoup pour ton aide, ça marche très bien chez moi (également sous Firefox, je n'ai pas essayé sous IE vu que je suis sous Ubuntu). J'ai réactivé le gadget dans Spécial:Gadgets. Merci encore pour ce correctif. Elfix ↗discuter. 26 septembre 2009 à 11:50 (CEST)

Demande pour wikinews

Bonjour, je vous transmet la demande que j'ai faite à Stef48 (d · c · b) :

Salut, Je voulais te demander si il était possible de faire comme pour partager un article sur WN pour l'accueil que je veux proposer dans les semaines qui arrivent. En faisant que lorsque l'on page la souris sur le thème Sport par exemple une boite déroulante nous propose alors les sous-pages avec Tennis Natation etc que l'on peut trouver sur WN. Suis-je clair ? Si oui, penses-tu que cela est faisable ? Si oui Comment ? :) - Sinon ta rentrée c'est bien passée ? --mik@ni 27 septembre 2009 à 11:41 (CEST)
Oui je te comprends tout à fait (même si j'ai bien ris en lisant « on page la souris » Émoticône).
Faisable ? Oui, c'est faisable !
Comment ? Via un javascript. En soi, le JavaScript ne sera pas compliqué, il suffira de récupérer celui du modèle déjà en place ! Mais je n'ai clairement pas le temps de pouvoir m'attaquer à ça, malheureusement. Je te conseille de laisser un mot sur le projet:JavaScript, il pourra certainement t'aider. Particulièrement Chphe (d · c · b). Laisse-leur un message en indiquant clairement ce que tu veux, et en mentionnant le modèle n:Modèle:Partage des articles. Ceci étant, précise bien que tu veux que, quoiqu'il arrive, la boîte déroulante se referme. Dans l'état actuel, elle se referme si la souris n'est pas passée dessus. Mais si elle passe dessus la boîte déroulante, cette dernière ne se referme plus.
Amitiés — Steƒ ๏̯͡๏﴿ 27 septembre 2009 à 21:20 (CEST)

Donc ma demande est la même, Merci -- mik@ni 27 septembre 2009 à 21:55 (CEST)

Tu as un prototype "visuel" de ton nouvel accueil ? L'interface avec les menus déroulés par ex. Il est plus simple de travailler sur le moteur à partir de la carrosserie. Sinon, il va se poser des problèmes d'accessibilité (je ne suis pas très compétent dans ce domaine). Il ne faudrait pas que le mécanisme des menus déroulants empêchent certains d'accéder aux différents sujets. --CHristoPHE (d) 29 septembre 2009 à 20:17 (CEST)
L'accueil que j'ai pas fini est dispo ici. Sinon en effet si cela pose des problèmes d'accessibilités, cela est génant. mik@ni 2 octobre 2009 à 10:49 (CEST)
Le modèle n:Modèle:Partage des articles, comme de très nombreux scripts de contenus déroulants au survol, pose un grave problème d'accessibilité : il est impossible de l'utiliser au clavier. Recourir à une ouverture au click plutôt qu'au survol+focus clavier à gérer permettrait de corriger l'accessibilité du script.
La page ici présente un autre problème d'accessibilité lié à javascript: le contenu animé des "Dernières nouvelles" sera problématique pour des utilisateurs ayant besoin de plus de temps que prévu pour la lecture à l'écran. Il sera également pratiquement impossible à consulter pour les utilisateurs d'un lecteur d'écran. Si ce comportement est conservé, il faut prévoir un bouton permettant d'arrêter/reprendre l'animation du contenu, et de consulter une à une les différentes news.
Dernier point : en l'état, ces deux comportements sont entièrement dépendants de javascript et n'ont pas d'alternative : sans javascript, il n'est pas possible d'accéder aux fonctionnalités ou à l'information. Bien que ce ne soit formellement plus un problème d'accessibilité au sens strict, cela reste pénalisant pour beaucoup d'utilisateurs.
Ce sont des développements javascript qui peuvent sembler simples, mais dont la mise en accessibilité est souvent délicate. --Temesis (d) 2 octobre 2009 à 11:28 (CEST)
Tant qu'il y a des problèmes d'accessibilité, je pense que je vais proposer mon accueil tel qu'il est. Je viendrais me renseigner plus tard pour voir ce que l'on peut faire pour ces problèmes là. mik@ni 4 octobre 2009 à 01:32 (CEST)

Le retour :) Je suis arrivé à faire ce que je voulais (ici), mais mon gros problème c'est lors de la purge. J'ai laissé un message sur la pdd de Stef48 (d · c · b) lui disant que j'ai trouvé un site qui parle du class="tabbertab" permettant d'organiser en onglet comme je veux, et je voulais savoir si cela permetter avec ce qu'il y avait d'indiquer, que lors d'une purge il n'y ai pas changement de la version normale à la version biasé de la purge ? mik@ni 19 décembre 2009 à 11:54 (CET)

L'adresse HTTP « del.icio.us », contenue dans le code source du script, est en blacklist, sur Wikipédia comme sur Wikinews. Impossible de copier-coller le code dans ces conditions. ⇨ Dr Brains ∞ Doléances ∞ 19 décembre 2009 à 19:23 (CET)
Ok :'( --mik@ni 19 décembre 2009 à 21:19 (CET)

LiveRC et liste de suivi

Bonjour. J'ai remarqué qu'une révocation sur une page de ma liste de suivi effectuée via LiveRC enlève ladite page de ma lds. Est-ce un bug inhérent à LiveRC ? Ou y a-t-il une fonctionnalité qui corrigerait ce petit défaut ? Merci Émoticône d'avance. Cordialement, Suprememangaka**Papoter** 30 septembre 2009 à 16:21 (CEST)

Bonjour. Tu devrais signaler ça à EDUCA33E (d · c · b), créateur de LiveRC. --CHristoPHE (d) 30 septembre 2009 à 19:58 (CEST)
✔️. Merci Émoticône pour le conseil. Cordialement, Suprememangaka ** =^^= ** 1 octobre 2009 à 15:35 (CEST)

Révocation

Bonjour, les administrateurs ont la possibilité de révoquer une modification très rapidement depuis la page des contributions d'un contributeur (via un lien révoquer) ou via l'historique d'une page (seulement la dernière modification effectuée sur cette page peut être révoquer).
J'ai essayé de créer un code javascript pour permettre d'ajouter un message personnel à cette révocation, mais je n'y suis pas parvenu, et je pense même que ça n'est pas techniquement possible. Aussi, je vous soumet mon problème, dans le cas où je me tromperai.

Alors voilà, on a un lien révoquer qui porte l'id mw-rollback-link, il est par exemple de la forme [<a href="/w/index.php?title=Discussion_utilisateur:Voxhominis&amp;action=rollback&amp;from=Stef48&amp;token=6b18d0b19b43afefecd577285763c489%2B%5C" title="« Révoquer » annule en un clic la ou les modification(s) de cette page par son dernier contributeur.">révoquer</a>]. Si l'on clique dessus, on atterie sur une page qui nous dit que notre modification a été revertée avec succès, etc. Donc, est-il possible, dans ce cas là, de modifier le résumé de modification ? J'ai poussé une petite recherche, et j'ai trouvé MediaWiki:Revertpage qui contient le résumé des révocations. Je lui ai attribué un id : rollback-summary-id. Cependant, étant donné que cliquer sur un lien Révoquer ne nous donne jamais accès à la révocation, je me suis finalement dit que c'était impossible.

Alors, j'ai pensé à autre chose, mais j'ai abandonné. Je vous soumet toutefois l'idée : pourquoi ne pas ajouter à côté de chaque lien Révoquer un autre lien révoquer qui a la même fonction, mais dont le résumé de modification est personnalisé ? Est-ce possible ? De mon côté, je voulais me servir du JavaScript ressemblant qui existait déjà : MediaWiki:Gadget-RevertDiff.js. Mais je n'ai finalement pas trouver. Voilà, désolé du dérangement … Cordialement — Steƒ ๏̯͡๏﴿ 1 octobre 2009 à 07:11 (CEST)

J'ai trouvé ceci. Visiblement il est possible d'ajouter un paramètre &summary= au lien. Dr Brains (d) 4 octobre 2009 à 18:29 (CEST)
J'ai écrit le code ci-dessous. Il modifie la cible des liens "révoquer" de la page. Cliquer sur le lien lance une pop-up qui demande le résumé de modification. Cliquer sur OK rétablit le lien avec un paramètre &summary= supplémentaire.
J'ai testé (sous Firefox 3.5 et IE 8 ) sur mon wiki et ça a l'air de fonctionner preuve. Maintenant, n'étant pas admin sur Wikipédia, je n'ai pas accès à ce lien révoquer et je ne sais pas si ça marchera...
Dr Brains (d) 5 octobre 2009 à 03:26 (CEST)
Yeah merci beaucoup ! Je me prenais la tête pour pas grand chose finalement ! Je vais le tester tout de suite, je te tiens au courant. Encore merci de ton aide. Cordialement — Steƒ ๏̯͡๏﴿ 5 octobre 2009 à 07:09 (CEST)
Alors le script fonctionne très bien.
Juste un truc pas très important, donc si complexe, ne pas se prendre la tête pour … En fait, quand on fait entrer dans la fenètre pop-up lorsqu'on a personnalisé son message, il faut faire entrer une deuxième fois pour que la révocation ait lieu. N'y a-t-il pas moyen d'automatiser ceci ? Enfin, je veux dire que si l'on clique sur Entrer de la boîte pop-up, la révocation ne peut-elle pas se lancer automatiquement ? Cordialement — Steƒ ๏̯͡๏﴿ 5 octobre 2009 à 07:19 (CEST)
Ca doit être possible, oui. Au lieu de mettre à jour le lien avec le nouveau paramètre après avoir cliqué sur OK, on peut imaginer que le script lance directement la requête.
Ca dépasse mes compétences mais ça doit pouvoir se faire. Dr Brains (d) 5 octobre 2009 à 16:32 (CEST)

Je propose une petite modif :

La modification porte sur la fonction AskSummary. J'ai aussi supprimé les éléments qui ne servent plus (les id). Je ne peux pas tester, donc faire gaffe pour les premiers essais. --CHristoPHE (d) 5 octobre 2009 à 21:44 (CEST)

Je viens de la tester sur un brouillon, et c'est, ma foi, parfait ! Un seul 'entrée' suffit désormais pour révoquer. Merci tous les deux pour ce magnifique script fort pratique ! Je n'en fait pas un gadget, mais je vais en parler sur le bulletin des admins. Bonne soirée — Steƒ ๏̯͡๏﴿ 5 octobre 2009 à 23:31 (CEST)
document.location, tout simplement. Ca dépassait pas tant que ça mes compétences en fait... Après analyse, il s'avère que mon code présentait une faille : il n'y a qu'un élément <a> pour chaque <span>, donc la variable i était toujours zéro, du coup, tous les liens révoquer obtenaient la même id. Bref, j'ai corrigé en utilisant aussi la variable a, mais si la modif de Chphe fonctionne, c'est encore mieux. Dr Brains (d) 5 octobre 2009 à 23:45 (CEST)
Je propose une autre amélioration. Le message standard « Révocation des modifications de [[Special:Contributions/$2|$2]] (retour à la dernière version de [[User:$1|$1]]) : » est codé en dur dans le script et la pop-up demande seulement le commentaire supplémentaire. Cela évite de devoir aller tout à droite du champ (dont la largeur est plutôt réduite).
En clair, un clic sur révoquer lance la pop-up, l'admin rentre uniquement son commentaire (vandalisme, spam, etc...), clique sur OK et la révocation s'effectue avec en résumé de modif le message standard + le commentaire personnalisé.
Dr Brains (d) 6 octobre 2009 à 02:48 (CEST)
Au risque de me répéter, parfait ! Ça marche très bien : la fenêtre pop-up s'ouvre et nous demande seulement le motif de la révocation … C'est génial et encore plus pratique ! Encore merci à vous deux ! — Steƒ ๏̯͡๏﴿ 6 octobre 2009 à 08:20 (CEST)

Ajout de Utilisateur:Dodoïste/Boîte déroulante.js dans MediaWiki:Common.js

Bonjour. Aujourd'hui, GdGourou et moi avons tenté d'ajouter ce script à common.js, et cela a posé un problème, nous avons dû faire marche arrière. Peut-être pourriez-vous nous aider à trouver ce qui n'allait pas, et résoudre le problème ? Plus d'informations sont disponibles sur WP:Demande d'intervention sur un message système. Merci d'avance. :-) Dodoïste [ dring-dring ] 15 octobre 2009 à 23:31 (CEST)

Suivi Deluxe (MediaWiki:Gadget-OptimizedSuivi.js)

Pris d'une envie soudaine d'améliorer un peu ce gadget, notamment par l'ajout d'une fonction pour compter le nombre de pages affectée par chaque lien (voir ici) je me suis aperçu que les fonctions permettant de retirer les liens rouges et les redirections ne marchent pas (ça ne vient pas de mes modifs, le gadget a le même problème).

La console d'erreur de Firefox me dit « suiviManagerAllPages[i].chilNodes[1] is undefined ».

J'ai tout essayé, mais je n'ai pas réussi à résoudre le problème. Quelqu'un pourrait-il regarder ça d'un peu plus près ? ⇨ Dr Brains ∞ Doléances ∞ 23 octobre 2009 à 21:42 (CEST)

suiviManager*AllPages*[i].chil*d*Nodes[1] à la place de suiviManager[i].chilNodes[1], mais c'est juste une faute de recopie :-).
Dans la fonction principale SuiviManager(), remplacer :
                // récupère toutes les pages
                var watchlist = document.getElementsByTagName("ul");
 
        for (u=0;u<watchlist.length;u++) {
                var entries = watchlist[u].getElementsByTagName("li");
                for (i=0;i<entries.length;i++) {
                        suiviManagerAllPages.push(entries[i]);
                }
        }
par :
         // récupère toutes les pages
		var bc = document.getElementById("bodyContent");
        var watchlist = bc.getElementsByTagName("li");
 
        for (var u=0;u<watchlist.length;u++) {
            if(watchlist[u].firstChild.tagName == "INPUT") {
                suiviManagerAllPages.push(watchlist[u]);
            }
        }
D'autre part, comme les pages Wikipédia:Pages à supprimer/XXX sont devenues Discussion:XXX/Suppression (et pareil pour les discussions de neutralité et autres), il faut remplacer (toujours dans SuiviManager()) :
        regexpList[b++]         = "^Wikipédia:Pages à supprimer\/";
par :
        regexpList[b++]         = "\/Suppression$";
et dans SuiviManagerLiensRouges() :
                if (suiviManagerAllPages[i].childNodes[1].className == "new") {
par :
                if (suiviManagerAllPages[i].childNodes[1].className == "new"
                    && (suiviManagerAllPages[i].childNodes[1].title.indexOf('/') == -1
                        || suiviManagerAllPages[i].childNodes[3].className == "new") ) {
--CHristoPHE (d) 24 octobre 2009 à 12:19 (CEST)
Impeccable, ça marche.
Une petite variation cependant (Il faut penser à ceux qui ne sont pas sous Monobook) :
	var bc = document.getElementById("content");             // Monobook, Vector, Myskin, Chick, Simple
        if(!bc)bc= document.getElementById("article");           // Cologneblue, Nostalgia, Standard
        if(!bc)bc= document.getElementById("mw_contentholder");  // Modern
Je vais aller demander la modif du gadget. Merci pour la rapidité de la réponse. ⇨ Dr Brains ∞ Doléances ∞ 24 octobre 2009 à 12:41 (CEST)
Y a-t-il quelque part la liste de toutes les équivalences du type content-article-mw_contentholfer (notamment pour le bodyContent) ? --CHristoPHE (d) 24 octobre 2009 à 15:52 (CEST)
Je ne crois pas, d'autant que Cologneblue, Nostalgia et Standard sont très différents des autres au niveau de leur structure.
Je vais m'atteler à dresser la liste des équivalences id/classes, ça pourra être utile pour les programmeurs de scripts.
Projet:JavaScript/Développeurs ? ⇨ Dr Brains ∞ Doléances ∞ 24 octobre 2009 à 16:04 (CEST)
C'est une bonne idée. Regarde quand même du côté de wikipédia:en ou mediawiki.org pour voir si ça n'existe pas déjà. Pour en revenir au script de la liste de suivi, je me suis permis d'exprimer un avis défavorable sur Wikipédia:Demande_d'intervention_sur_un_message_système#Pour le compteur de pages pour cause de lourdeur de calcul. --CHristoPHE (d) 24 octobre 2009 à 16:25 (CEST)
Pas de problème. Je le garderai pour ma version perso. ⇨ Dr Brains ∞ Doléances ∞ 24 octobre 2009 à 17:17 (CEST)

Questions de fond

Je me pose plusieurs questions quand au fonctionnement de ce projet, qui si il est important, ne me semble 1)pas très suivi, 2)loin de répondre aux attentes qu'on pourrait en avoir.

Voici ce que je constate, depuis que je "zone" par ici :

Ayant envie de m'investir sur la projet, j'envisage une refonte (non sans discussion préalable, évidemment), aussi voici mes idées :

Projet :

Discussions :

Ce qui donnerait grosso-modo l'organigramme suivant :

                     Aide:Monobook/Fonctions avancées            ↔        Projet:JavaScript            ↔            Discussion Projet:JavaScript     
                                 ↓                                                 ↓                                          ↓
                        1 sous page par fonction                     Projet:JavaScript/recommandations             Discussion Projet:JavaScript/Rapport de bug       
                   (code source + description + illustration)        Projet:JavaScript/outils                      Discussion Projet:JavaScript/Demande de fonction
                                                                     Projet:JavaScript/fonctions globales          
                                                                     Projet:JavaScript/développeurs
                                                                     Projet:JavaScript/non-développeurs

Avant d'attaquer quoi que ce soit (dans mon espace utilisateur pour commencer), j'aimerais bien avoir quelques avis sur la question. ⇨ Dr Brains ∞ Doléances ∞ 28 octobre 2009 à 17:06 (CET)

Je suis d'accord sur presque tout, bravo pour cette initiative Dr Brains. :-) Un seul détail : je pense qu'il est important de conserver un lien entre les gadgets et le projet, car il est important que le projet suive les gadgets et leur développement. On doit donc conserver un lien d'une certaine manière. La liste des gadgets peut très bien être en sous-page du projet, ou être atteignable par un lien. Toutefois, je suis totalement d'accord que l'actuelle liste des gadgets prend beaucoup trop de place sur le projet. Amicalement, Dodoïste [ dring-dring ] 28 octobre 2009 à 17:16 (CET)
Les gadgets seront (sont déjà, pour la plupart) listés dans Aide:Monobook/Fonctions avancées (page qui pourrait être renommée au besoin pour l'intégrer pleinement au projet).
Il ne s'agit pas de ne plus suivre les gadgets mais de ne pas leur accorder plus de place qu'ils ne méritent. La seule différence concrète étant qu'on peut les sélectionner dans les préférences, il n'y a aucune raison de les traiter différemment des autres scripts utilisateurs. ⇨ Dr Brains ∞ Doléances ∞ 28 octobre 2009 à 18:02 (CET)
OK, on est d'accord :-) Dodoïste [ dring-dring ] 28 octobre 2009 à 18:09 (CET)
Je souscris à ton idée de refonte du projet, mon cher Dr Brains Émoticône, et suis fortement tenté d'y participer. Ça pourrait être l'occasion de faire un peu de tri dans toutes les fonctions qui traînent ici et là, et d'organiser un nettoyage en profondeur et une documentation de l'API. L'organigramme est très convaincant ; j'y ajouterai juste deux pages de discussion supplémentaires Discussion Projet:JavaScript/Question technique/Javascript et Discussion Projet:JavaScript/Question technique/Monobook pour les discussion entre développeurs et aspirants développeurs (la séparation entre les deux étant plus dans l'optique de recherches ultérieures que dans l'attente d'un volume important) — Arkanosis ✉ 28 octobre 2009 à 19:48 (CET)
Dans ce cas, c'est ici que ça se passe. Il faut créer les nouvelles pages en rajoutant Utilisateur:Dr Brains/ au début, et adapter les liens en conséquence. Comme ça, lorsque ce sera bon, il suffira de tout renommer sans ce préfixe et de supprimer tous les préfixes dans les liens (avec AWB, voire l'aide d'un bot, ça ne devrait pas poser de gros problèmes). Pour les discussions, ça peut se passer ici, je pense.
J'ai fin d'établir le squelette et je vais maintenant me consacrer principalement à établir la liste des fonctions disponibles, donc tu peux bosser sur les autres pages sans risquer de conflit d'édition.
Par contre, pas trop d'accord avec Discussion Projet:JavaScript/Question technique/Monobook, car ce n'est qu'un des habillages disponibles, il faut être plus généraliste ( voir à ce propos Projet:JavaScript/Développeurs que j'ai crée il y a quelques jours suite à la discussion précédente ). ⇨ Dr Brains ∞ Doléances ∞ 28 octobre 2009 à 20:12 (CET)
Mmh, on ne peut pas utiliser juste "/" comme préfixe ? J'ai déjà utilisé ça pour les projets, ça rend robuste au renommage et au copier-coller (par contre je ne sais pas si ça marche dans les sous-pages utilisateur).
Je ferai deux trois trucs quand j'aurai un peu de temps (probablement le week-end).
Pour la question du nom, tu as raison — c'était plus la fonction que le nommage qui m'importait. Quid de Discussion Projet:JavaScript/Développeurs/API ou Discussion Projet:JavaScript/Développeurs/Mediawiki ? Enfin la seconde n'est pas idéale non plus parce qu'il y a pas mal d'écarts par rapport au Mediawiki de base... (Développeurs plutôt que Question technique pour garder un parallèle entre les pages du projets et ses pages de discussion.)
Bravo pour Projet:JavaScript/Développeurs, j'en aurai bien eu besoin pour mes premiers scripts ^^ — Arkanosis ✉ 28 octobre 2009 à 20:33 (CET)

Ok pour la réorganisation du projet. Attention juste à ne pas le transformer en usine à gaz avec trop de pages de discussions (ne désemparons pas l'utilisateur lambda qui aura déjà eu le mérite d'atteindre le Projet:JavaScript pour poser sa question). Les 3 proposées initialement + 1 pour les questions techniques diverses me semblent largement suffisantes (au moins dans un premier temps) au vu de la fréquentation actuelle de Discussion Projet:JavaScript. Je préfère une page un peu brouillonne mais vivante à plusieurs pages au périmètre bien défini mais léthargiques. --CHristoPHE (d) 28 octobre 2009 à 21:07 (CET)

Assez d'accord concernant les pages de discussion. Deux pour les bugs et les demandes de script et une pour les discussions d'ordre générales, le tout lié via des onglets, me semble largement suffisant (les discussions générales étant les discussions entre les participants au projet donc a priori entre développeurs, une page "développeurs" ferait doublon amha).
Après, au niveau des sous-pages de projets, il n'y a pas de raison de se limiter à condition que la fonction de chaque page soit bien définie dès le départ et qu'elles soient correctement liées au projet (voir Projet:JavaScript/Notices qui est quasiment impossible à trouver).
En un mot, il convient surtout de différencier les pages utiles pour l'utilisateur lambda qui cherche une info, qui arrive généralement sur le projet après être allé voir la Guilde des guides, et les pages utiles seulement aux développeurs qui n'ont pas forcément besoin de la même visibilité (il suffit d'un bon sommaire/index).
De toute manière, en recréant totalement le projet dans mon espace utilisateur, ce sera plus simple de voir ce qui va et ce qui ne va pas. On aura le recul (et le temps) nécessaire pour faire ça comme il faut. Ce n'est pas comme si si on modifiait le projet "in vivo". ⇨ Dr Brains ∞ Doléances ∞ 28 octobre 2009 à 21:46 (CET)
J'ai fini d'établir la liste des fonctions, j'ai intégré tous les gadgets (installés ou non), tous les scripts de la Catégorie:MediaWiki:Fonction Monobook en JavaScript, ainsi que des scripts utilisateur qui n'apparaissent nulle part et que j'ai glané au hasard de mes périgrinations (sur fr, en, ou autre). Concernant la paternité de certains gadgets, il reste un doute car quand aucun auteur n'est spécifié j'ai mis le premier nom qui apparaît dans l'historique. A vérifier. ⇨ Dr Brains ∞ Doléances ∞ 29 octobre 2009 à 13:42 (CET)
Quelques réticences sur le listage des scripts utilisateurs. Ceux de MediaWiki sont stables et mis à jour en cas de besoin (du moins en théorie), alors que rien de garantie que ce soit les cas pour les scripts utilisateurs. C'est à voir au cas par cas. Je dirais que c'est aux utilisateurs qui veulent donner un peu de visibilité à leurs scripts de les ajouter sur cette page (et dans une section distincte des scripts "officiels"), avec l'engagement moral implicite de ne plus les modifier à tout va. On peut quand même ajouter nous même les plus connus (LiveRC par ex.). Le deuxième point concerne la sécurité : il ne faut utiliser un script utilisateur que si on fait confiance à cet utilisateur, vu qu'il peut le modifier en douce et y ajouter la facétie de son choix. Un avertissement clair me paraît indispensable (ce qui va aussi dans l'idée d'une section distincte). --CHristoPHE (d) 29 octobre 2009 à 20:51 (CET)
Je suis d'accord sur les deux points (mise à jour + sécurité). Pour ma part, sauf exception (LiveRC, wikEd, gadgets), je ne lie jamais mon monobook avec une page sur laquelle je n'ai pas de contrôle. Je préfère copier le code dans une sous-page (ce qui me permet par ailleurs de le modifier à loisir), ou éventuellement lier à une version archivée.
OK pour l'avertissement. Je vais voir ce que je peut faire.
Par contre, pour la visibilité des scripts utilisateurs, ce n'est amha pas forcément réservé à l'auteur de les rajouter sur la page. Licence Commons/GFLD oblige, ces scripts appartiennent à tout le monde, même si ils sont dans l'espace utilisateur. Certains des auteurs étant en wikibreak il faut bien les rajouter pour eux (avant de les ajouter, je me suis d'abord assuré qu'ils marchaient correctement).
D'ailleurs, comment se déroule l'ajout d'un nouveau gadget ? Qui décide ? (je ne parle pas seulement du renommage en MediaWiki:Gadget- mais également de l'ajout dans MediaWiki:Gadgets-definition, et donc dans les préférences). ⇨ Dr Brains ∞ Doléances ∞ 29 octobre 2009 à 22:33 (CET)
EDIT : J'ai vu que tu supprimais la colonne Auteur pour les gadgets. Ca me semble quand même une info pertinente. C'est bon de savoir à qui s'adresser en particulier en cas de problème (l'info n'est pas toujours présente dans l'entête des scripts). Par ailleurs, il ne faudrait pas supprimer le lien Documentation, même si il est rouge. Je compte les créer toutes, les liens rouges permettent de vite repérer celles qui manquent. ⇨ Dr Brains ∞ Doléances ∞ 29 octobre 2009 à 22:49 (CET)
cf. Discussion utilisateur:Dr Brains/Projet:JavaScript/Liste des fonctions disponibles où j'ai commencé une section sur les pages de documentation. --CHristoPHE (d) 29 octobre 2009 à 23:30 (CET)

Équivalent de la fonction addCustomButton pour Açai

Après avoir posé la question sur le bistro d'hier, on me propose de la poser ici. J'aimerais savoir s'il existe un équivalent de la fonction addCustomButton qui fonctionnerait dans Açai et que l'on pourrait insérer dans son vector.js (ou n'importe comment d'ailleurs). Cette fonction bien pratique permettait d'ajouter des boutons personnalisés à la boîte d'outils au-dessus de la boîte d'édition.

Dr Brains propose une fonction AjoutToolBarAcai, mais cela ajoute une nouvelle barre plutôt que d'ajouter juste quelques boutons à la barre existante. Est-ce qu'une telle fonction existe pour açai ?

Merci, — Calimo [á quete] 1 novembre 2009 à 15:52 (CET)

Il me semble que ce n'est pas possible. C'est justement le reproche majeur fait à la toolbar Açai. L'Usability Initiative a dit qu'ils plancheront là-dessus, et tenteront de rendre cette toolbar personnalisable. Mais c'est pas pour tout de suite je pense. Bien à toi, Dodoïste [ dring-dring ] 1 novembre 2009 à 16:33 (CET)
J'ai jeté un oeil au code, et de ce que j'ai pu en comprendre, il est en effet difficile d'avoir l'exact équivalent de addCustomButton avec la nouvelle barre (la structure de cette barre est codée en dur dans une fonction). Par contre, on peut contourner le problème. Dans ton vector.js, ajoute le code suivant :
if(wgAction=="edit" && typeof js2AddOnloadHook=="function") js2AddOnloadHook( function ()
{
    var tb = document.getElementById('wikiEditor-ui-toolbar');
    if(!tb) return;

    var fils = tb.firstChild;
    if(!fils || fils.className != "toolbar section section-main") return;
    var n_div = document.createElement('div');

    n_div.className = "group group-insert"
    fils.appendChild(n_div);
 
    for (var i = 0; i < mwCustomEditButtons.length; i++) {
        mwInsertEditButton(n_div, mwCustomEditButtons[i]);
    } 
});
Si tout ce passe bien (ça marche chez moi avec Firefox 3.5), tous les boutons que tu as ajouté par l'appel à addCustomButton sont maintenant ajoutés dans la nouvelle toolbar. Par contre, le style des anciens boutons jure un peu avec celui des nouveaux. --CHristoPHE (d) 1 novembre 2009 à 17:48 (CET)
Splendide, merci Christophe Émoticône. L'esthétisme attendra Émoticône — Calimo [á quete] 1 novembre 2009 à 18:02 (CET)


MediaWiki:Gadget-FusionContribs.js

Il semble que cet outil bugue ... Je ne peux pas dire depuis quand. Un essai de fusion des contributions de deux utilisateurs renvoie à une seule page de contributions, ou à l'accueil. Si vous avez des idées... Grimlock 4 novembre 2009 à 15:22 (CET)

Fonction fusioncontribsFus.parseContribTime, remplacer la ligne :
var datetime = li.firstChild.nodeValue.match(fusioncontribsFus.contribTimeRegex);
par :
var datetime = li.firstChild.firstChild.nodeValue.match(fusioncontribsFus.contribTimeRegex);
Et ça devrait marcher. Tu te charges de corriger le script ? --CHristoPHE (d) 4 novembre 2009 à 21:21 (CET)
✔️ ça à l'air de marcher à nouveau. Merci beaucoup ! Grimlock 4 novembre 2009 à 21:32 (CET)

Açai: alerte en quittant une page d'édition

Avec la bêta Açai, lorsqu'on veut quitter une fenêtre d'édition sans cliquer sur "publier" (c'est-à-dire en suivant n'importe quel lien ou en cliquant sur le bouton "précédent" de son navigateur) une jolie alerte javascript nous dit :

Confirmer
Voulez-vous vraiment quitter cette page ?

Quitter cette page vous fera perdre toutes les modifications effectuées précédemment.

Appuyer sur OK pour continuer ou Annuler pour rester sur la page actuelle.

Annuler OK

Non seulement c'est terriblement gênant (cela s'affiche plusieurs fois par jour), mais en plus c'est totalement faux : si je reviens en arrière avec le bouton précédent de mon navigateur (Firefox 3.5), les modifications sont toujours là… donc l'avertissement est parfaitement inutile !

Y a-t-il un moyen de désactiver cette gêneuse qui ne sert à strictement rien d'autre qu'à embêter ?

Merci, — Calimo [á quete] 8 novembre 2009 à 18:08 (CET)

Préférences > Fenêtre de modification > M’avertir quand je quitte une page de modification sans publier les changements
Ca devrait régler le problème. ⇨ Dr Brains ∞ Doléances ∞ 8 novembre 2009 à 21:10 (CET)

Mise à jour du projet

J'ai effectué le transfert des nouvelles pages du projet, en finissant par l'entête de celle-ci (d'ailleurs un archivage serait peut-être de mise ?). Je pense avoir fait le tour de tous les liens et il ne devrait plus rester de [[Utilisateur:Dr Brains/]]. Il y a sûrement des trucs à améliorer et il reste des choses à faire pour une aide de qualité pour les développeurs en herbe... Qu'en pensez-vous ? J'ai bon ? ⇨ Dr Brains ∞ Doléances ∞ 20 novembre 2009 à 07:19 (CET)

Projet:JavaScript/Aide personnalisation

J'ai commencé à rédiger cette page d'aide, mais je ne suis pas sûr que ce soit bien compréhensible. Si quelqu'un veut y apporter son grain de sel, il est le bienvenu. ⇨ Dr Brains ∞ Doléances ∞ 13 décembre 2009 à 07:24 (CET)

Script utilisateur deviendra Gadget

Bonjour, je me demandais comment était décidée la création d'un nouveau gadget (je parle du transfert dans l'espace de noms MediaWiki, pas forcément de l'ajout dans les préférences, quoique le question est également valable pour ce cas). Un vote ? Ou simplement la décision d'un admin ?

Si je demande, c'est parce que j'ai créé plusieurs scripts (liste complète sur cette page) utilisables par les participants d'un portail pour remplacer ou compléter certaines tâches de maintenance effectuées ordinairement par des bots. Je n'ai encore fait aucune annonce les concernant, hormis sur le Projet:Colombie où ils font leurs premières armes (à part les statistiques d'évaluation gérées par DumZiBoT du projet 1.0, aucun bot n'intervient sur le projet, tout est fait avec ces sripts), mais je pense que beaucoup seraient intéressés par ces fonctionnalités. Les scripts sont pour l'instant dans mon espace utilisateur, mais il serait amha largement préférable qu'ils soient "gadgetisés" si leur utilisation devenait courante.

La question n'est évidemment pas urgente, et si les fonctionnalités de ces divers scripts sont au point, le code lui-même peut sans doute être encore amélioré avant la "gadgétisation". Toute remarque en ce sens est la bienvenue. ⇨ Dr Brains ∞ Doléances ∞ 17 décembre 2009 à 10:36 (CET)

Malheureusement, il en revient à la décision d'un seul administrateur, sur WP:DIMS ou sur WP:BDJ, le plus souvent. — Steƒ ๏̯͡๏ 17 décembre 2009 à 11:34 (CET)
Il n'y a pas de règle précise, si tu veux mettre un script en gadget, fait la requête sur WP:DIMS. Il faut cependant être conscient que dans ce cas les scripts seront dans l'espace de nom MediaWiki:, donc accessible seulement aux admins (en tant qu'auteur des scripts, c'est plus pratique de pouvoir modifier soi-même plutôt que de passer par une requête). D'un autre côté, c'est plus pratique pour que tes scripts soient plus largement utilisés. ~ Seb35 [^_^] 17 janvier 2010 à 21:35 (CET)

Comment on peut faire pour s'inscrire

Je vous lais juste inscrit 41.82.183.191 (discuter) 6 juin 2022 à 01:34 (CEST)