Discussion Projet:Scripts et gadgets/Rapport de bug

Projet

Fonctions disponibles

Notices

Discussion

Rapport de bug

Demande de fonction

PROJET SCRIPTS ET GADGETS

Centraliser les fonctions JavaScript et CSS pour éviter la dispersion du code.

Cette page de discussion sert à signaler un bug détecté dans l'une des fonctions disponibles.

• Si vous souhaitez demander une fonction qui n'existe pas déjà, utilisez la page de demande de fonction.
• Pour toute autre demande, utilisez la page de discussion principale du projet.

MediaWiki:Gadget-ResumeDeluxe.js

J'avais déjà signalé le problème avec ce gadget il y a quelques semaines mais je l'ai toujours : il n'y a pas de retour à la ligne arrivé au bord de l'écran! sous iceweasel 3.0.12 (et 3.0.14 aussi).

On dirait que le « sumInput.style.width = "95%"; » ne fonctionne pas... Romainhk (QTx10)

Je n'arrive pas à reproduire ce bug (firefox 3.5). J'ai vu ta capture d'écran, avec le bandeau d'avertissement ("Ne copiez pas de texte...") sous le champ de résumé, et non au dessus, ainsi que tout un tas de nouveaux boutons. Ca vient d'une fonction javascript, du skin que tu utilises, ou d'autre chose ? Essaie de désactiver tous ces ajouts pour voir si le problème persiste. --CH_ristoPHE _(d) 25 novembre 2009 à 22:38 (CET)

Bingo! Merci ! Ça vient de WikiEd (un outil d'édition très pratique). Je vais laisser un message au développeur pour voir s'il est au courant. Romainhk (QTx10) 26 novembre 2009 à 00:04 (CET)

En fait, ce n'est pas le développeur mais celui qui a traduit la doc :S. Le script est hébergé sur le wiki anglophone donc il va falloir que je rapporte le problème là-bas. Romainhk (QTx10) 26 novembre 2009 à 00:12 (CET)

Vu la complexité du script de WikiEd, et comme a priori il ne s'agit pas d'un bug mais d'un problème de compatibilité, il serait plus simple d'adapter MediaWiki:Gadget-ResumeDeluxe.js. Je vais essayer de voir de ce côté quand j'aurai un peu de temps. --CH_ristoPHE _(d) 26 novembre 2009 à 07:50 (CET)

Pour résoudre le problème, ajoute dans ton monobook.css la ligne :

#wpSummaryLabel { white-space:normal; }

--CH_ristoPHE _(d) 26 novembre 2009 à 21:04 (CET)

Woaw! Merci Merci . Je vais rapporté la technique sur Discussion MediaWiki:Gadget-ResumeDeluxe.js si un jour quelqu'un a le même problème... Romainhk (QTx10) 27 novembre 2009 à 11:03 (CET)

MediaWiki:Gadget-HotCats.js

Suite à cette remarque sur la Gilde des Guides (bug déjà signalé et résolu mais non encore corrigé), j'ai découvert un autre léger bug : si on ajoute (manuellement ou avec HotCats) une catégorie avec la première lettre en minuscule, Hotcat est par la suite incapable de la retrouver pour la supprimer ou la modifier car il cherche la catégorie avec une majuscule. N'étant pas expert en regexp, je cherche la solution pour que Hotcats ne tienne pas compte de la casse de la première lettre. Une idée ? ⇨ Dr Brains ^{∞ Doléances ∞} 12 décembre 2009 à 07:24 (CET)

Je n'arrive pas à reproduire ce bug. D'ailleurs, la recherche du nom de la catégorie dans la page est déjà non sensible à la casse. --CH_ristoPHE _(d) 12 décembre 2009 à 20:10 (CET)

Bizarre, je viens de réessayer (sur ma page utilisateur et sur une page encyclopédique au hasard), et effectivement ça marche correctement. Peut-être le soucis n'était-il pas lié à la casse mais à autre chose qui m'aura échappé. ⇨ Dr Brains ^{∞ Doléances ∞} 13 décembre 2009 à 07:20 (CET)

MediaWiki:Common.js, function hiddencat()

Bonjour,
cette fonction semble ne pas marcher complétement. En effet, les catégories cachées ne sont pas cachées par défaut lorsqu'elles s'appliquent à une catégorie (Exemple) (je précise que l'option d'affichage automatique est décochée dans mes préférences, et que ça le fait aussi lorsque je suis déconnecté).
Il semblerait que cela vienne de la classe "mw-hidden-cats-ns-shown" (non prise en compte par le script et qui ne semble pas avoir de style CSS particulier).
Elle devrait être changée en "mw-hidden-cats-hidden" afin que la catégorie soit cachée par défaut, par exemple de la façon suivante :

function hiddencat(){
 if(document.URL.indexOf("printable=yes")!=-1) return;
 var cl = document.getElementById('catlinks'); if(!cl) return;
 if( !(hc = document.getElementById('mw-hidden-catlinks')) ) return;
 if( hasClass(hc, 'mw-hidden-cats-user-shown') ) return;
 if( hasClass(hc, 'mw-hidden-cats-ns-shown') ) hc.className = 'mw-hidden-cats-hidden'; // <------ LIGNE EN PLUS -------< 
 var nc = document.getElementById('mw-normal-catlinks');
 if( !nc ) {
  var catline = document.createElement('div');
  catline.id = 'mw-normal-catlinks';
  var a = document.createElement('a');
  a.href = '/wiki/Catégorie:Accueil';
  a.title = 'Catégorie:Accueil';
  a.appendChild(document.createTextNode('Catégories'));
  catline.appendChild(a);
  catline.appendChild(document.createTextNode(' : '));
  nc = cl.insertBefore(catline, cl.firstChild);
 }
 else nc.appendChild(document.createTextNode(' | '));
 var lnk = document.createElement('a');
 lnk.id = 'mw-hidden-cats-link';
 lnk.title = 'Cet article contient des catégories cachées';
 lnk.style.cursor = 'pointer';
 lnk.style.color = 'black';
 lnk.onclick = toggleHiddenCats;
 lnk.appendChild(document.createTextNode('[+]'));
 hclink = nc.appendChild(lnk);
}

Un avis sur la question avant que je demande la modif ? ⇨ Dr Brains ^{∞ Doléances ∞} 9 janvier 2010 à 20:29 (CET)

Salut,

C'est visiblement le comportement attendu (cf. en:Wikipedia:Catalogue_of_CSS_classes et [1] : il y a un traitement particulier pour les catégories), mais je trouve ça aussi étrange que toi.

Ne serait-t-il pas plus adapté de demander la suppression de cette classe CSS aux développeurs ? — Arkanosis ^✉ 9 janvier 2010 à 22:41 (CET)

Et bien, si cette classe existe, ce ne doit pas être sans raison, mais je ne vois pas laquelle. D'après le rendu de Firebug (qui ne tient évidemment pas compte de la couche php, donc ça vaut ce que ça vaut), il n'y a aucun style css particulier venant de cette classe-là.

Au pire, au lien de changer radicalement la classe, on peut la garder et ajouter celle qui va bien, comme c'est fait par le script dès qu'on clique sur la croix. Soit :

if( hasClass(hc, 'mw-hidden-cats-ns-shown') )   addClass(hc, 'mw-hidden-cats-hidden'); // <------ LIGNE EN PLUS -------<

⇨ Dr Brains ^{∞ Doléances ∞} 10 janvier 2010 à 02:54 (CET)

MediaWiki:Gadget-NavigAdmin.js

Suis-je le seul à trouver bizarre la présence dans le code de balises <br>, qui si elles sont acceptées en wikitexte par mediaWiki, sont incorrectes en HTML ? J'ai bien envie de changer ça par des <br/> mais j'aimerais un avis avant.

Pour info, 8 utilisateurs utilisent ce script à l'heure actuelle.

⇨ Dr Brains ^{∞ Doléances ∞} 8 février 2010 à 11:56 (CET)

Incorrectes en XHTML (en HTML, c'est bien <br> qu'il faut utiliser ).

En l'occurence, MediaWiki génère du XHTML, donc je serais très favorable à la modification que tu suggères... sauf qu'en fait, si on veut générer du markup valide, il faudrait même retirer ces <br> qui n'ont rien à faire dans une <ul> (la DTD n'autorise que des <li> à cet endroit CTRL+f "ELEMENT ul" pour arriver direct au bon endroit dans la DTD).

Amicalement — Arkanosis ^✉ 8 février 2010 à 12:17 (CET)

Donc si on veut garder la séparation induite par ces <br>, il faudrait en fait mettre des <li> avec à l'intérieur un espace insécable ou un tiret ? Ou encore mieux mettre un margin-top sur les <li> que l'on veut séparer ?

⇨ Dr Brains ^{∞ Doléances ∞} 8 février 2010 à 12:34 (CET)

margin-top devrait donner le résultat attendu avec un markup valide ; ça me parait acceptable comme solution.

Sémantiquement parlant c'est imparfait, puisque visiblement on essaie de définir des sous-groupes : le plus expressif serait d'utiliser des sous-listes (ul > li (niveau1) > ul > li (niveau 2)), mais ça risque de faire beaucoup de boulot pour quelque chose d'importance somme toute assez faible (8 utilisateurs, comme tu le dis, que le <br> n'a visiblement pas dérangé jusqu'ici).

Amicalement — Arkanosis ^✉ 8 février 2010 à 12:56 (CET)

Et si au lieu de rajouter des liens dans un "portlet" existant le script créait un nouveau "portlet" (exemple) ?

Bien mieux AMHA . Personnellement, j'ai complètement refondu mon menu de gauche (et celui du haut).

La petite différence, c'est que le gadget actuel affiche des espaces verticaux entre « Requête aux administrateurs » et « Special:Newpages », « Journaux » et « Bloquer » ; mais ce n'est peut-être pas important.

À tout hasard, j'avais codé des compléments à la fonction « addPortletLink » de MediaWiki : « newPortlet », « removePortlet » et « removePortletLink » (xportlet.js) ; mais si j'en crois les tests au début de ton exemple, ça ne marcherait pas sous vector. — Arkanosis ^✉ 9 février 2010 à 11:04 (CET)

newPortlet (ne devrait-elle pas s'appeler addPortlet ?) ne devrait pas s'afficher correctement avec vector, les classes n'étant pas les mêmes. Les deux autres ne posent pas de problème car basées sur les attributs id.

Vu la faible utilisation de ce gadget et qu'apparemment personne ne s'en plaint, je pense que finalement je ne vais pas y toucher. ⇨ Dr Brains ^{∞ Doléances ∞} 9 février 2010 à 11:36 (CET)

MediaWiki:Gadget-HotCats.js (bis ou ter)

Bonjour est-ce qu(il serait possible de modifier Hotcats pour qu'il fonctionne comme sur commons, ou en: par exemple, non pas pour éditer directement l'article sans avoir à le publier après (encore que je ne serai personnellement pas contre), mais pour éviter qu'il impose, quand on veut créer ou modifier une catégorie sur un article, la première catégorie qui correspond aux premières lettre tapées, catégorie qui reste malgré la frappe en cours, et qui oblige à s'y reprendre à dix fois avant de pouvoir obtenir la catégorie qu'on veut réellement. Exemple concret. Je veux rajouter la catégorie:Calcium (minéral) sur un article, comme je n'ai le temps que de taper les lettre C et a, hotcats me force catégorie:cabale, et ce malgré le fait que je continue à taper, ce qui résulte en "Cabalelcium", et oblige à effacer les lettres en trop en se déplaçant à la souris ou au flèches, ou si l'on a le malheur d'utiliser la touche erase, de recommencer le petit jeu précédemment expliqué. Merci par avance — Rhadamante 11 février 2010 à 23:32 (CET)

Fait ⇨ Dr Brains ^{∞ Doléances ∞} 12 février 2010 à 06:16 (CET)

Merci beaucoup. — Rhadamante 12 février 2010 à 14:11 (CET)

Alors là, j'applaudis chaudement. C'était vraiment ennuyeux. Moez ^m'écrire 19 février 2010 à 16:20 (CET)

Défaire une modification ancienne avec RevertDiff supprime toutes les contributions postérieures

Le titre parle de lui-même : si l'on utilise RevertDiff pour défaire une modification (par le lien « annuler », pas vérifié sur les autres), toutes les modifications postérieures sont également annulées, on revient à la version précédent la modification à défaire, ce qui est plutôt gênant. Skippy le Grand Gourou (d) 19 février 2010 à 14:38 (CET)

MediaWiki:Gadget-HotCats.js, again

Je pense qu'il y a un petit bug sur le gadget, quand on veut supprimer (ou peut être simplement modifier) une catégorie inexistante (lien rouge). Hot cats donne alors un massage d'erreur disant qu'il ne trouve pas la ligne. — Rhadamante 9 mars 2010 à 17:55 (CET)

Pour corriger, il suffit d'ajouter la ligne

if(hasClass(span.firstChild, "new")) cat_title = cat_title.replace(/ \(page inexistante\)$/, "")

au début de la fonction hotcat_modify_span.

function hotcat_modify_span ( span ) {
  var cat_title = span.firstChild.getAttribute ( "title" ) ;
  // Removing leading Category:
  cat_title = cat_title.substr(cat_title.indexOf(":") + 1);
  if(hasClass(span.firstChild, "new")) cat_title = cat_title.replace(/ \(page inexistante\)$/, "");
  var sep1 = document.createTextNode ( " " ) ;

--CH_ristoPHE _(d) 9 mars 2010 à 20:01 (CET)

Fait ⇨ Dr Brains ^{∞ Doléances ∞} 9 mars 2010 à 22:24 (CET)

ArticleTrafficStatistics : compatibilité Vector

"ArticleTrafficStatistics" ne fonctionne pas chez moi avec Vector. --MGuf (d) 6 avril 2010 à 19:36 (CEST)

?? C'est quoi ça, exactement ? Je ne vois pas. ⇨ Dr Brains ^{∞ Doléances ∞} 6 avril 2010 à 20:00 (CEST)

C'est bon, je n'avais pas encore copié mon monobook.js dans mon vector. js . Désolé, --MGuf (d) 6 avril 2010 à 21:25 (CEST)

addCustomButton : compatibilité Vector

"addCustomButton" ne fonctionne pas chez moi avec Vector. --MGuf (d) 6 avril 2010 à 19:36 (CEST)

Solution trouvée dans les archives du projet. Faut voir si elle marche toujours.

⇨ Dr Brains ^{∞ Doléances ∞} 6 avril 2010 à 19:52 (CEST)

Euh... c'est où "mon vector.js" ? --MGuf (d) 6 avril 2010 à 19:58 (CEST)

User:Manuguf/vector.js ⇨ Dr Brains ^{∞ Doléances ∞} 6 avril 2010 à 19:59 (CEST)

Nan, ça marche pas. Ou je n'ai pas su faire... --MGuf (d) 6 avril 2010 à 20:03 (CEST)

Il faut aussi que tu ajoutes les fonction d'ajout de bouton que tu as dans ton monobook.js, ou sélectionnés dans les préférences, ce petit bout de code ne sert qu'à la compatibilité.

Je vais essayer de mon côté.

PS:En visitant ton monobook, je viens de comprendre ce qu'est "ArticleTrafficStatistics".

⇨ Dr Brains ^{∞ Doléances ∞} 6 avril 2010 à 20:08 (CEST)

Yes !!! Merci, ça marche ! --MGuf (d) 6 avril 2010 à 20:23 (CEST)

Bon, j'avance, mais ça recule ! En bricolant les paramètres, j'ai vu que je n'avais pas la nouvelle barre d'outil "moderne" ; je l'ai maintenant, mais du coup, je n'ai plus mon bouton "spécial" :

addCustomButton('http://upload.wikimedia.org/wikipedia/commons/f/f8/Button_Tool_commons.png',
 'Commons Cat',
 <nowiki> '{{Autres projets|commons=Category:',
 <nowiki> '|commons titre=???}}',
 <nowiki> '???',
 <nowiki> 'Commons');

Est-ce qu'il est possible de bricoler un truc pour avoir ses propres boutons comme j'avais avec la "vieille" barre d'outils ? --MGuf (d) 7 avril 2010 à 11:54 (CEST)

Tu as dû cocher "barre d'outils améliorée"

Il et possible de récupérer l'ancienne barre d'outils au-dessus de la "nouvelle" :

function AjoutToolbar(){
    var Edition = document.getElementById("editform");
    if(!Edition)return;     
                         
    Toolbar = document.getElementById("toolbar");
    if(!Toolbar){  
        Toolbar = document.createElement("div");
        Toolbar.setAttribute("id", "toolbar");
        Edition.insertBefore(Toolbar, Edition.firstChild);
    }
}
 
if( (wgAction=="edit")||(wgAction=="submit") ){
    addOnloadHook(AjoutToolbar);     // Ajout Toolbar si non présente 
    obtenir('ajoutBoutonsToolbar');  // Fonction standard ajout de boutons
//////////////////// Ajouter ci-dessous les fonctions d'ajout de boutons supplémentaire
 
    obtenir('DeluxeBar');            // Gadget DeluxeBar
    obtenir('AjoutBoutonSource');    // Gadget Boutons source

/////////////////////
}

Ainsi tu auras l'ancienne toolbar au dessus de la nouvelle, avec la possibilité d'utiliser les fonction d'ajout déjà existantes (DeluxeBar, AjoutBoutonSource, etc...)

Cependant, la solution de Chphe au-dessus devrait permettre d'ajouter les boutons directement dans la nouvelle toolbar. J'imagine que si ça ne marche plus c'est que le code a dû changer depuis.

⇨ Dr Brains ^{∞ Doléances ∞} 7 avril 2010 à 14:14 (CEST)

Bon, je suis paumé. J'ai soit l'ancienne barre (mais avec que les boutons "en plus", pas les "normaux...), soit la nouvelle (qui est très bien, surtout rechercher/remplacer), mais sans les boutons personnalisables. J'ai bricolé ajout/retrait mes monobouc et vector.js, je ne sais plus où j'en suis. --MGuf (d) 7 avril 2010 à 15:02 (CEST)

J'ai planché là-dessus, voilà un résultat qui marche :

if( (wgAction=="edit")||(wgAction=="submit") ){
    obtenir('ajoutBoutonsToolbar');  // Fonction standard ajout de boutons
// -------------------------------------------------------------------------
// Ajouter ci-dessous les fonctions d'ajout de boutons supplémentaire
 
    obtenir('DeluxeBar');            // Gadget DeluxeBar
    obtenir('AjoutBoutonSource');    // Gadget Boutons source


// -------------------------------------------------------------------------
    addOnloadHook(AjoutToolbar);     // Ajout Toolbar 
}
function AjoutToolbar(){
    var Acai = document.getElementById("pt-optin-leave");
    var Edition = document.getElementById("editform");
    if((!Edition)||(!Acai)) return;
    // création barre d'outils
    var Toolbar = document.createElement("div");
    Toolbar.id = "monobook_bar";
    for (var i = 0; i < mwEditButtons.length; i++) {
        mwInsertEditButton(Toolbar, mwEditButtons[i]);
    }
    Edition.insertBefore(Toolbar, Edition.firstChild);
    // suppression ancienne barre d'outils si présente
    var OldToolbar = document.getElementById("toolbar");
    if(OldToolbar) OldToolbar.parentNode.removeChild(OldToolbar);
}

La fonction de ce script est d'ajouter une nouvelle barre d'outils avec un ID différent de "toolbar" (élément supprimé lors de la création de la "barre d'outils améliorée" de Acai), d'y ajouter les boutons demandés et de supprimer le cas échéant l'ancienne "toolbar" (pour le cas où l'option "barre d'outils améliorée" n'est pas cochée, afin d'éviter d'avoir deux barres identiques).

Chez moi ça marche correctement, l'ancienne barre s'affiche bien au-dessus de la nouvelle "barre d'outils améliorée".

⇨ Dr Brains ^{∞ Doléances ∞} 7 avril 2010 à 17:49 (CEST)

Bon, merci. Mais :

• Est-ce qu'il faut que j'aille mettre ma Vector avec "Préférences" --> apparence --> Vector ? Ou par "essayer la bêta" en haut (est-ce que ça a exactement le même effet) ?
• Une fois que j'ai copié le code ci-dessus dans mon vector.js, qu'est-ce qu'il faut que je coche ou décoche dans "Préférences" --> "Fenêtre de modification" ou "Gadjet" ? Désolé de t'embrouiller avec ça... et merci d'avance. --MGuf (d) 7 avril 2010 à 18:08 (CEST)

Je suis un boulet... je re-essaie ta modif, merci. --MGuf (d) 7 avril 2010 à 18:13 (CEST)

Bon, ça marche presque tout. Manque encore mon bouton "supplémentaire" que j'avais avec ça : --MGuf (d) 7 avril 2010 à 19:07 (CEST)

//Bouton Commons
addCustomButton('http://upload.wikimedia.org/wikipedia/commons/f/f8/Button_Tool_commons.png',
                'Commons Cat',
                '{{Autres projets|commons=Category:',
                '|commons titre=???}}',
                 '???',
                'Commons');

MediaWiki:Gadget-ResumeDeluxe.js : compatibilité Vector

MediaWiki:Gadget-ResumeDeluxe.js ne fonctionne pas chez moi avec Vector. --MGuf (d) 6 avril 2010 à 19:36 (CEST)

C'est bon, je n'avais pas encore copié mon monobook.js dans mon vector. js . Désolé, --MGuf (d) 6 avril 2010 à 21:24 (CEST)

(EDITH)Chez moi ça marche.

Pris d'une intuition j'ai vérifié ton vector.js : tu as recopié la partie personnalisable, mais pas les fonctions qui vont avec. Rien d'étonnant donc que ça ne marche pas, à présent ça devrait marcher.

⇨ Dr Brains ^{∞ Doléances ∞} 6 avril 2010 à 21:30 (CEST)

Et ben figures toi que j'ai du défaire ta modif : j'avais mon RésumeDeluxe en double ! Maintenant c'est bon ! Va comprendre Charles... --MGuf (d) 6 avril 2010 à 21:37 (CEST)

Remis... --MGuf (d) 7 avril 2010 à 12:02 (CEST)

Ajouter sept boutons facilitant l'ajout et la demande de sources lors de l'édition d'un article

Quid de "Ajouter sept boutons facilitant l'ajout et la demande de sources lors de l'édition d'un article" avec Vector ? --MGuf (d) 7 avril 2010 à 11:54 (CEST)

Apparence Popups sous Vector

Les notifications de diff en popup ne sont plus de la même couleur que sous monobouc : en particulier des ajouts, qui sont en turquoise foncé, avec un taux de contraste bien faible : est-ce réglable ? Individuellement, pour tous ? --MGuf (d) 7 avril 2010 à 12:18 (CEST)

Est-ce que c'est pareil sur les diff "normaux" ou spécifique à ceux des popups ? ⇨ Dr Brains ^{∞ Doléances ∞} 7 avril 2010 à 14:15 (CEST)

Non, ce n'est que sur les diff des popups. --MGuf (d) 7 avril 2010 à 14:29 (CEST)

Mmh, a priori, ce devrait être les mêmes styles sur monobook, puisqu'ils viennent des styles du gadget popup.

Les styles actuels sont :

ins.popupDiff { background: #AFE; }
del.popupDiff { background: #FFE6E6; }

Il te suffit donc de changer la valeur des couleurs dans ton vector.css en y ajoutant par exemple ceci :

ins.popupDiff { background: #5555FF !important; }
del.popupDiff { background: #FF5555 !important; }

Le !important à la fin sert à forcer cette valeur-là si il y a plusieurs valeurs possibles attribués en différents endroits. Pas sûr que ce soit nécessaire mais dans le doute, autant les mettre.

⇨ Dr Brains ^{∞ Doléances ∞} 7 avril 2010 à 16:52 (CEST)

C'est bon, merci. --MGuf (d) 7 avril 2010 à 19:07 (CEST)

Utilisateur:Dr Brains/BandeauxPortails.js

Bonjour,

après de nombreux tests sur Utilisateur:Dr Brains/BandeauxPortails.js j'ai modifié MediaWiki:Gadget-BandeauxPortails.js, afin que le script tienne désormais compte des bandeaux effectivement présents (jusqu'à lors, il ne gérait pas les redirections de modèle du type {{Portail USA}} -> {{Portail États-Unis}}).

A présent, après la modification "classique",le script lance une requête Ajax en 'action=raw', va chercher les paramètres puis met à jour les liens (-) et (±).

Tout ceci marche parfaitement, sauf qu'il y a un petit soucis de mise à jour : après une modif ({{Portail USA}} vers {{Portail États-Unis}}, par exemple), qui se passe sans soucis, la mise à jour ne se fait plus correctement : ce sont les anciens paramètres qui apparaissent et on est obligé de recharger le cache du navigateur pour que ça refonctionne correctement.

Je suspecte, sans en être sûr, que le problème vient du navigateur (firefox), qui n'effectue plus la requête demandée mais va chercher le cache de la requête précédente. Une solution probable serait peut-être de publier la modif en Ajax et de terminer par un window.location.reload() plutôt que via document.editform.submit(), mais avant d'en arriver là, peut-être une solution moins lourde existe-t-elle.

Qu'en pensez-vous ?

PS : Pour tester, utiliser Utilisateur:Dr Brains/BandeauxPortails.js, copie du gadget mais qui s'active dans les pages qui ne sont pas du Namespace 0 (pour tester en sous-page utilisateur).

⇨ Dr Brains ^{∞ Doléances ∞} 26 avril 2010 à 15:22 (CEST)

Modèle:Mort récente

Salut.

Ce modèle buggue sous l'apparence vector. La boîte « navigation » dans la colonne de gauche est martyrisée, à mon avis en raison de la fonction javascript de Common.js appelée par <span id="lastmodcopy"></span>. J'ai deux questions :

• est-ce qu'il suffit d'attendre que vector soit l'apparence par défaut pour que tout rentre dans l'ordre ?
• si la réponse est non à la question précédente, quelqu'un sait-il corriger cela ? (je n'en doute pas, c'est une formulation rhétorique de politesse )

Si le correcteur n'est pas admin il lui suffit de me dire exactement comment modifier Common.js, je le ferai.

Merci d'avance.

Kropotkine_113 28 avril 2010 à 16:01 (CEST)

Je viens de regarder, sur Victor Nurenberg, il n'y a pas de problème apparent. Il y a une page en particulier où ça buggue ?

⇨ Dr Brains ^{∞ Doléances ∞} 28 avril 2010 à 16:09 (CEST)

EDIT : ayé, je viens de comprendre le pb, c'est du au javascript. Je corrige ça. ⇨ Dr Brains ^{∞ Doléances ∞} 28 avril 2010 à 16:14 (CEST)

(conflit)Ah ben chez moi sur Victor Nuremberg ça buggue Sur la page du modèle lui-même aussi et sur Évry Schatzman par exemples. Pour compléter mon rapport de bug : j'avais exactement le même souci avec le modèle Modèle:Autres projets et tout était rentré dans l'ordre suite à ton intervention dans Mediawiki:Common.js. Donc mon intuition première était que c'était un problème du même ordre. Mais peut-être que ça vient peut-être de mon Utilisateur:Kropotkine 113/vector.js ?Kropotkine_113 28 avril 2010 à 16:18 (CEST)

(Edith) C'est bon, j'ai corrigé. A priori, maintenant ça marche. Le problème venait que l'élément du footer à recopier n'a pas la même ID suivant le skin. Le même genre de problème se posait pour {{Autres projets}} et le gadget LastContrib, tous deux corrigés par mes soins. ⇨ Dr Brains ^{∞ Doléances ∞} 28 avril 2010 à 16:25 (CEST)

Nickel ta modif a réparé le truc. Merci beaucoup pour ta réactivité. Kropotkine_113 28 avril 2010 à 16:21 (CEST)

Popups

Salut.

J'utilise les popups de Lupin qui sont dans le gadgets. Depuis une semaine ceux-ci ne fonctionnent plus correctement dans les pages d'historiques. En revanche, aucun souci dans les listes de suivis ou les pages de type RC. J'ai le même problème sous vector et monobook.

Truc vraiment bizarre : pour certains articles, mais pas pour tous, les popups fonctionnent correctement pour les lignes d'historiques en bas de page mais pas pour les autres ; sur d'autres pages les popups ne fonctionnent pas du tout quelle que soit la ligne d'historique.

Merci d'avance.

Kropotkine_113 17 mai 2010 à 18:03 (CEST)

Ah, tiens, moi qui pensais que ça venait de mes bidouilles... je confirme, j'ai le même problème depuis la semaine dernière. — Arkanosis ^✉ 17 mai 2010 à 18:57 (CEST)

Je suis perplexe : j'ai recopié le script sur mon compte de test (Utilisateur:Arktest/popups.js), désactivé le gadget et importé ma copie et ça fonctionne sans modification... — Arkanosis ^✉ 17 mai 2010 à 19:27 (CEST)

Même si on se contente de recopier le (très court) code de MediaWiki:Gadget-Popups.js dans son monobook.js à la place d'utiliser le gadget via les préférences, le problème disparaît. Le bug est peut-être lié à l'ordre d'inclusion des différentes pages javascript dans le code des pages d'historique. --CHristoPHE (d) 17 mai 2010 à 19:39 (CEST)

Mauvais affichage des numéros des notes dans un contenu sur deux colonnes

Voir article Grenouille. Merci de votre aide. --Guy Courtois (d) 3 juin 2010 à 08:08 (CEST)

Je ne constate pas de problème (Firefox 3.6). Que faut-il remarquer ? --CHristoPHE (d) 3 juin 2010 à 11:51 (CEST)

BandeauxPortails

J'ai un bug avec le gadget BandeauxPortails. Lorsque je veux simplement supprimer un portail, je clique donc sur le (-), il semble que ça édite quelque chose, mais au final rien n'est supprimé. — Rhadamante 8 juin 2010 à 18:02 (CEST)

C'est un défaut connu (enfin, que je connais) : c'est dû au fait que le nom du bandeau diffère du nom du portail, soit parce que la première lettre est en minuscule, soit parce que c'est une redirection (par exemple {{Portail USA}} -> {{Portail États-Unis}}). Il ne trouve donc pas le bandeau demandé et ne l'enlève donc pas avant la publication (ça le fait aussi lors d'un changement).

Je travaille sur une nouvelle version de ce gadget qui vérifiera exactement la graphie du modèle et permettra de régler ce problème.

Ca fonctionne correctement mais je bute sur un autre problème (voir quelques sections plus haut) : après une première modification la vérification ne fonctionne pas et ce sont les anciens paramètres qui sont conservés.

⇨ Dr Brains ^{∞ Doléances ∞} 8 juin 2010 à 18:15 (CEST)

Problème résolu !

A présent le script vérifie exactement la graphie des bandeaux présents (casse ou redirection de modèle).

Il permet également les suggestions en cas d'ajout de plusieurs bandeaux simultanément. Par exemple en rentrant dans la boîte Canada|Musi, la suggestion fonctionne pour le deuxième, après le pipe, et proposera donc "Musique". Si sélectionné, cela remplacera seulement Musi et laissera Canada, ce qui donnera au final dans le champ Canada|Musique.

⇨ Dr Brains ^{∞ Doléances ∞} 12 juin 2010 à 05:49 (CEST)

Mediawiki:Gadget-BandeauxPortails.js et interwiki

Bonjour, suite aux améliorations apportée dernièrement, ce gadget est presque 100% au point.

Il reste cependant un problème (qui apparaît également pour HotCats, d'ailleurs) : lors de l'ajout d'un bandeau, si il n'y a ni bandeau ni catégorie mais qu'il y a des interwikis, le bandeau est inséré à la fin du texte, donc après les interwikis.

N'étant pas expert en RegExp, j'ai mis au point pour Ma version perso de HotCats une technique qui me permet de repérer les interwikis, mais elle est lourde et pas forcément parfaite, puiqu'elle consiste à repérer tous les liens (double crochets) de la page et d'éliminer un par un ceux qui ne correspondent pas à un interwiki (absence de ":", présence de "|", ou d'un espace de noms connu). Une recherche par RegExp serait certainement plus solide.

L'objectif est, à partir d'une variable ContenuPage, d'aboutir à deux variables Avant et Apres pour au final pouvoir écrire :

 var TexteFinal = Avant + NouveauModele + Apres;

Une idée ?

⇨ Dr Brains ^{∞ Doléances ∞} 13 juin 2010 à 09:01 (CEST)

Salut,

Tu devrais pouvoir t'en sortir avec ça :

var interWiki = new RegExp('^\\s*\\[\\[([a-z][a-z].?(x?-[^\\]]+)?|simple|tokipona):([^\\]]*)\\]\\]\\s*$');
var blank = new RegExp('^\\s*$');
var lines = text.split('\n');
var before = '';
var after = '';
for (var lineId = lines.length - 1; lineId >= 0; --lineId)
  if (!interWiki.exec(lines[lineId]) && !blank.exec(lines[lineId]))
  {
    before = lines.slice(0, lineId + 1).join('\n');
    after = lines.slice(lineId + 1).join('\n');
    break;
  }

Amicalement — Arkanosis ^✉ 13 juin 2010 à 14:51 (CEST)

Après quelques ajustements pour éliminer les sauts de ligne surnuméraire, ça marche nickel. Merci.

J'ai mis le gadget à jour et vais tester ça avec HotCats.

⇨ Dr Brains ^{∞ Doléances ∞} 13 juin 2010 à 17:59 (CEST)

HotCats mis à jour aussi ⇨ Dr Brains ^{∞ Doléances ∞} 13 juin 2010 à 18:13 (CEST)

Cool, merci. Pour Hotcats, c'est toujours la version avec validation manuelle ? Parce que pour l'instant je t'ai piqué ta version, j'en avais assez de l'autre. — Rhadamante 14 juin 2010 à 22:24 (CEST)

C'est une simple variable à déclarer

Il te faut juste ajouter à ton monobook.js (ou vector.js) :

hotcat_autocommit = true;

⇨ Dr Brains ^{∞ Doléances ∞} 15 juin 2010 à 03:47 (CEST)

Navbox

Bonjour, depuis longtemps j'utilise une fonction que j'ai personnalisée navbox (elle ajoute des liens dans le menu navigation à gauche). Avec monobook pas de souci, mais avec vector le texte s'affiche en deux fois plus gros que les liens précédents. J'ai regardé d'autres fonctions qui fonctionnent sur le même principe mais je vois pas d'où peut venir le changement de taille. Si quelqu'un a déjà eu ce problème je suis intéressé par une solution Merci Leag ⠇⠑⠁⠛ 14 juin 2010 à 22:02 (CEST)

Fait. Ca venait des tables insérées un peu n'importe comment au milieu des listes. ⇨ Dr Brains ^{∞ Doléances ∞} 15 juin 2010 à 03:43 (CEST)

Merci mon prince Leag ⠇⠑⠁⠛ 15 juin 2010 à 08:10 (CEST)

Nouvelles page et Vector

Bonjour

Suite a une de mes demandes sur la guilde, voici le problème qui peut venir d'un script avec un morceau de réponse de Stef apporté sur la guilde.

Avec Vector la page dédiée aux Nouvelles pages ne surligne plus rien en jaune, problème que l'on n'a pas avec l'autre interface. Merci d'avance.

Cela est dû aux gadgets. Les « id » ont dû changer, peut-être — Steƒ

--Manu1400 (d) 18 juin 2010 à 22:29 (CEST)

« Chez moi ça marche ». Quelqu'un aura déjà corrigé le bug ? Ou ça ne marche toujours pas chez toi ? — Arkanosis ^✉ 18 juin 2010 à 22:35 (CEST)

J'ai toujours le problème avec Vector. Je suis sous Firefox 3.6.x et Linux. Je peux faire d'autres tests si besoin est. --Manu1400 (d) 19 juin 2010 à 11:37 (CEST)

Je suis sous Firefox 3.6 (Windows), et j'ai les lignes jaunes. Peut-être une incompatibilité avec un des gadgets que tu utilises. Désactive-les tous pour voir si ça s'arrange. --CHristoPHE (d) 19 juin 2010 à 12:36 (CEST)

Firefox 3.6.3, Linux aussi (Lucid), donc il y a peu de chances que ça vienne du navigateur... Je plussoie le conseil de Christophe. — Arkanosis ^✉ 19 juin 2010 à 13:37 (CEST)

J'ai pas de gadget (j'ai vérifié), j'ai le même navigateur, version de distribution qu'Arkanosis. Es ce que tu as activé Vector il y a longtemps Arkanosis ? --Manu1400 (d) 20 juin 2010 à 21:52 (CEST)

Je l'avais activé spécialement suite à ton rapport de bug (sinon j'utilise monobook), et je viens de retester à l'instant et ça fonctionne toujours .

Peux-tu aller sur la page en question, faire ctrl+maj+j (ça t'ouvre la console d'erreurs de Firefox), effacer tous les messages d'erreur (s'il y en a), retourner sur la page, faire ctrl+f5 (force un rechargement complet de la page) et nous rapporter ici tous les messages d'erreur qui apparaissent dans la console ? Merci. — Arkanosis ^✉ 20 juin 2010 à 22:11 (CEST)

PS : question bête mais qui peut nous faire gagner du temps : tu confirmes que tu as bien le surlignage si tu repasses sous monobook ? — Arkanosis ^✉ 20 juin 2010 à 22:13 (CEST)

Oui je confirme ceci. La console affiche des avertissements, c'est tout. Quand je suis non-connecté (avec Vector) aucun surlignage et en étant connecté (et sous vector) j'ai le surlignage. --Manu1400 (d) 22 juin 2010 à 23:03 (CEST)

Il n'y a pas de problème donc : c'est normal que le surlignage n'apparaisse que quand on est connecté. --CHristoPHE (d) 23 juin 2010 à 08:05 (CEST)

Normal ? Si c'est "normal" pourquoi ce n'est pas précisé ? Je vais faire une demande de changement de message système alors. Il y avait peu être un autre problème il me semble mais bon. --Manu1400 (d) 23 juin 2010 à 23:01 (CEST)

Normal dans le sens où quand on n'est pas connecté, le code source de Spécial:Nouvelles Pages ne contient plus les informations nécessaires pour repérer articles non patrouillé (absence des classes "not-patrolled"). Il est donc "normal" que le surlignage, dû à un fichier css et non pas dû à du javascript, ne puisse apparaître. Maintenant, est-il vraiment nécessaire d'indiquer cette différence de surlignage dans Spécial:Nouvelles Pages ? Ce n'est pas, et de loin, la seule différence d'interface entre les utilisateurs connectés et les utilisateurs IP, et elle me semble bien minime. --CHristoPHE (d) 24 juin 2010 à 08:08 (CEST)

Dans la mesure où il est actuellement indiqué « Les entrées à fond jaune attendent d'être patrouillées. », je pense que ce n'est pas inutile de préciser que ce fond jaune n'est disponible que pour certaines personnes — Arkanosis ^✉ 24 juin 2010 à 11:04 (CEST)

Oui, c'est vrai. --CHristoPHE (d) 24 juin 2010 à 19:42 (CEST)

Disparition de HotCats

Bonjour,

Cela fait maintenant quelques jours que mon option HotCats ne fonctionne plus - alors que l'option est sélectionnée dans les préférences - (j'étais en plein wikifourmillage... on devient dépendant de ces gadgets !). J'ai essayé du coup de désactiver HotCats et d'activer HotCatsMulti, mais idem: plus de boutons (±), (-) et (+) à côté de mes catégories ! Je n'ai pas la moindre idée d'où peut venir le problème...

En espérant que vous pourrez m'aider,

Cordialement, --Gagea (d) 24 juin 2010 à 21:21 (CEST)

Utilises-tu d'autres gadgets ?

Si oui, est-ce qu'ils fonctionnent ?

⇨ Dr Brains ^{∞ Doléances ∞} 24 juin 2010 à 21:31 (CEST)

Hum... ca dépend, on dirait. J'utilise, en plus de HotCats:

* EbauchesOff, qui fonctionne

* FlecheHaut, qui fonctionne

* AdvancedResearch, qui ne fonctionne plus

* HistoryNumDiff, qui ne fonctionne plus

* ZoomOnThumb, qui ne fonctionne plus

* Ajout des 7 boutons de sourcage, qui ne fonctionne plus (mais qui a toujours fonctionné aléatoirement)

Merci de ta réponse rapide !

--Gagea (d) 24 juin 2010 à 21:39 (CEST)

Essaye de les désactiver un par un, voir si ça revient. Il suffit qu'un seul provoque une erreur pour que tous ceux qui suivent ne marchent plus.

Etant donné l'ordre des scripts, je pencherais pour un dysfonctionnement de AdvancedResearch.

⇨ Dr Brains ^{∞ Doléances ∞} 24 juin 2010 à 21:52 (CEST)

Effectivement, c'était AdvanceResearch! Félicitations, tu viens de gagner une aura de gourou à mes yeux ! Du coup, je n'ai pas AdvanceResearch, mais je préfère largement avoir HotCats !

Merci beaucoup, en tout cas.

--Gagea (d) 24 juin 2010 à 23:49 (CEST)

MediaWiki:Gadget-SuppressionDeluxe.js

Bonjour,

Il y a un problème dans ce script, pour le motif Décision PàS. Le code

push("[[Discussion:"+wgPageName+"/Suppression|Décision PàS]]");

crée un faux lien pour les pages qui ne sont pas dans l'espace principal (namespace 0). Je pensais pouvoir régler le bug avec le mot magique {{TALKPAGENAME}}, mais malheureusement il n'est pas interprété dans les résumés .

Il faudrait donc reprendre ce bout de code, afin d'avoir

push("[[Discussion:"+wgPageName+"/Suppression|Décision PàS]]");

si l'espace de nom est 0,

push("[[Discussion "+wgPageName+"/Suppression|Décision PàS]]");

si l'espace de nom a une valeur paire mais n'est pas 0

push("[["+wgPageName+"/Suppression|Décision PàS]]");

sinon (espace de nom impair)

S'il est possible de récupérer l'espace de nom en JavaScript bien sûr.

Merci d'avance

--Hercule ^Discuter 17 juillet 2010 à 02:15 (CEST)

Oui, c'est wgNamespaceNumber.

Vite fait, ça devrait donner un truc du genre

push("[["
     + (wgNamespaceNumber % 2 ?
         ""
       : "Discussion"
         + (wgNamespaceNumber ?
             " " // ← il manquait une espace ici
           : ":"
           )
       )
     + wgPageName
     + "/Suppression|Décision PàS]]"
);

(à tester, bien sûr) — Arkanosis ^✉ 17 juillet 2010 à 11:09 (CEST)

Ca a l'air presque bon, mais il manque l'espace après Discussion pour les pages hors espace principal. Comme je ne connais pas cette syntaxe des conditionnelles je ne sais pas corriger. --Hercule ^Discuter 17 juillet 2010 à 23:34 (CEST)

Oh, très juste . J'ai corrigé dans le code ci-dessus (la ligne avec le commentaire).

La syntaxe que j'utilise est de la forme

(condition ? valeurSiVrai : valeurSiFaux)

(cf. ?: (en))

Amicalement — Arkanosis ^✉ 18 juillet 2010 à 17:42 (CEST)

Ca marche. Merci beaucoup --Hercule ^Discuter 20 juillet 2010 à 14:58 (CEST)

RevertDiff.js

Après 1 mois sans réponse, je me permets de poster le lien ici des fois que. JackPotte ($♠) 22 juillet 2010 à 22:28 (CEST)

Je ne sais pas si j'ai bien compris la demande.

Il s'agirait, en même temps que la révocation, de marquer cette révocation comme patrouillée, ou bien la modif que l'on révoque ?

Dans le premier cas, c'est parfaitement inutile, puisque soit le révocateur est autopatrolled et donc ce sera automatiquement fait par mediawiki, soit il ne l'est pas et n'a pas accès à cette fonction.

Dans le deuxième cas, ça va être compliqué en l'état actuel du script puisque il fonctionne via des paramètres passés par l'url et lorsqu'on finit l'action (en publiant la modif, la ligne document.getElementById('editform').submit();), on perd tout ces paramètres.

Il faudrait complètement revoir le script pour le faire fonctionner avec des requêtes ajax et alors on pourrait effectuer plusieurs modifs à la suite (révocation et/ou marquage patrouille et/ou avertissement de l'utilisateur).

Mais il faudrait préciser un peu plus le pb avant de tout chambouler.

⇨ Dr Brains ^{∞ Doléances ∞} 8 août 2010 à 17:14 (CEST)

C'était bien la 2ème qui avait été soulevée sur la Wikiversité, et j'étudie actuellement AJAX pour tenter de participer modestement sur les 3 projets dont je suis admin et qui utilisent "patrolled edits". JackPotte ($♠) 8 août 2010 à 20:33 (CEST)

Un petit peu à la bourre... Il existe une page d'aide : Projet:JavaScript/Aide Ajax

⇨ Dr Brains ^{∞ Doléances ∞} 6 septembre 2010 à 20:16 (CEST)

mwEmbed.js

Les vidéos à sous-titres oui, mais il faudra voter quand Bugzilla sera capable de l'installer. JackPotte ($♠) 22 juillet 2010 à 22:28 (CEST)

MediaWiki:Gadget-AdvancedContribs.js

Ne fonctionne pas avec les IPs : pas possible de les sélectionner à l'aide de l'option « suivi des users », et ajoutées manuellement elles font planter la page de suivi (plus possible de cliquer sur recharger ou enregistrer, boutons grisés). Skippy le Grand Gourou (d) 6 septembre 2010 à 21:06 (CEST)

Il y a plusieurs problèmes avec le script actuel. Je les ai corrigés et j'ai supprimé des fonctions à présents inutiles dans le code : Utilisateur:Chphe/Gadget-AdvancedContribs.js (le détail). Si ça marche de ton côté, tu peux reporter mes modifs dans MediaWiki:Gadget-AdvancedContribs.js. --CHristoPHE (d) 7 septembre 2010 à 19:42 (CEST)

Merci Christophe. Je n'ai pas le temps de tester maintenant, mais il faudrait en profiter au passage pour supprimer le test « sysop » du début qui ne se justifie pas, amha. Amicalement — Arkanosis ^✉ 7 septembre 2010 à 20:06 (CEST)

Merci, à première vue ça à l'air de fonctionner. Petite précision, la page initiale est protégée, donc il faut un admin pour valider la modif. Et +1 pour supprimer le test sysop, à moins que quelqu'un n'aie une bonne justification à son exsistence. Skippy le Grand Gourou (d) 7 septembre 2010 à 20:26 (CEST)

Fait, et sans le test sysop (je n'ai pas testé moi-même mais je fais confiance à Chrphe).

Petite remarque : dans la première fonction addOnloadHook(), celle qui se déclenche dans l'historique, le script crée un lien avec un attribut href vide et lui mets un onclick pour déclencher la fonction toggleFollowAnchor(). Ne serait-il pas mieux au niveau de l'accessibilité de lancer cette fonction par le href plutôt que par le onclick ?

⇨ Dr Brains ^{∞ Doléances ∞} 7 septembre 2010 à 20:37 (CEST)

Sauf erreur de ma part, pour l'accessibilité il faudrait donner par le href un lien "classique" (c.-à-d. une url et non pas un appel javascript) comme alternative à l'appel javascript du onclick. Si on se contente de déplacer cet appel du onclick vers le href, ça se change rien à l'accessibilité. --CHristoPHE (d) 7 septembre 2010 à 20:51 (CEST)

Pour l'instant, on a ça :

<a href="#" onclick="toggleFollowAnchor()" >Suivi des users</a>

Alors que ceci permettrait de "cliquer" sur le lien au clavier

<a href="javascript:toggleFollowAnchor()" >Suivi des users</a>

Ensuite, il manque un attribut title pour que l'accessibilité soit bonne.

⇨ Dr Brains ^{∞ Doléances ∞} 7 septembre 2010 à 20:59 (CEST)

Merci. Skippy le Grand Gourou (d) 7 septembre 2010 à 21:05 (CEST)

HotCatsMulti et les images…

Salut ! HotCatsMulti ne semble pas bien digérer les images : lors de l'ajout de la première catégorie sur une image, il l'insère dans un commentaire déjà présent sur la page… Je ne sais pas si c'est arrangeable, mais je tenais à le signaler… Toto Azéro ^{suivez le guide !} 10 septembre 2010 à 17:57 (CEST)

Oui, en fait ce n'est pas le fait que ce soit une image, ou le commentaire, qui pose problème, c'est le fait que la dernière catégorie trouvée (qui sert de point de repère) est insérée entre des balises de commentaire (car dans ce cas précis, ce n'est qu'un exemple).

Ce comportement est bien pratique pour les modèles, car la dernière catégorie étant entre <noinclude>, et celle ajoutée le sera aussi, mais c'est vrai que dans le cas des pages 'Fichier:', où se commentaire est souvent laissé alors qu'aucune catégorie n'est ajoutée, ça n'a pas vraiment le comportement attendu par l'utilisateur.

J'ai conçu HotCatMulti pour qu'il soit indépendant du wiki, donc ça ne me plaît pas trop de devoir rajouter du code pour une spécificité de Wikipédia en français... mais, j'ai peut-être une idée pour contourner, cela : une fonction spécifique (dans le même genre que celles pour la personnalisation), qui, si elle existe, est appelée juste avant d'effectuer la modif. Chaque wiki pouvant définir cette fonction comme il l'entend, ça conserverait l'aspect polyvalent d'HotCatsMulti (que je souhaite conserver), tout en permettant de prendre en compte des spécificités du wiki local (dans le cas qui nous intéresse, supprimer ce commentaire et cette fausse catégorie dans les pages "Fichier:").

Ca ne devrait pas poser de problème. Le plus long sera en fait de mettre la documentation à jour...

⇨ Dr Brains ^{∞ Doléances ∞} 10 septembre 2010 à 23:28 (CEST)

Voilà, c'est fait. Reste à mettre à jour la doc.

⇨ Dr Brains ^{∞ Doléances ∞} 10 septembre 2010 à 23:57 (CEST)

BandeauPortail

Bonjour; quand j'essaie d'ajouter un portail sur un article en rapport avec l'électronique (par ex. LM317), le gadget "BandeauPortail" me suggère dans la liste Portail:Électronique qui n'existe pas (ou plus?); il faudrait à mon avis le remplacer par le Portail:Électricité et électronique. Sinon c'est un outil très pratique! Merci. -- Speculos ^[Discuter] 21 septembre 2010 à 09:05 (CEST)

{{Portail électronique}} existe :

C'est une redirection vers le portail qui va bien donc ça roule pour moi.

⇨ Dr Brains ^{∞ Doléances ∞} 21 septembre 2010 à 15:47 (CEST)

OK, merci... -- Speculos ^[Discuter] 21 septembre 2010 à 16:42 (CEST)

Bug de HotCatsMulti

Salut ! J'avais déjà signaler un bug un peu plus haut du même genre que celui-là : HotCatsMulti n'ajoute pas les catégories au bon endroit dans l'espace "Modèle:" dans ce cas-là… Je laisse regarder ça aux spécialistes Javascript… Toto Azéro ^{suivez le guide !} 2 octobre 2010 à 13:41 (CEST)

Iop. On pourrait être de mauvaise foi et dire que le gadget a très bien fait son travail.

Bon, pour être honnête, j'imagine que l'on veut toujours que les catégories soient ajoutées en noinclude dans l'espace Modèle, c'est ça ? — Arkanosis ^✉ 2 octobre 2010 à 17:38 (CEST)

En fait comme le dit Akanosis, HotcatsMulti (ça aurait été pareil avec hotcats "normal") a fait exactement ce qui lui était demandé, c'est à dire ajouter une catégorie juste après la dernière catégorie trouvée (en l'occurrence, ce n'était pas la catégorie du modèle mais la catégorie ajoutée dans les pages incluant le modèle), ce qui ne pose aucun problème lorsque celle-ci est bien entre noinclude.

Je ne suis pas sûr qu'il y ait de solution simple, la catégorisation des modèles étant complexe à automatiser, étant donné qu'on ne peut pas savoir à l'avance comment est générée cette catégorisation (catégories en sous-page de doc, présence ou pas de zone "noinclude", etc...)

Le plus sage à mon humble avis, sauf à connaître parfaitement le code du modèle et savoir très exactement ce qui va se produire, serait d'éviter toute modification automatique dans un modèle, que ce soit avec hotcats, un autre gadget ou un bot.

J'ai d'ailleurs pensé un temps désactiver HotCatsMulti dans l'espace modèle. Je me suis finalement abstenu mais si une mauvaise utilisation amène trop souvent des problèmes de ce type, ça peut facilement se faire.

⇨ Dr Brains ^{∞ Doléances ∞} 2 octobre 2010 à 21:38 (CEST)

bug de HotCatsMulti

Bonjour,

Je voulais ajouté une catégorie pour l'article Savvy & Mandy, lorsque je pèse sur "ok", HotCatsMulti décide de créé une page Savvy en ajoutant seulement la catégorie [2]. Matrix76 (d) 12 octobre 2010 à 15:35 (CEST)

Ah, c'est à cause du signe & dans le titre. Je vais arranger ça.

⇨ Dr Brains ^{∞ Doléances ∞} 12 octobre 2010 à 18:33 (CEST)

. Après rechargement du cache, le problème devrait avoir disparu.

⇨ Dr Brains ^{∞ Doléances ∞} 12 octobre 2010 à 18:39 (CEST)

RenommageCatégorie

La fenêtre de dialogue permet d'entrer une catégorie à supprimer mais ne permet plus d'entrer une catégorie à ajouter.--AnTeaX (d) 11 décembre 2010 à 20:26 (CET)

?

La "catégorie à supprimer" n'est pas éditable (c'est la catégorie courante, elle n'est affichée que comme rappel)

Il n'y a donc que le champ "catégorie à ajouter" que l'on puisse modifier.

Je viens de vérifier et je ne vois pas d'erreur.

Quel est le problème exactement (par rapport à ceci) ?

Quel navigateur ? Quel habillage (vector/Monobook) ?

⇨ D^r Brains ^{∞ Doléances ∞} 11 décembre 2010 à 20:35 (CET)

J'utilise Firefox 3.6.13. La fenêtre comporte :

• un champ où apparaît la catégorie à supprimer + le label Catégorie à
• supprimer + champ en blanc
• Catégorie à ajouter.
• Les champs apparaissent donc avant le label et pas sur la même ligne. Il est possible que ça fonctionne malgré tout mais comme c'était un premier essai je ne voulais pas prendre de risque.--AnTeaX (d) 16 décembre 2010 à 20:01 (CET)

Bug de mon vector.js + Gadgets

Bonjour. Depuis diverses modifications que j'ai faites sur les préférences de mes gadgets + mon vector.js. J'ai de nombreux problèmes et beaucoup de gadgets ne fonctionnent pas. Voici ci joint mon aperçu :

Ceux qui fonctionnent

• LiveRC
• Ajouter des boutons prédéfinis pour remplir la boîte de résumé
• Indiquer au chargement d'une page si elle a été modifiée récemment, pour éviter les conflits de versions
• ZoomOnThumb
• BandeauxEbauches

Ceux qui fonctionnent partiellement

• OptimizedSuivi (n’apparaît pas tout le temps dans la palette d'onglet)
• Popups (fonctionne sauf certaines fonctionnalités spéciales reprises depuis mon vector.js et la révocation)
• RevertDiff (Après clic, je retrouve bien l'ancienne version mais pas de retour ni de commentaire automatique (révocation de modifications par x...)
• obtenir('ArticlesRecents'); (ne fonctionne que si je repasse à une ancienne version de vector.js)

Ceux qui ne fonctionnent pas

• AdvancedContribs
• HotCats (J'ai bien les boutons pour modifier / ajouter / supprimer ((–) (±) | (+) | [+]) mais quand je valide je me retrouve dans une page de modification sans la mise à jour)
• Quick Preview
• DeluxeHistory
• BandeauxPortails (Idem HotCats)
• Evaluation (qui au passage ne fonctionne toujours pas sur Google Chrome)
• loadJS('User:Leag/ortho.js');
• loadJS('User:Superjuju10/navbox.js');
• loadJS('User:Superjuju10/barreedit.js');
• obtenir("BistroDuJour");

J'aurais besoin d'aide afin de tout puisse fonctionner.

Bonne fin de journée. --Superjuju10 ^{Un aubois à votre service} 16 décembre 2010 à 17:33 (CET)

Déjà, sans les crochets, ça devrait fonctionner mieux.

Pas sur également que la regExp des popups « popupDabRegexp = '([{][{]\\s*homonymie|homonymie\\s*[}][}])'; » fonctionne. Elle devrait plutôt s'écrire « popupDabRegexp = '([\\{][\\{]\\s*homonymie|homonymie\\s*[\\}][\\}])'; » me semble-t-il (double échappement des « { » ).

Sinon, après ces changements, y a-t-il encore des choses qui ne marchent pas ?

⇨ D^r Brains ^{∞ Doléances ∞} 16 décembre 2010 à 17:45 (CET)

PS : tu utilises Google Chrome si j'ai bien suivi ?

J'ai ces mêmes problèmes sur Mozilla Firefox (Le problème de Evaluation sur Chrome cela me l'a fait depuis que j'ai commencé à l'utiliser.

Sinon, OptimizedNavig ne fonctionne pas, et DeluxeBar me fait perdre toutes les icônes. (MAJ : corrigé ou fausse alerte) Le reste je vais tester. --Superjuju10 ^{Un aubois à votre service} 16 décembre 2010 à 17:55 (CET)

Toujours les mêmes problèmes. PS : J'avais réussit à faire fonctionner BandeauxEbauches mais maintenant il n’apparaît même plus. --Superjuju10 ^{Un aubois à votre service} 16 décembre 2010 à 17:59 (CET)

Avec Firefox, si tu vas (sur une page au hasard de l'espace encycopédique) dans Outils >> Console d'erreur Tu efface les messages éventuellement présents et que tu recharges le cache du navigateur, as-tu des messages d'erreur qui (ré)apparaissent ? Si oui, lesquels.

Sinon, pour BandeauxPortails et BandeauxEbauches, je crois savoir d'où vient le problème. Il y avait le même pour RenommageCatégorie. en fait c'est une classe qui masque le menu déroulant si il est vide et qu'il faut retirer. Je vais voir si c'est fait pour ces deux gadgets (et probablement aussi pour Evaluation, et tous les gadgets censés ajouter un lien dans les onglets).

⇨ D^r Brains ^{∞ Doléances ∞} 16 décembre 2010 à 19:11 (CET)

Oui --Superjuju10 ^{Un aubois à votre service} 16 décembre 2010 à 19:19 (CET)

Ah oui, quand même.

Maintenant ça devrait marcher. En fait, LoadJS() n'existe pas, c'est LoadJs(), qui est de toutes manière une redirection vers importScript(). Il faut donc préférer cette dernière fonction.

Je me suis occupé de BandeauxEbauches et Evaluation. A priori, les entrées correspondantes dans le menu devraient apparaître.

Il se peut qu'il y en ai d'autres qui apparaissent, merci de me dire lesquelles qu je modifie le gadget correspondant.

Pour DeluxeBar : as-tu sélectionnée la barre de navigation dans les préférences ? Si oui, désélectionne-là et dis moi si ça marche .

⇨ D^r Brains ^{∞ Doléances ∞} 16 décembre 2010 à 19:26 (CET)

Il y a un autre problème avec le deluxebarmessages[ca] = "{{" + "Faut sourcer" "}}" + "~~" + "~~"; . Je vais voir cela et je continue les tests --Superjuju10 ^{Un aubois à votre service} 16 décembre 2010 à 19:42 (CET)

Il manquait un « + ». Je viens de le rajouter.

⇨ D^r Brains ^{∞ Doléances ∞} 16 décembre 2010 à 19:44 (CET)

J'ai testé plusieurs gadgets dans le Bac à sable. Ouf, c'est beaucoup mieux

Cela fait donc :

Ceux qui fonctionnent

• LiveRC
• Ajouter des boutons prédéfinis pour remplir la boîte de résumé
• Indiquer au chargement d'une page si elle a été modifiée récemment, pour éviter les conflits de versions
• ZoomOnThumb
• BandeauxEbauches
• HotCats
• Quick Preview
• DeluxeHistory
• BandeauxPortails
• RevertDiff
• obtenir('ArticlesRecents');
• OptimizedSuivi
• loadJS('User:Superjuju10/navbox.js');

En cours de test :

• Popups ([http://fr.wikipedia.org/w/index.php?title=Liste_des_communes_de_l%27Aube&action=history La révocation fonctionne, la suite pas essayer)
• AdvancedContribs
• loadJS('User:Leag/ortho.js');
• obtenir("BistroDuJour");

Ne fonctionne toujours pas :

• Evaluation (n’apparaît pas dans la palette d'onglet)
• loadJS('User:Superjuju10/barreedit.js');
• //Lien Web

Heu, pour OptimizedSuivi, tu dois confondre avec un autre gadget, car il n'est pas destiné à ajouter un onglet, mais à sélectionner/déselectionner plus facilement des pages à retirer de la liste de suivi. Il ne s'active que dans Special:Watchlist/edit.

⇨ D^r Brains ^{∞ Doléances ∞} 16 décembre 2010 à 19:55 (CET)

Rebonjour. J'ai un nouveau un petit problème (celui-ci est limité dans le temps) avec le code suivant : addSpecialCharset("HTML", "<br/> <code>+</code> <div>+</div> <p>+</p> <pre>+</pre> <q>+</q> <tt>+</tt> <s>+</s> ₊ ⁺ <span>+</span> &nbsp;"); qui affiche qui n’est pas définit.

Et est-ce que le gadget lien web fonctionne avec vector.js ? --Superjuju10 ^{Un aubois à votre service} 22 décembre 2010 à 12:10 (CET)

Résolu. Le problème venait de MediaWiki:Gadget-CaracteresHTML.js qui a été désactivé dans mes paramètres. --Superjuju10 ^{Un aubois à votre service} 23 décembre 2010 à 17:17 (CET)

Hotcats multi

Salut. J'ai un petit problème avec le gadget hotcats multi. Lorsqu'une catégorie inexistante est mise à un article (donc rouge), il est impossible de la modifier ou de la supprimer via hotcats multi (je n'ai pas essayé avec hotcats normal). Est-il possible de corriger ça ? Merci par avance. — Rhadamante 12 janvier 2011 à 20:42 (CET)

Je n'ai pas de problème de mon côté : retrait, modification.

Ça te le fait sur une page en particulier ?

Sous quel navigateur ? Avec quel habillage ?

⇨ D^r Brains ^{∞ Consultation ∞} 12 janvier 2011 à 20:50 (CET)

firefox, monobook. Ça me l'a fait par exemple sur Bromodésoxyuridine quand j'ai voulu changer la catégorie "oxalane" en oxolane. — Rhadamante 12 janvier 2011 à 20:54 (CET)

OK, bug corrigé. C'est la récupération du message système qui clochait. J'avais oublié d’enlever le $1.

A présent ça devrait être OK.

⇨ D^r Brains ^{∞ Consultation ∞} 12 janvier 2011 à 21:09 (CET)

ok, merci. Je verrai la prochaine fois que je tomberai sur ce genre de cas (c'est plutôt rare en général) — Rhadamante 12 janvier 2011 à 21:10 (CET)

Donc j'ai réessayé, et ça ne marche pas. Ça semble marcher dans un premier temps ( la catégorie est modifiée, en attente de validation), mais au moment de la validation la fenêtre d'édition s'ouvre et j'ai un message d'erreur qui apparait m'indiquant qu'il ne trouve pas la catégorie à remplacer (« Impossible de trouver la catégorie « X (page inexistante) » - elle est peut-être incluse via un modèle. »). — Rhadamante 13 janvier 2011 à 02:52 (CET)

Je ne sais pas si c'est lié (mais je pense fortement que si, puisque ça n'arrivait pas avant cette fin d'après-midi pour moi), mais dès que je clique sur un lien rouge, à l'ouverture de la page j'ai désormais une fenêtre d'erreur qui s'ouvre titrée « Annonce de la page http://fr.wikipedia.org : » (sans rien d'autre derrière) et qui ne contient que l'icône point d'exclamation et « Problème : » (encore une fois sans rien d'autre). — Rhadamante 13 janvier 2011 à 03:12 (CET)

Alors, pour le problème de la catégorie qui ne veut pas s’enlever, normalement après purge du cache (ctrl + F5), cela ne devrait pas se produire. Si ça se produit quand même, merci de me dire sur quelle page cela se produit.

La pop-up d'erreur n'est pas liée à ce problème-là. En fait je suis en train d’ajouter des fonctions pour améliorer le gadget lors de l'édition (c'est à dire lors d’une édition classique si on veut ajouter/modifier/ajouter une catégorie). J'ai oublié d’enlever cette pop-up après les avoir mises sur le gadget. C'est à présent chose faite. Cela dit, elle ne devrait quand même pas apparaître. Ça le fait sur une page en particulier ou n'importe où ?

⇨ D^r Brains ^{∞ Consultation ∞} 13 janvier 2011 à 04:01 (CET)

J'ai purgé mon cache et ça ne le fait plus. Mais la fenêtre d'erreur m'est même apparue quand j'éditais la section d'un article existant (mais la section qui ne contenait pas de catégories, puis quand j'ai édité celle qui la contenait ça ne me l'a pas fait). Je n'ai pas réessayé d'enlever/modifier une catégorie rouge depuis par contre. — Rhadamante 13 janvier 2011 à 04:14 (CET)

Rah, zut ! j'avais pas prévu le cas d’une édition de section. Il va falloir que je trouve un moyen de désactiver le gadget pour une édition de section sauf la dernière (à déterminer, je ne sais pas encore comment).

En attendant, j'ai reverté mes derniers ajouts, pour revenir juste après la correction du bug.

Théoriquement, il ne devrait donc plus y avoir de pop-up.

⇨ D^r Brains ^{∞ Consultation ∞} 13 janvier 2011 à 04:40 (CET)

Et pour ce bug de HotCats, y aurait-il une solution ? Merci, Udufruduhu (d) 13 janvier 2011 à 17:16 (CET)

Oulà, ça fait un moment que je n'ai pas touché à ce gadget-là, que je considère comme obsolète.

Je ne suis pas parvenu à reproduire le problème [3]

Tu es sous quel navigateur et quel habillage ? Ça le fait sur une page en particulier ?

⇨ D^r Brains ^{∞ Consultation ∞} 13 janvier 2011 à 17:47 (CET)

Cela le fait sur n'importe quelle page, je suis sous monobook et j'utilise firefox. C'est la version beta (v4.0b7) que j'ai récemment installé, ça a peut-être un rapport. Je ne me souviens plus si j'ai déjà utilisé le gadget avec succès sous cette version de firefox. Udufruduhu (d) 13 janvier 2011 à 18:01 (CET)

Pour ma part (Monobook et FF 3.6.13), ça marche nickel. C'est possible que ça vienne de là.

Tu as d'autres gadgets installés ?

⇨ D^r Brains ^{∞ Consultation ∞} 13 janvier 2011 à 18:56 (CET)

Juste que le gadget accessibilité de Lgd. Je vais faire un essai avec une version ancienne de firefox. Udufruduhu (d) 14 janvier 2011 à 10:37 (CET)

Bon le problème venait de là, je suis repassé à la version 3.6.13 de firefox et ça fonctionne nickel. Udufruduhu (d) 15 janvier 2011 à 16:02 (CET)

Bon, j'ai pas retenté le coup de la catégorie rouge (pas encore retombé sr un cas de ce genre), par contre j'ai un petit problème avec la fonction qui permet d'accéder aux catégories filles de la catégorie que l'on modifie. Par exemple sur Éthylène tétrafluoroéthylène, je veux modifier la catégorie polymère en plastique, et comme je suis feignant, je voulais passer par les catégories filles : plastique étant une sous-catégorie de polymère organique, elle même sous-catégorie de polymère. Or quand je clique sur le flèche vers le bas pour y accéder, seuls les trois premières sous catégories apparaissent (Polymère conducteur, copolymère et dimère) et le petit ascenseur est grisé, alors qu'il existe 7 autres sous-catégories... — Rhadamante 20 janvier 2011 à 22:39 (CET)

Réparé, pour ce coup-ci, mais le problème pourrait revenir.

Apparemment, ça vient du mode de filtrage des résultats de la requête : L'API recherche un certain nombre de pages limité par la "limite", puis filtre les pages correspondant à l'espace de noms qu'on lui donne (ici, Catégorie:). Ce qui fait qu'il peut y avoir moins de catégories que la limite spécifiée, même si en fait il y en a d'autres.

J'ai donc forcé la limite à son maximum, mais pour les catégories ayant beaucoup de pages autres que Catégorie:, on peut se retrouver avec moins de catégories suggérées qu'on en a en réalité. Dans ce cas, la limite devrait être ignorée et toutes les sous-catégories suggérées, ce qui signifie boucler la requête si il existe d'autres catégories.

Je vais voir ce que je peux faire.

⇨ D^r Brains ^{∞ Consultation ∞} 21 janvier 2011 à 04:56 (CET)

Euh ouais, si tu le dis . digression, c'est moi ou les lien « modifier » ont disparu à chaque sous-section, que ce soit sur cette page et la pdd de discussion du projet ? (précision ça ne me le fait nulle part ailleurs — enfin j'ai pas fait de recherche exhaustive non plus, mais ni au bistro, ni au projet chimie par ex., et pas sur les articles) En tout cas c'est particulièrement pénible de devoir éditer la page complète pour ajouter un message sur la dernière section... — Rhadamante 21 janvier 2011 à 06:44 (CET)

Oui, désolé pour les explications fumeuses. L'essentiel c'est qu'à présent, toutes les sous-catégories sont proposées en suggestion, même si il en beaucoup. Pour la recherche de sous-catégorie, la limite de suggestions (hotcat_list_items,50 par défaut) est donc ignorée.

J'ai remarqué aussi cette disparition des liens modifier. J'ai modifié le modèle de cadre utilisé sur le projet, ça doit venir de là. Je corrige.

⇨ D^r Brains ^{∞ Consultation ∞} 21 janvier 2011 à 08:24 (CET)

MediaWiki:Gadget-RenommageCategorie.js : casse

Bonjour,

Lorsqu'un renommage est lié à un problème de casse (e.g. catégorie « Logo de site web » vers catégorie « Logo de site Web »), le script croit que la nouvelle catégorie est déjà présente, et donc ne corrige pas les pages. C'est un bug assez gènant car le renommage de catégories est souvent dû à des erreurs de typographie.

navigateur : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)

Cordialement,

--Hercule ^Discuter 1 février 2011 à 19:31 (CET)

Gadget modifié. Ça devrait être bon à présent.

⇨ D^r Brains ^{∞ Consultation ∞} 1 février 2011 à 19:49 (CET)

Ca ne marche toujours pas . Par exemple pour renommer catégorie « Œuvre conservée au Musée des Beaux-Arts de Lyon » en catégorie « Œuvre conservée au Musée des beaux-arts de Lyon » le script m'indique que catégorie « Œuvre conservée au Musée des beaux-arts de Lyon » est déjà présent sur les pages. --Hercule ^Discuter 9 février 2011 à 00:13 (CET)

Re.

A présent, ça a l'air bon puisque j'ai pu procéder au renommage.

⇨ D^r Brains ^{∞ Consultation ∞} 9 février 2011 à 00:34 (CET)

Merci beaucoup --Hercule ^Discuter 9 février 2011 à 00:45 (CET)

Mise à jour Mediawiki 8/2/2011 demande de signalement

Bonjour. Y a problème en matière de pensée émue du jour au bistro parce que les trois derniers ne sont pas morts un 8 février. Mais bug ou joke ? --Égoïté (d) 8 février 2011 à 06:27 (CET)

Mise à jour Mediawiki 8/2/2011

Hello, je travaille sous Firefox, et mes deux monobook ne marchent plus (Utilisateur:Totodu74/monobook.js/Utilisateur:Totodu74/monobook.css). Oui, dans mes préférences j'ai conservé l'apparence monobook. Le gadget CoinsArrondis ne marche plus, un affreux Aller à : Navigation, rechercher s'affiche en haut à droite de mon écran, je n'ai plus de barre d'outil d'éditions (dont les boutons perso donc), de résumés prédéfinis, les caractères spéciaux en bas de la fenêtre de modification ne réagissent pas quand je clique dessus. J'avais un lien vers WP:LCB à droite de Déconnexion, le gadget admissibilité, et a pu etc. En gros rien ne marche, je crois, si bien que je me dis que c'est moi qui ait du loupé un truc ? Totodu74 (devesar…) 8 février 2011 à 17:58 (CET)

C'est probablement dû aux modifications apportées en ce moment par les développeurs.

Il faudra voir ça une fois qu'ils auront fini de jouer, si ces problèmes persistent. En attendant, ça ne sert à rien de corriger un truc dont on ne peut pas être sûr du pourquoi il ne marche plus.

⇨ D^r Brains ^{∞ Consultation ∞} 8 février 2011 à 18:39 (CET)

Tout est reviendu. J'aurais dû patienter un peu plus, merci quand même. Totodu74 (devesar…) 9 février 2011 à 00:42 (CET)

MediaWiki:Gadget-RenommageCategorie.js

Ca fait un petit moment déjà que ce gadget ne fonctionne plus chez moi. Le blocage se fait lors de la publication. J'obtiens : « Problème ! Réessayer ? » (et réessayer ne change pas le problème). Navigateur : Safari 5.0.3. -Aemaeth 14 février 2011 à 13:36 (CET)

Et il marche sur le Wiktionnaire ? JackPotte ($♠) 14 février 2011 à 13:56 (CET)

Effectivement, sur Safari ça ne fonctionne pas. Je vais essayer de voir ça.

⇨ D^r Brains ^{∞ Consultation ∞} 14 février 2011 à 22:16 (CET)

A priori, ça fonctionne à présent sur Safari. J'ai testé en renommant Catégorie:Personnages de Glee en Catégorie:Personnage de Glee.

⇨ D^r Brains ^{∞ Consultation ∞} 14 février 2011 à 23:04 (CET)

Merci beaucoup, ça marche sans problème maintenant -Aemaeth 15 février 2011 à 09:26 (CET)

Ah ben ça marche plus maintenant . Même problème. J'avais réussi à renommer Catégorie:Organisation armée d'extrême droite, et maintenant ça bloque sur d'autres. -Aemaeth

En fait juste un problème de cache. Ça fonctionne maintenant. -Aemaeth 15 février 2011 à 10:47 (CET)

OptimizedNavig

Je m'étais configuré une bonne petite barre gauche sous monobook. J'imagine que c'est dû au test de ce matin, mais malgré tous mes efforts, je n'ai plus que la barre classique. Il y a un moyen de retrouver mes configs (j'ai peut-être fais une erreur en manipulant le .js) ? -Aemaeth 16 février 2011 à 15:36 (CET)

Salut,

Cette question est-elle encore d'actualité ?

Amicalement — Arkanosis ^✉ 22 mars 2011 à 19:46 (CET)

Modification récente/liste de suivi améliorée

Bonjour j'espère que c'est ici que je dois poser la question, je suis un peu perdu, c'est autour de la présentation d'une fonction en javascript dans les préférences, c'est la fonction "Utiliser les modifications récentes améliorées (nécessite JavaScript)" qui est dans l'onglet 5 "modifications récentes", mais elle pourrait être dans l'onglet 6 "liste de suivi" car elle modifie la liste de suivi, est-ce qu'elle ne devrait pas être déplacée ou dupliquée? Aurmegil (d) 11 mars 2011 à 18:02 (CET).

Elle modifie effectivement les deux et effectivement la description pourrait être plus claire.

Pour la changer, il faudrait éditer cette page (Dr Brains, si tu passes par ici ), mais il faudrait déjà une idée du texte à mettre à la place.

La déplacer : à priori non, puisqu'elle sert bien pour les modifications récentes ; la dupliquer, il faut voir, mais il faudrait alors demander aux développeurs : nous n'avons pas de contrôle sur cette partie de MediaWiki.

Amicalement — Arkanosis ^✉ 22 mars 2011 à 19:55 (CET)

L'ennui avec cette option, c'est qu'elle est dans l'onglet "Modifications récentes" et pas dans l'onglet "Liste de suivi".

Je propose une phrase

• n'explicitant ni l'un ni l'autre (« Utiliser le suivi amélioré (nécessite JavaScript) »)
• ou explicitant les deux (« Utiliser les modifications récentes et la liste de suivi améliorées (nécessite JavaScript) »).

Avec le deuxième, on perd en cohérence mais on gagne en clarté.

⇨ D^r Brains ^{∞ Consultation ∞} 22 mars 2011 à 20:45 (CET)

Même avis, du coup je préfère (de loin) la seconde proposition. Amicalement — Arkanosis ^✉ 22 mars 2011 à 20:47 (CET)

PS (à retardement, merci Edith...) : l'alternative de dupliquer l'option (c'est à dire de séparer le traitement des RC et de la LdS, permettant de sélectionner l'un mais pas l'autre) serait la solution la plus robuste amha.

⇨ D^r Brains ^{∞ Consultation ∞} 22 mars 2011 à 20:49 (CET)

Popups

Bonjour,

J'utilise les popups de Lupin (cf. mon commons.js), et depuis que je suis passé à Firefox 4, plus rien : ça ne marche plus du tout. D'après vous, est-ce que ça vient de moi ou du navigateur ? — Coyau (d) 20 mars 2011 à 12:31 (CET)

Pas uniquement du navigateur, a priori, puisque chez moi ça fonctionne.

Peux tu essayer cet enchaînement magique sur un onglet ouvert sur Wikipédia s'il te plaît ? « ctrl+f5, ctrl+maj+j, alt+c, alt+tab, f5 », puis nous communiquer la liste des erreurs qui s'affichent dans la console d'erreurs ?

PS : si cette combinaison de touches digne de Mortal Kombat n'est pas claire ou ne fonctionne pas, n'hésite pas à le faire savoir — Arkanosis ^✉ 22 mars 2011 à 19:42 (CET)

J'ai plusieurs pages d'avertissements (mais pas d'erreur), avec plein de choses dedans que je ne comprends pas avec deux URL fichier source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=site&only=styles&skin=vector&version=20110315T194427Z et http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=mediawiki.legacy.commonPrint%7Cmediawiki.legacy.shared%7Cskins.vector&only=styles&skin=vector

Pas certain que ce soit ça qui t'intéresse. Maintenant que je sais faire Mortal Kombat sans respirer, dis-moi ce que tu cherches. — Coyau (d) 22 mars 2011 à 22:50 (CET)

En activant le gadget, ça remarche. — Coyau (d) 28 mars 2011 à 23:58 (CEST)

var ModèleLienweb

Bonjour. Le bouton pour insérer automatiquement le code du modèle {{lien web}} ne fonctionne pas sur vector.js. Visiblement ce problème est du à la barre d'outils. Quelqu'un peut-il donner un autre code ou une correction ? D'avance merci. --Superjuju10 ^{Un Aubois à votre service} 29 mars 2011 à 20:37 (CEST)

Il est possible de désactiver la nouvelle barre d'outils et de revenir à l'ancienne Préférences > Fenêtre de modification > décocher « Activer la barre d’outils améliorée ». Évidemment, ça ne résout pas le problème si on veut utiliser la nouvelle barre d'outils. — Coyau (d) 29 mars 2011 à 23:10 (CEST)

Justement. Mon intuition de départ est de conserver la barre d’outils améliorée. Par hasard quelqu'un connait le code de celle-ci ? J'aimerai faire un test. --Superjuju10 ^{Un Aubois à votre service} 30 mars 2011 à 06:58 (CEST)

Projet:JavaScript/Aide WikiEditor.

Have fun !

⇨ D^r Brains ^{∞ Consultation ∞} 30 mars 2011 à 13:44 (CEST)

Mille merci Dr Brains (d · c · b) ! Ça marche  ! (même si j’ai un peu galéré) --Superjuju10 ^{Un Aubois à votre service} 30 mars 2011 à 16:57 (CEST)

HotInterwiki

Bonjour,

Je signale juste un petit bug sur ce diff : j'avais mis une URL par erreur dans un interwiki, donc j'ai voulu corriger avec ce gadget. Las, cela n'a pas fonctionné (sauf pour le commentaire de diff, qui est lui correct). Bon, comme c'est à la base une erreur de ma part, rien de grave. Binabik (d) 30 mars 2011 à 17:34 (CEST)

DeluxeHistory

Salut,

Depuis au moins quelques jours, le gadget DeluxeHistory ne fonctionne plus chez moi. J'ai vidé mon vector.js et le cache de firefox (3.6.17, sous Fedora, mais il me semble que c'est pareil chez moi avec une plus vieille version sous Debian Lenny), sans succès. Apparemment je ne suis pas le seul dans ce cas.

Si quelqu'un veut bien jeter un coup d'œil… Merci. Skippy le Grand Gourou (d) 5 mai 2011 à 17:41 (CEST)

MediaWiki:Gadget-BandeauxPortails.js

Bonjour,

Depuis la mise à jour de cette nuit le script ne marche plus sous Firefox 4.0.1. J'ai purgé mon cache en utilisant Ctrl + F5.

Je peux demander retrait d'un portail, et confirmer le choix, mais le script ne se lance pas pour modifier la page. De même, je peux ouvrir la boîte de modification ou d'ajout de portail, mais quand je clique sur "OK" il ne se passe rien.

Cordialement,

--Hercule ^Discuter 17 juin 2011 à 11:09 (CEST)

Sous Firefox 3.6.17 ça fonctionne.

Tu as une erreur javascript ?

⇨ D^r Brains ^{∞ Consultation ∞} 17 juin 2011 à 11:51 (CEST)

Moi non plus, ça ne fonctionne plus, exactement le même problème . Je suis sous Firefox 4.0.1. — Jules78120 ^{(Discuter !)} 17 juin 2011 à 12:06 (CEST)

OK, mais quelle erreur javascript avez-vous (Outils > Console d'erreur) ?

⇨ D^r Brains ^{∞ Consultation ∞} 17 juin 2011 à 12:16 (CEST)

Erreur : ArticlesRecentsBOT_ajax is not defined

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-BandeauxPortails.js&action=raw&ctype=text/javascript&66472804

Ligne : 445

--Hercule ^Discuter 17 juin 2011 à 12:22 (CEST)

OK, erreur réparée.

Copier-coller trop rapide. Mea culpa.

⇨ D^r Brains ^{∞ Consultation ∞} 17 juin 2011 à 12:27 (CEST)

Merci --Hercule ^Discuter 17 juin 2011 à 12:30 (CEST)

J'ai une autre erreur, lors du retrait de portails :

Erreur : AddPortalText is undefined

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-BandeauxPortails.js&action=raw&ctype=text/javascript&66487055

Ligne : 487

--Hercule ^Discuter 17 juin 2011 à 12:40 (CEST)

A présent ça fonctionne ?

⇨ D^r Brains ^{∞ Consultation ∞} 17 juin 2011 à 13:03 (CEST)

Non, je n'ai même plus accès à la fonctionnalité (je n'ai plus les "+") --Hercule ^Discuter 17 juin 2011 à 13:09 (CEST)

J'ai pu corrigé, il manquait une accolade ouvrante sur un if. Ça remarche. Merci --Hercule ^Discuter 17 juin 2011 à 13:14 (CEST)

Oups. Désolé.

Bon ben si ça marche correctement à présent, tout va bien...

⇨ D^r Brains ^{∞ Consultation ∞} 17 juin 2011 à 13:23 (CEST)

Ça marche aussi ; Merci . — Jules78120 ^{(Discuter !)} 17 juin 2011 à 15:02 (CEST)

Ce matin rebelotte, j'ai à nouveau l'erreur...

Erreur : AddPortalText is undefined

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-BandeauxPortails.js&action=raw&ctype=text/javascript&66488302

Ligne : 487

--Hercule ^Discuter 20 juin 2011 à 11:44 (CEST)

J'ai corrigé un truc louche — mais sans avoir eu le temps d'étudier le contexte, je ne saurais te garantir avoir résolu ton problème.

Amicalement — Arkanosis ^✉ 20 juin 2011 à 20:12 (CEST)

C'est pas mieux :

Erreur : data.add is undefined

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-BandeauxPortails.js&action=raw&ctype=text/javascript&66600416

Ligne : 486

Désolé, j'étais absent ce W-E.

J'ai fait une petite correction, ça devrait être bon à présent.

⇨ D^r Brains ^{∞ Consultation ∞} 21 juin 2011 à 17:44 (CEST)

Ça remarche. Merci --Hercule ^Discuter 21 juin 2011 à 18:28 (CEST)

MediaWiki:Gadget-RenommageCategorie.js et crédit des auteurs

Bonjour,

RenommageCategorie utilise le modèle de suppression immédiate au lieu du modèle {{u}} pour le crédit des auteurs (exemple). Je n'ai pourtant pas vu de modification dans la page du script.

Cordialement,

--Hercule ^Discuter 4 août 2011 à 11:00 (CEST)

Ah, c'est parce que tu utilises ma version perso, où je prépare une petite évolution, mettre le modèle {{Suppression Immédiate}} dans l'ancienne catégorie pour les non-sysops. Ce n'est pas encore au point.

Utilise plutôt le gadget et ton pb sera résolu.

⇨ D^r Brains ^{∞ Consultation ∞} 4 août 2011 à 13:39 (CEST)

Problème dans RestaurationDeluxe

Voir Discussion MediaWiki:Gadgets-definition#Problème dans RestaurationDeluxe --DavidL (d) 27 septembre 2011 à 21:09 (CEST)

MediaWiki:Gadget-RenommageCategorie.js : casse : le retour

J'essaie de renommer Catégorie:Utilisateur Argovie, mais Catégorie:Utilisateur habite Argovie fait référence à Catégorie:utilisateur Argovie. Le script est paumé :-/ --Rinaku (d · c) 4 octobre 2011 à 21:26 (CEST)

Script modifié. Ce devrait être bon mais je n'ai pas pu tester vu que le renommage a été terminé (à la main je suppose).

⇨ D^r Brains ^{∞ Consultation ∞} 4 octobre 2011 à 22:42 (CEST)

J'ai mis WP:BAS dans Catégorie:utilisateur Nièvre qui doit être renommée en "Utilisateur habite Nièvre", et ça ne fonctionne pas. --Rinaku (d · c) 4 octobre 2011 à 22:57 (CEST)

Corrigé, a priori ce devrait être OK.

J'en ai profité pour corriger un autre problème potentiel : une catégorie écrite avec des underscores au lieu des espaces. A présent RenommageCategorie devrait gérer ça aussi.

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 00:19 (CEST)

Chez moi le script ne marche plus : je ne peux par renommer Catégorie:Utilisateur_Nièvre, il s'arrête dans "Modification de Catégorie:Utilisateur habite Nièvre". --Rinaku (d · c) 5 octobre 2011 à 18:28 (CEST)

Oups, j'avais laissé un return; de test (et quelques pop-up). C'est OK à présent.

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 20:38 (CEST)

Je ne vois pas de changement : toujours bloqué à "Modification de Catégorie:Utilisateur habite Nièvre". --Rinaku (d · c) 5 octobre 2011 à 20:44 (CEST)

Tu as sans doute oublié de purger ton cache. Je viens d'essayer et ça fonctionne.

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 21:00 (CEST)

Non, j'ai ce problème avec 2 navigateurs différents (Firefox 3.6 et Iron 13). Je ne parle pas du renommage des membres mais de la page de catégorie elle-même. --Rinaku (d · c) 5 octobre 2011 à 21:03 (CEST)

Je confirme que le renommage des membres marche chez moi. --Rinaku (d · c) 5 octobre 2011 à 21:13 (CEST)

Ah. OK. Je n'avais pas tester aussi loin. Je vais voir ça.

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 21:32 (CEST)

Pb réglé.

Il semblerait qu'avec MediaWiki 1.18, il ne soit plus possible de créer une page en "modification mineure". La case à cocher n'étant pas là comme prévu, ça faisait planter le script.

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 21:42 (CEST)

Merci ! --Rinaku (d · c) 5 octobre 2011 à 22:50 (CEST)

HotCats perd ses boutons

Dans HotCats, je ne vois plus les boutons d'édition ou suppression des catégories présentes sur la page, seulement "Modifier plusieurs catégories", celui du DEFAULTSORT et celui pour ajouter une catégorie. Idem en mode "Modifier plusieurs catégories". --Rinaku (d · c) 5 octobre 2011 à 20:59 (CEST)

En effet, l'affichage des catégories a été modifié avec la version 1.18 de Mediawiki. Il faut mettre à jour le gadget.

Je vais essayer de faire ça dans la soirée.

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 21:03 (CEST)

C'est OK, je pense. Ca a été plus rapide que je ne le craignais. Si ca bugge, ne pas hésiter à revenir.

HotCatsMulti reste toutefois compatible avec les anciennes versions de MediaWiki (des fois que les devs nous feraient le coup de revenir en arrière).

⇨ D^r Brains ^{∞ Consultation ∞} 5 octobre 2011 à 21:31 (CEST)

Merci ! --Rinaku (d · c) 5 octobre 2011 à 21:37 (CEST)

Tableaux de class "wikitable collapsible sortable"

Bonjour,

C'est mon premier message ici, et j'espère exposer correctement le problème (identifié sur Firefox 7 et IE9). je repasserai pour apporter des précision si nécessaire.

Avant la mise à jour 1.18, ces tableaux étaient triable et "enroulable". Depuis cette mise à jour la fonction enroulable ne marche plus pour les tableaux triable, car la totalité de la case de titre sert à trier. Pourtant ça marche toujours sur Wikipedia en anglais. Voir l'exemple sur mes pages utilisateur fr et en.

J'ai essayé de comprendre d'où ça viens, mais comme je ne connais rien en js, je peux me tromper : la fonction collapsible me semble codé dans MediaWiki:Common.js lignes 520-586. La programmation sur WP:en (lignes 179-267) est différente (plus lisible mais probablement moins propre). Mes connaissances dans d'autres langages me permettent de comprendre que la finalité est identique. Je remarque néanmoins une ligne supplémentaire sur WP:en :

addHandler( ButtonLink,  "click", new Function( "evt", "collapseTable(" + tableIndex + " ); return killEvt( evt );") );

qui s’insèrerait peut-être dans fr en ligne 574 sous la forme :

addHandler( ButtonLink,  "click", new Function( "evt", "Palette_toggle(" + Palette_index + " ); return killEvt( evt );") );

Est-ce la fonction permettant de déclarer un évènement "click" sur le bouton "enrouler" ?

Je n'ai pas encore trouver où était gérer la fonction "sortable". Vu que c'est une des modifications de la version 1.18, peut-être est-ce indépendant de la langue dans MediaWiki.

Zebulon84 (d) 12 octobre 2011 à 02:52 (CEST)

Je me suis aperçu en me rendant dans mes préférences que je pouvais gérer mon propre Common.js. Après moult test j'ai finalement compris qu'il faut non seulement ajouter la ligne ci-dessus dans la function Palette, mais il faut aussi transformer la fonction Palette_toggle par la procèdure ci-dessous. Je ferai la demande de modfication sur WP:DIMS -- Zebulon84 (d) 13 octobre 2011 à 04:01 (CEST)

function Palette_toggle(indexPalette){
  var Button = document.getElementById( "collapseButton" + indexPalette );
  var Table = document.getElementById( "collapsibleTable" + indexPalette );
  if ( !Table || !Button ) return false;

  var Rows = Table.rows;
  var RowDisplay = "none";
  if ( Button.firstChild.data == Palette_Derouler ) {
    Button.firstChild.data  = Palette_Enrouler;
    RowDisplay = Rows[0].style.display;
  } else Button.firstChild.data  = Palette_Derouler;
  for ( var i = 1; i < Rows.length; i++ ) Rows[i].style.display = RowDisplay
}

C'est corrigé, voir la section correspondante sur WP:DIMS. Orlodrim ^[discuter] 17 octobre 2011 à 20:51 (CEST)

MediaWiki:Gadget-Evaluation.js...

...est de nouveau en panne avec Google Chrome. Quelqu'un pourra-t-il faire le nécessaire ? Merci d'avance. Amicalement. --Superjuju10 ^{Auboisement à votre écoute} 13 octobre 2011 à 21:51 (CEST)

J'ai corrigé un bug qui empêchait le gadget de marcher sur ma version de Chrome, mais il était là depuis le début, donc ce n'est sans doute pas ça. S'il y a encore un problème, à quel endroit apparait-il (lecture de l'évaluation ou écriture) ? Tu as quelle version de Chrome ? Orlodrim ^[discuter] 19 octobre 2011 à 17:55 (CEST)

tableaux triables qui ne le sont plus

coucou ! chuis au bon endroit ? on me dit que les tableaux ne sont plus triables parce qu'un script a certainement été réécrit ! chais pas s'il est jazz ou java en tout cas c'est un beau bug et il y a quelques tableaux ex-triables foirés qui se baladent dans l'encyclopédie  ! valà ! pitibizou ! mandar(ii)ne le 31 octobre 2011 à 17:21 (CET)

Bonjour,

La fonction de tri des tableaux est bien écrite en javascript, cependant nous n'avons pas de contrôle dessus (elle est intégrée à MediaWiki). Elle a été modifiée lors du passage à la version 1.18. Elle fonctionne encore, mais il faut pour cela que le tableau ait des vrais en-têtes de colonne, écrits comme expliqué dans Aide:Tableau (en résumé : commencer la ligne par ! au lieu de |). J'ai réparé sur cet article.

Orlodrim ^[discuter] 31 octobre 2011 à 19:11 (CET)

merci orlodrim ! et de trois ! il doit y en avoir d'autres parmi les compositeurs ou les œuvres mais ils ne me reviennent pas en mémoire pour le moment et je suppose ne pas être la seule à avoir composé des tableaux ainsi (par copier coller de je ne sais plus quel modèle) mais j'imagine que chacun réagira (ou pas) pour ce qui le concerne ! par contre vous avez été deux à réagir et deux à utiliser des syntaxes différentes ! c'est quoi la différence entre ce qu'a fait kyro là et là et ce que tu as fait là ? comment je fais pour m'y retrouver ? ça devient très compliqué ! c'était bien pratique un seul modèle qu'on pouvait copier coller ! maintenant on sait plus à quel saint se vouer ! bah on devrait bien en trouver un demain puisque c'est leur fête à tous ! allez encore merci et pitibizou ! mandar(ii)ne le 31 octobre 2011 à 19:35 (CET) (ah tiens, encore un : Liste de compositeurs italiens de musique classique ! plus difficile celui-là )

En fait, j'ai simplement copié les exemples de Aide:Tableau. Le scope="col" n'est pas nécessaire pour que le tri fonctionne, mais est recommandé pour d'autres raisons selon l'atelier accessibilité (Wikipédia:Atelier_accessibilité/Bonnes_pratiques#Tableaux_de_données). J'essayerai de faire la liste des articles touchés par le problème, mais j'ai peu de temps cette semaine. Orlodrim ^[discuter] 31 octobre 2011 à 22:04 (CET)

c'est drôlement sympa à toi de t'en occuper ! y a pas d'urgence l'essentiel est qu'on retrouve nos petits à terme ! merci encore et pitibizou ! mandar(ii)ne le 1 novembre 2011 à 07:57 (CET)

Malheureusement, il y a en a beaucoup trop pour corriger à la main (près de 2800 pages sont concernées). Orlodrim ^[discuter] 27 novembre 2011 à 21:16 (CET)

problème d'affichage d'une page projet

salut ! encore moi désolée  ! la page projet:musique classique apparaît bizarrement, sans le menu de gauche, sans les onglets de wikipédia (impossible de modifier la page et de voir l'historique : en fait tout est blanc autour comme si la page n'était pas reliée à wp ) et sans les articles à faire de la page liée du to do (en bas) : la page est tronquée ! menu et onglets wp réapparaissent partiellement (sans le globe de wp) en faisant 2 fois F11 mais les articles du todo ne reviennent pas  ! quelqu'un peut-il se pencher sur la question svp ? merci ! pitibizou ! mandar(ii)ne le 3 novembre 2011 à 08:40 (CET) (ps : j'ai éteint et rallumé mon pc : même chose)

réglé au bistro ou chais plus où ! c'était un pb d'affichage de compatibilité sous ie semble-t-il ! pitibizou ! mandar(ii)ne le 11 novembre 2011 à 16:14 (CET)

onglets de la pdd masquant le titre des articles

onglets de pdd masquant le titre (sous ff)

coucou ! selon le bistro toujours : il semblerait s'agir, sous ff cette fois, d'un pb de gadgets qui se mélangeraient les pinceaux dans les préférences ! mais bon si ça ne concerne que moi vous en préoccupez pas chuis repassée sous ie et c'est nickel ! pitibizou ! mandar(ii)ne le 11 novembre 2011 à 16:14 (CET)

User:Dr Brains/AutresDiscussions.js

Il semble y avoir un problème dans la prise en compte du CSS

⇨ D^r Brains ^{∞ Consultation ∞} 11 novembre 2011 à 16:43 (CET)

certainement certainement  ! pitibizou ! mandar(ii)ne le 11 novembre 2011 à 16:58 (CET) (stefounet au sec... blup blup blup)

HotInterwiki: modifications et suppressions

Bonjour,

Je constate depuis quelque temps que les fonctions modification et suppression du gadget HotInterwiki ne fonctionnent pas correctement. Voici quelques diffs où la modification ne s'effectue pas (l'intitulé est correct à chaque fois): [4] [5]. Voici par contre des diffs où la modification est prise en compte, leur point commun apparent étant que le code langue change: [6] [7]. La suppression ne fonctionne tout simplement pas, engendrant la publication de la page sans aucune modification, donc pas de diff. J'arrivais à faire des modifications sans problème jusqu'à mi-septembre ([8] [9]) mais un autre utilisateur (Binabik155) avait déjà signalé ci-dessus un problème similaire en mars en citant ce diff. J'utilise Firefox 7.0.1. Vous avez une idée de ce qui ne fonctionne pas? Place Clichy 15 novembre 2011 à 17:39 (CET)

HotCatsMulti

Salut, depuis un moment déjà j'ai (ou il y a) un problème avec HotCatsMulti. Lorsque que j'ajoute une catégorie, peu importe son existence ou non, elle m'apparait systématiquement comme un lien rouge. — Rhadamante 27 novembre 2011 à 19:40 (CET)

Je l'avais noté aussi. C'est une des conséquences d'un changement survenu dans l'interface de Mediawiki avec la V18. J'ai rapidement corrigé LE gros bug qui empêchait le script de fonctionner mais ne suis pas encore penché sur ce pb de lien rouge qui ne devrait pas l'être, qui est moins grave (puisque ça n'empêche pas le gadget de fonctionner). J'essaierai de voir ça dans la semaine.

⇨ D^r Brains ^{∞ Consultation ∞} 27 novembre 2011 à 19:46 (CET)

Vector

Salut,

Depuis cette modif [10], mon vector ne marche plus (plus de menu personnalisé à gauche ni de Bistro/Oracle). Une idée ?

Merci d'avance. Skull33^♫ 13 décembre 2011 à 15:25 (CET)

Une apostrophe pas échappée. Pb réglé. Recharges ton cache.

⇨ D^r Brains ^{∞ Consultation ∞} 13 décembre 2011 à 17:24 (CET)

Merci beaucoup. Skull33^♫ 13 décembre 2011 à 17:38 (CET)

HotCatsMulti

Bjour, problème depuis aujourd'hui avec HotCatsMulti, les propositions apparaissent en ligne et non plus en colonne dans le menu (ce qui les rend totalement inutilisables). Thanks -Aemaeth 15 décembre 2011 à 20:45 (CET)

Même problème depuis hier, c'est effectivement un peu gênant. Skull33^♫ 15 décembre 2011 à 21:00 (CET)

Apparemment, les devs ont fait évoluer la css de la barre de catégories et ça a cassé le rendu.

Pb réglé. Recharger le cache pour un retour à la normale.

⇨ D^r Brains ^{∞ Consultation ∞} 15 décembre 2011 à 21:10 (CET)

Thanks doc -Aemaeth 15 décembre 2011 à 21:28 (CET)

Re. Lorsqu'on enclenche le mode multi (joueur ?) les catégories se mettent directement à la suite des boutons valider/annuler/… au lieu de faire un retour à la ligne. Pas extrêmement gênant, mais moins ergonomique. Merci -Aemaeth 16 décembre 2011 à 09:32 (CET)

Pb réglé. Recharger le cache pour un retour à la normale.

⇨ D^r Brains ^{∞ Consultation ∞} 16 décembre 2011 à 13:39 (CET)

(on va me haïr) Ben je crains que ta correction n'ait apporté un nouveau bug (pas tapé). J'ai purgé un certain nombre de fois pour voir si c'était juste chez moi, mais un nouveau problème est apparu. En mode simple comme en mode multi, le menu apparait en décalé de la catégorie qu'on veut changer, c'est un peu perturbant. -Aemaeth 16 décembre 2011 à 14:33 (CET)

Pas chez moi. Skull33^♫ 16 décembre 2011 à 14:40 (CET)

Pb réglé. Recharger le cache pour un retour à la normale.

⇨ D^r Brains ^{∞ Consultation ∞} 16 décembre 2011 à 15:11 (CET)

HotCatsMulti - caractères spéciaux ?

Bonjour,

Impossible d'ajouter avec HotCatsMulti des catégories sur les pages types Canal+ Liga. Je suppose que le problème vient du « + ».

Cordialement, Skull33^♫ 23 janvier 2012 à 13:41 (CET)

Pb corrigé

⇨ D^r Brains ^{∞ Consultation ∞} 23 janvier 2012 à 17:37 (CET)

Merci. Skull33^♫ 23 janvier 2012 à 18:26 (CET)

Martine Matagne

J'ai indique dans la contribution Martine Matagne « morte de maladie le 17 janvier 2012 à l'âge de 58 ans ». Je n'ai pas trouvé sa date naissance. J'ai également catégorisé « Catégorie:Décès en 2012 ». Or HotCatsMulti ajoute « Catégorie:Naissance en 1954 », ce qui sous-entend qu'elle serait née entre le 1er et le 16 janvier 1954. J'aimerai savoir où HotCatsMulti a trouvé cette dernière information. Merci d'avance, --Jacques 26 janvier 2012 à 13:32 (CET)

HotCatsMulti n'y est pour rien. Le coupable, c'est lui.

⇨ D^r Brains ^{∞ Consultation ∞} 26 janvier 2012 à 18:02 (CET)

Boutons de la barre d'outils non fonctionnels depuis la mise à jour Mediawiki 1.19

Bonjour,

Plusieurs utilisateurs signalent que les gadgets AjoutBoutonSource; BoutonSourceEnLigne, BoutonPatrouille, BoutonPlus et DeluxeBar désactivent totalement la barre d'outils. A priori, un problème de race condition. — Mirgolth 1 mars 2012 à 16:07 (CET)

Ca marchait pour moi jusqu'il y a environ 5 minutes. Tout vidé mes scripts perso (le gadget doi s'affichait encore), mais la barre n'est pas revenu. Monobook, Firefox 10.0.2, Vista. Au fait, j'ai décoché les cases « Activer la barre d’outils améliorée » et « Activer les boîtes de dialogue pour ajouter des liens, des tableaux et plus » dans cet onglet des préférences. Les caractères spéciaux sous la fenêtre d'édition « æ Æ à À â Â ä Ä · ç Ç ... » et compagnie ne marchent plus non plus... Totodu74 (devesar…) 7 mars 2012 à 16:51 (CET)

Vide le cache de ton navigateur (ctrl+f5), IAlex vient de corriger des problèmes dans les caractères spéciaux.

Pour les boutons, j'avais normalement corrigé le souci, du moins pour les gadgets (pour les scripts perso, il manque encore une solution robuste)… il est revenu ?

Amicalement — Arkanosis ^✉ 7 mars 2012 à 17:27 (CET)

Négatif, les caractères spéciaux ne marchent pas (et j'ai purgé, essayé sans js perso...). Pour les gadgets, doi marche (un gadget du projet herpéto aussi) mais c'est bien là les deux seuls boutons qui s'affichent. J'ai laissé un mot à IAlex (c'est vers 16:40 que ça m'a lâché sans que je n'ai touché à rien...) Au passage, je constate que même en activant les « Fonctionnalités bêta » (« Activer la barre d’outils améliorée » et « Activer les boîtes de dialogue pour ajouter des liens, des tableaux et plus », rien ne s'affiche Amicalement, Totodu74 (devesar…) 7 mars 2012 à 17:45 (CET)

J'ai remis l'état non satisfaisant mais qui marchotte de ce matin. Amicalement — Arkanosis ^✉ 7 mars 2012 à 18:06 (CET)

Merci Arkanosis. Heureusement que tu es là pour sauvegarder nos précieux boutons et, cette fois-ci, les caractères spéciaux de bas de page. Père Igor (d) 7 mars 2012 à 18:12 (CET)

Idem, ça remarche. Comme je le disais ici à Père Igor, si peu de personnes sont touchées c'est peut-être à cause que la barre d'outils monobook n'est pas celle de vector ? (et pour les caractères spéciaux bah... euh... peut-être que tout le monde était touché mais que moins s'en sont plaint ou rendu compte ?) Merci pour avoir l'initiative de revenir en arrière pour le moment et courage pour trouver ce qui coinçait ;) Totodu74 (devesar…) 7 mars 2012 à 18:20 (CET)

MediaWiki:Gadget-tooltipRef.js

Bonsoir. Ce gadget ne fonctionne plus chez moi depuis la màj de médiawiki. Je suis sous Firefox 10.0.2 avec ubuntu 11.10.

Cordialement --Pic-Sou 6 mars 2012 à 22:04 (CET)

Bizarre… je suis aussi sous Firefox 10.0.2 avec ubuntu 11.10, sauf que chez moi, ça marche. — Ltrl G, le 6 mars 2012 à 22:07 (CET)

Bon, le problème semble réglé… par contre c’est maintenant iRef qui marche plus… bizarre… --Pic-Sou 8 mars 2012 à 22:38 (CET)

Bug iRef

Bonjour, je viens de me rendre compte que chaque fois que je prévisualise une page, le gadget iRef ajoute le code suivant dans la fenêtre d'édition :

<!--[iRef]-->== <span style="color:red">Références automatiques</span> == <references /><!--[/iRef]-->

Le problème est que quand j'enregistre la page ce code apparaît sur l'article… J'ai bien entendu immédiatement désactivé le gadget, mais comme je ne sais pas depuis combien de temps j'ai ce bug, je vais devoir repasser sur toutes mes contributions récentes… Ayack ^♫♪ 14 mars 2012 à 13:22 (CET)

Bonjour ,

Si tu utilises une ancienne version d'Internet Explorer, Od1n (d · c) a peut-être déjà corrigé le bug il y a quelques jours.

Pourrais-tu réessayer après avoir vidé le cache de ton navigateur (ctrl + f5) pour voir si le problème est encore présent s'il te plaît ?

Pour tes contributions récentes, ne t'embête pas, je vais faire le nettoyage pour tout le monde.

Amicalement — Arkanosis ^✉ 15 mars 2012 à 16:38 (CET)

Que t'ai-je fait pour mériter ces insultes !!?? Je plaisante bien sûr, mais non, je n'utilise pas IE mais la dernière version de Firefox (11.0), j'ai vidé mes caches plusieurs fois, testé sous Mac OS X et Windows XP, mais à chaque fois je retrouve le morceau de code dans la fenêtre d'édition… Ayack ^♫♪ 15 mars 2012 à 18:00 (CET)

Et flute, j'ai oublié de l'effacer et là je ne peux plus… Ayack ^♫♪ 15 mars 2012 à 18:02 (CET)

Sous Firefox ? Ce n'est pas banal alors .

Pourrais-tu regarder dans la console d'erreurs (ctrl + maj + j) si des erreurs s'ajoutent lorsque tu publies avec iRef ?

D'ailleurs, as-tu le problème seulement quand tu publies, ou le code des références automatiques reste-t-il dans la zone d'édition lorsque tu cliques sur « prévisualiser » également ? — Arkanosis ^✉ 15 mars 2012 à 18:57 (CET)

Je suis sur un autre ordi, je viens de revider le cache et j'ai toujours le problème : quand je prévisualise, le code s'insère dans la fenêtre d'édition et y reste si je ne pense pas à le supprimer.

Une piste, peut-être, j'avais ajouté la fonctionnalité dans mon monobook.js avant qu'elle ne soit ajoutée aux gadgets. Je l'ai bien entendu supprimée, purgé la page ainsi que celles vector.js et common.js, mais toujours le même problème… Ayack ^♫♪ 15 mars 2012 à 19:21 (CET)

OK, merci. Et pour la console d'erreurs ?

PS : j'ai nettoyé les articles touchés. — Arkanosis ^✉ 15 mars 2012 à 19:24 (CET)

Autre piste en passant, donc deuxième question : est-ce que ton navigateur a le temps de charger la page complètement avant que tu ne cliques sur un bouton pour publier / prévisualiser ? — Arkanosis ^✉ 15 mars 2012 à 19:28 (CET)

Conflit…

Dans la console j'ai plusieurs messages du type :

 Horodatage : 15/03/12 19:24:38
 Avertissement : « important » attendu, mais « ie » trouvé.  « ; » ou « } » attendus pour terminer une déclaration, mais « ie » trouvé.  Déclaration abandonnée.
 Fichier Source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=ext.gadget.AjoutBoutonSource%2CBoutonPlus%2CCoinsArrondis%2CDeluxeBar%2CDeluxeHistory%2CEbauchesOff%2CEditZeroth%2COngletPurge%2CSupprimerInfoBulles%2CWikiMiniAtlas%2Creferencederoulante%2CtooltipRef%7Cext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&*
 Ligne : 1

Ainsi que :

 Horodatage : 15/03/12 19:24:48
 Avertissement : Nom de fonctionnalité média attendue, mais « -webkit-min-device-pixel-ratio » trouvé.
 Fichier Source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=site&only=styles&skin=vector&*
 Ligne : 1

 Horodatage : 15/03/12 19:24:48
 Avertissement : Propriété « zoom » inconnue.  Déclaration abandonnée.
 Fichier Source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=site&only=styles&skin=vector&*
 Ligne : 1

 Horodatage : 15/03/12 19:24:48
 Avertissement : Propriété « column-count » inconnue.  Déclaration abandonnée.
 Fichier Source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=site&only=styles&skin=vector&*
 Ligne : 1

 Horodatage : 15/03/12 19:24:48
 Avertissement : Règle « at » non reconnue ou erreur d'analyse de la règle « @import ».
 Fichier Source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=user&only=styles&skin=vector&user=Ayack&version=20120315T181132Z&*
 Ligne : 1

 Horodatage : 15/03/12 19:24:49
 Avertissement : L'utilisation de l'attribut « specified » d'un attribut est obsolète. Cela renvoie toujours « true ».
 Fichier Source : http://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Pr%C3%A9f%C3%A9rences&success=1
 Ligne : 0

Et :

 Horodatage : 15/03/12 19:24:55
 Avertissement : Déclaration attendue, mais « * » trouvé.  Passage à la déclaration suivante.
 Fichier Source : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=ext.gadget.AjoutBoutonSource%2CBoutonPlus%2CCoinsArrondis%2CDeluxeBar%2CDeluxeHistory%2CEbauchesOff%2CEditZeroth%2COngletPurge%2CSupprimerInfoBulles%2CWikiMiniAtlas%2Creferencederoulante%2CtooltipRef%7Cext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.special.changeslist%7Cskins.vector&only=styles&skin=vector&*
 Ligne : 1

Merci pour le « nettoyage » ! Ayack ^♫♪ 15 mars 2012 à 19:32 (CET)

Sinon, oui, il charge tout. Ayack ^♫♪ 15 mars 2012 à 19:33 (CET)

Mmh, ça n'a pas l'air lié . Pourrais-tu m'indiquer tous les gadgets que tu as activés dans tes préférences ainsi que les cases que tu as cochées ici, stp ? Il faudrait que j'arrive à reproduire le problème chez moi… — Arkanosis ^✉ 15 mars 2012 à 19:43 (CET)

Moi aussi j’ai eu le problème (ubuntu11.10/FF10.0) récemment (mais je l’ai vu à temps)… mais impossible de le reproduire !

Les erreurs listées ici sont toutes des erreurs CSS, donc a priori aucun rapport. — Cordialement, Ltrl G, le 15 mars 2012 à 19:52 (CET)

Conflit bis

Alors, j'ai coché :

Options avancées

• Afficher la prévisualisation au-dessus de la zone de modification
• Activer les modifications de sections grâce aux liens « [modifier] »
• Montrer la barre de menu de modification (nécessite JavaScript)
• Considérer mes modifications comme mineures par défaut
• Utiliser l’aperçu rapide (nécessite JavaScript) (expérimental)
• M’avertir quand je quitte une page de modification sans publier les changements

Fonctionnalités bêta

• Activer les boîtes de dialogue pour ajouter des liens, des tableaux et plus

Quand aux gadgets, il n'existe pas un moyen de sortir la liste rapidement ? Parce-que là j'avoue avoir un peu la flemme de tout recopier, d'autant que si je suis le seul à avoir le problème, je ne suis pas sûr que ça vaille le coup que tu passes ta soirée là-dessus… Mais merci pour ton aide ! Ayack ^♫♪ 15 mars 2012 à 19:59 (CET)

[conflit] Après plus de réflexion, il me semble que tu donne les erreurs d’un passage sur tes préférences (les précédentes sont effacées car trop nombreuses pour la console… et tu donne http://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Pr%C3%A9f%C3%A9rences&success=1). Or les gadgets sont activés dans les préférences. Donc aucun moyen de savoir ce qui a pu se passer. Il vaudrait mieux essayer de reproduire le problème puis regarder les dernières erreurs de la console. — Cordialement, Ltrl G, le 15 mars 2012 à 20:01 (CET)

Je l'ai reproduit, mais il n'y avait rien d'autre dans la console… Ayack ^♫♪ 15 mars 2012 à 20:03 (CET)

Bon, dans ce cas… Je vais essayer de le reproduire de mon côté en attendant plus ample information.

NB : Il fallait bien entendu lire « Or les gadgets ne sont pas activés dans les préférences. »

— Cordialement, Ltrl G, le 15 mars 2012 à 20:12 (CET)

Voir aussi #MediaWiki:Gadget-QPreview.js plus bas. --Rinaku (d · c) 30 avril 2012 à 17:21 (CEST)

Bonjour, apparemment c'est le même bug que j'ai décrit ici. Que faire ? --Amicalement, Salix ^[Converser] 8 novembre 2012 à 17:37 (CET)

Utilisateur:Dr Brains/BandeauxEbauches.js

A priori, le fait d'utiliser ce gadget via les Préférences modifie l'utilisation du bouton "suivre" en haut de chaque page.

Quand je n'utilisais pas le gadget, et que je cliquais sur l'onglet "suivre", une ligne s'insérait au-dessus du titre de la page pour m'informer que celle-ci avait été ajoutée à ma liste de suivi.

Avec le gadget, un clic sur l'onglet "suivre" enclenche un changement de page pour aboutir à un avertissement m'informant de l'ajout à ma liste de suivi. De plus, l'onglet est toujours en position "suivre". Si on reclique aussitôt dessus, il y a cette fois la fameuse insertion de ligne (et on pourrait d'ailleurs croire qu'il faut cliquer deux fois de suite, alors que la première a parfaitement suffi).

Si je ne suis pas clair... hésitez pas à me le dire !--SammyDay (d) 22 mars 2012 à 13:49 (CET)

Corrigé.

A propos, c'est un gadget maintenant, depuis quelque temps déjà. Il vaut donc mieux utiliser directement la page MediaWiki:Gadget-BandeauxEbauches.js (avec le code « obtenir('BandeauxEbauches'); »)

⇨ D^r Brains ^{∞ Consultation ∞} 24 mars 2012 à 09:26 (CET)

Euh oui, en fait c'est celui-ci dont je parlais... Mais merci pour la correction !--SammyDay (d) 25 mars 2012 à 21:18 (CEST)

MediaWiki:Gadget-verifHomon.js

Ce javascript ne détecte pas quand la page d'homonymie est une page de redirection voir par exemple Comté_de_Sens pour la page Hugues_le_grand Xavier Combelle (d) 24 mars 2012 à 04:39 (CET)

Sisi, il détecte. Je viens de tester. La page apparaît bien en rose. C'est le "&redirects" dans l'URL qui fait résoudre la redirection.

⇨ D^r Brains ^{∞ Consultation ∞} 24 mars 2012 à 09:20 (CET)

Toutes mes excuses Xavier Combelle (d) 25 mars 2012 à 09:47 (CEST)

MediaWiki:Gadget-AdvancedContribs.js

Salut. Ce gadget ne fonctionne plus chez moi. J'ai l'impression que c'est depuis le passage à la nouvelle version de MediaWiki (mais j'étais peu présent à ce moment donc difficile de le certifier). J'utilise Firefox 11.0 sous Ubuntu. Merci d'avance pour ce que vous pourrez faire (s'il y a quelque chose à faire). Kropotkine 113 (d) 24 mars 2012 à 15:52 (CET)

Je soupçonne loadJsForced de ne plus faire son travail comme il faut… — Arkanosis ^✉ 24 mars 2012 à 17:53 (CET)

Perdu. En fait, de nouvelles fonctionnalités ont été introduites récemment, avec un petit oubli. Rien à voir avec la 1.19, donc.

Dis-moi si c'est bon pour toi…

Amicalement — Arkanosis ^✉ 24 mars 2012 à 18:35 (CET)

C'est parfait, comme d'habitude. Merci beaucoup. Kropotkine 113 (d) 24 mars 2012 à 18:53 (CET)

Flèche de redirection : erreur d'aiguillage !

Ave !

Je rencontre ce bogue dans la flèche de redirection.

Merci de le régler. :-)

--Nnemo (d) 25 mars 2012 à 03:20 (CEST)

MediaWiki:Gadget-specialchars.js

Bonjour,

A priori, la première partie du code de ce gadget ne semble pas bien (voire pas du tout) fonctionner pour les utilisateurs de Windows. Il s’agit de la partie concernant l’apostrophe (donc la partie la plus importante du gadget). Un développeur voit-il d’où viendrait le problème et une éventuelle solution ? (même si je suis capable de le comprendre, le JavaScript n’est clairement pas ma langue maternelle…).

Cdlt, Vigneron * ^discut. 23 avril 2012 à 09:24 (CEST)

Utiliser .wich au lieu de .keycode devrait déjà pouvoir aider. Mais ce genre de script d'interception de la frappe et de substitution à la volée est souvent problématique et à vrai dire sans grand avenir (sinon, une précision: la substitution des apostrophes ne fonctionne pas non plus sous Mac, ni sous Windows sous // Desktop. Le reste fonctionne). Cordialement, --Lgd (d) 23 avril 2012 à 09:32 (CEST)

MediaWiki:Gadget-QPreview.js

Bonjour,

Depuis quelques temps, il arrive que je clique sur le bouton Aperçu et que celui-ci ne sorte jamais de l’état "Patience…", bien que toute la page semble affichée correctement.

Je pense que ça explique entre autre le problème avec iRef : quand on fait Prévisualiser, iRef ajoute sa section au champ d’édition, lance la prévisualisation, puis retire sa section du champ d’édition. Si on fait Aperçu, et que celui-ci reste dans l’état "Patience…", la section n’est pas supprimée, mais comme l’aperçu lui-même s’affiche correctement, on peut être tenté de faire Publier, et ça donne ça.

Mais je ne crois pas que ce bug soit dû à un conflit avec iRef : je suis presque sûr d’avoir rencontré le bug avant d’essayer iRef.

Je suis sous Firefox 12.0.

--Rinaku (d · c) 30 avril 2012 à 17:18 (CEST)

J’arrive à repoduire le bug (iRef étant désactivé) en allant sur cette page et en faisant Aperçu. La console d’erreur affiche alors :

Error: document.getElementById("catlinks") is null

Source File: http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-QPreview.js&action=raw&ctype=text/javascript&70684135

Line: 107

--Rinaku (d · c) 30 avril 2012 à 21:11 (CEST)

Bonjour, merci pour toutes ces infos ,

J'ai corrigé le symptôme, sans prendre le temps de me pencher sur le « pourquoi » du bug — je ne serais pas étonné que ça continue à casser dans d'autres circonstances.

Le gadget gagnerait en clarté et maintenabilité à être réécrit en jQuery.

Amicalement — Arkanosis ^✉ 1 mai 2012 à 00:31 (CEST)

Le problème apparait ici mais pas ici. --Rinaku (d · c) 12 mai 2012 à 02:31 (CEST)

Indentation et modèle

Bonjour. Je ne sais pas si je suis au bon endroit. Toujours est-il que j'ai encore de sérieux problèmes d'affichage de plusieurs choses avec IE8 sous Window et Vista. Essentiellement les lignes bleues et blanches dans les pages de discussion qui se prolongent à l'horizontale sous une série de messages indentés lorsqu'on repart à gauche. Et curieusement ce modèle (voir ma pdd). Mandariine le 9 mai 2012 à 21:05 (CEST)

Sans avis au sujet des lignes bleues et blanches, je me permets d'intervenir sur le problème du Modèle:Bloc emphase : à priori HTML et non JavaScript, je l'ai signalé dans Discussion Projet:Modèle#Modèle:Bloc_emphase.

Cordialement. --Eric92300 10 mai 2012 à 04:02 (CEST)

Script IE HS

Bonjour, le chargement de cette page (petit tableau 3 colonnes, 3 lignes) se passe correctement avec IE8 mais échoue toujours sur cette page (grand tableau 3 colonnes, plein de lignes).

Le motif est :

Message : Cet objet ne gère pas cette propriété ou cette méthode
Ligne : 43
Caractère : 933
Code : 0
URI : http://bits.wikimedia.org/fr.wikipedia.org/load.php?debug=false&lang=fr&modules=site&only=scripts&skin=vector&*

if($.browser.msie&&$.browser.version<9){$(
'table.alternance tr:nth-child(odd), table.alternance2 tr:nth-child(odd)').addClass('odd')

 Cet objet ne gère pas cette propriété ou cette méthode

Cet objet étant le $ tout seul.
Je pense que ce truc est la raison principale des plaintes sur les scripts IE.
Cordialement - Drongou (d) 26 octobre 2012 à 20:13 (CEST)

Pour info, suite ici.

Amicalement — Arkanosis ^✉ 30 octobre 2012 à 01:38 (CET)

Historique en couleurs

Bonjour,

L'outil d'affichage de l'historique en couleurs selon le statut des utilisateurs affiche toujours la première contribution (la création de la page) en bleu, même s'il s'agit d'un administrateur (qui devrait apparaitre en jaune).

Cordialement, Skull33 (d) 4 novembre 2012 à 14:42 (CET)

Forum des nouveaux

Bonjour

Le projet:Aide et accueil essaye de mettre en place un système de fenêtre facilitant le dépôt d'un message sur le forum des nouveaux. Après des essais parfaitement fonctionnels sur USer:Trizek/Bouton, la mise en production est complètement ratée.

Si l'un d'entre vous pouvait y jeter un œil, nous vous serions bien reconnaissants.

• MediaWiki:Gadget-teahouse.js
• MediaWiki:Gadget-teahouse/content.js
• MediaWiki:Gadgets-definition#Pages
• Wikipédia:Forum des nouveaux/accueil
• en:WP:Teahouse

Merci, Trizek ^bla 11 novembre 2012 à 14:57 (CET)

J'aime pas jQuery. Je trouve le code illisible.

Plutôt qu'essayer d'adapter un code anglophone, ce ne serait pas plus simple de repartir de zéro ?

Si oui, qu'est-ce qu'est supposé faire le code ? Fournir une interface d'édition spéciale avec différents champs plus ou moins pré-remplis ?

PS : j'ai désactivé le script dans les gadgets, vu qu'il ne marche pas.

⇨ D^r Brains ^{∞ Consultation ∞} 11 novembre 2012 à 15:07 (CET)

L'effet recherché est celui qui arrive sur la page en:WP:Teahouse/Questions, quand on clique sur le bouton ask a question.

L'import de cet effet fonctionnait dans mon bac à sable avant tous les diffs de vendredi soir . Si reconstruire vaut plus le coup que réparer, saches juste je suis incapable de faire l'un comme l’autre facilement.

Merci d'avance pour ton aide, Trizek ^bla 11 novembre 2012 à 15:12 (CET)

Il suffisait de changer le nom de la page. Orlodrim ^[discuter] 11 novembre 2012 à 15:32 (CET)

Trizek ^bla 12 novembre 2012 à 11:30 (CET)

Dans le code du gadget. Il faut encore le réactiver dans MediaWiki:Gadgets-definition pour que ça marche. Orlodrim ^[discuter] 13 novembre 2012 à 01:06 (CET)

Voir mes remarques avant. Je suis d'avis de faire ça au propre avant de passer en production. Une intégration au Common.js sera peut-être plus appropriée qu'un gadget activé par défaut — il faut voir le rapport coût de la requête HTTP supplémentaire / poids du code / probabilité que quelqu'un désactive un gadget activé par défaut (et utilité de la fonctionnalité — bien sûr).

Je me charge de la mise au propre.

Amicalement — Arkanosis ^✉ 13 novembre 2012 à 01:25 (CET)

En fait, l'astuce avec ResourceLoader limite le surcoût à une requête pour les personnes visitant les pages cibles, tandis qu'il est nul pour les autres. Pas mal — Arkanosis ^✉ 13 novembre 2012 à 02:35 (CET)

• Correction du formulaire : (à valider — le validateur du W3C me boude pour le moment).
• Requêtes HTTP : comme je le disais juste au dessus, en fait c'est astucieux. On peut ne rien toucher ou passer l'amorce directement dans le Common.js si on estime que p(désactive gadget) × coût(amorce) ≤ p(utilise gadget) × coût(requête).
• Bonus : (tant qu'à faire du HTML5, j'ai ajouté un placeholder dans chaque champ et ai contraint leur remplissage avant validation ; j'ai également mis le focus sur le premier champ du formulaire).
• À faire : il manque un feedback quand le message est parti.

Amicalement — Arkanosis ^✉ 13 novembre 2012 à 03:35 (CET)

Merci pour tout !

Tant qu'à à être dans la correction évolutive, ne peut-on pas adapter le système pour le déployer sur d'autres pages (discussion, etc.) ? Pour le retour, ne peut-on pas récupérer l'effet de cette nouvelle fonction ? Trizek ^bla 13 novembre 2012 à 09:37 (CET)

Problème avec Internet Explorer

Bonjour,

Désolé si je ne laisse pas ce message au bon endroit, mais je connais depuis quelques jours de gros problèmes Javascript avec IE 8.

Quelque soit la page que je charge, que je sois identifié ou non, j'ai toujours le même message d'erreur : Object expected load.php?debug=false&lang=fr&modules=site&only=scripts&skin=vector&*, line 3 character 796

Cette erreur empêche toute execution postérieure de fonction JS, ce qui est très gênant. Pouvez-vous faire quelque chose ? Merci d'avance Manoillon (d) 12 novembre 2012 à 15:18 (CET)

PS : Ce problème n'apparait pas sous Firefox.

Bonjour,

Pourrais tu aller sur une page posant problème en ajoutant « ?debug=true » à la fin de l'URL, forcer le rechargement de la page, noter la nouvelle erreur et nous indiquer les 3 ou 4 lignes avant et après celle sur laquelle l'erreur est détectée, s'il te plaît ?

Si tu bloques sur une étape, indique laquelle, on va te guider .

Amicalement — Arkanosis ^✉ 13 novembre 2012 à 00:57 (CET)

Bonjour et merci de la réponse.

Fort heureusement, le problème a disparu ce matin. Désolé pour le dérangement. Manoillon (d) 13 novembre 2012 à 07:54 (CET)

{{Maintenance de catégorie}}

Je ne m'y connais pas (encore?? ) assez en JS pour pouvoir résoudre ce bug, mais il est certain d'après mes tests que la fonction « nombre de liens rouges dans un article » est défaillante. Si quelqu'un avait une piste... Merci !!! Hawk-Eye (d) 4 décembre 2012 à 14:53 (CET)

Ehh merrrrdddeeeee, je viens de me rendre compte que je me suis fais avoir . En faite, je n'étais pas allé assez loin : le script prend en compte les palettes incluses, et du coup ça ne reflète pas vraiment le nombre de liens rouges dans un article. Pensez-vous qu'il y a un moyen d'éviter cela, ou bien c'est tout bonnement impossible? Hawk-Eye (d) 4 décembre 2012 à 14:56 (CET)

xpatrol et iKiwi

Bonsoir

Ces deux gadgets sont soumis à des problèmes de compatibilité, notamment avec Google Chrome (il m'a semblé avoir eu un soucis avec Firefox pour xpatrol, mais le passage à la 17.0.1 puis la 18.0 a visiblement corrigé le bug, HTTP et HTTPS).

Comme le développeur du modèle m'a avoué n'avoir guerre de temps pour s'occuper des correctifs, un autre programmeur pourra t-il s'en occuper ?

Merci d'avance. --Superjuju10 ^{[Contacter la Aubline]}, le 8 janvier 2013 à 20:30 (CET)

Bonjour,

Je connais mal ces gadgets et xpatrol a de multiples fonctions. Pourrais-tu être plus précis ?

C'est-à-dire « si je vais à l'URL http://fr.wikipedia.org/..., xpatrol n'affiche rien du tout / xpatrol se charge mais quand je veux faire machin en appuyant sur le bouton truc, rien ne se passe / il se passe quelque chose mais le résultat est incorrect parce que ... »

Merci, Orlodrim ^[discuter] 8 janvier 2013 à 20:57 (CET)

« « si je vais à l'URL http://fr.wikipedia.org/..., xpatrol se charge mais quand je veux ajouter un bandeau ou demander une purge d'histoire, rien ne se passe » ». Précisions supplémentaires. Dans le premier cas (ajout d'un bandeau), la boite de confirmation apparaît mais l'envoi echoue. Lorsque je souhaite déposer une demande sur WP:DPH, non seulement le message « Purge demandé avec succès, contributeur Toto (d · c · b) avertot », mais je suis aussitôt renvoyé vers le diff. Superjuju10 ^{[Contacter la Aubline]}, le 8 janvier 2013 à 21:18 (CET)

xpatrol devrait être corrigé. Pour iKiwi c'est en cours, Od1n a proposé un correctif. Orlodrim ^[discuter] 12 janvier 2013 à 12:01 (CET)

Disfonctionnement des boutons référence

Bonjour, j’ai coché les cases dans mes préférences qui permettent en principe d’insérer des modèles de réfs facilement (ouvrage, article, etc.), mais cela ne fonctionne pas (et oui, j’ai bien activé javascript). Merci d’avance, ----Cgolds (d) 4 février 2013 à 23:02 (CET)

MediaWiki:Gadget-ZoomOnThumb.js

Depuis que les liens sur les images sont dirigés vers commons, le gadget ZoomOnThumb ne trouve plus les images en hautes définitions.

Pour corriger ce bug, il faut remplacer dans les deux section /* RECHERCHE CIBLE DE L'IMAGE EN HAUTE RÉSOLUTION */

var Cible = wgFormattedNamespaces[6] + ':' + Link.href.split(wgFormattedNamespaces[6] + ':')[1];

par

var Cible = wgFormattedNamespaces[6] + ':' + Link.href.split('File:')[1];

— Zebulon84 (d) 26 février 2013 à 08:32 (CET)

Corrigé

⇨ D^r Brains ^{∞ Consultation ∞} 26 février 2013 à 17:18 (CET)

MediaWiki:Gadget-SousPages.js

Bonjour,

• En utilisant ce gadget pour trouver les sous-pages de Modèle:L, j'ai pu remarquer un défaut dans ce gadget. Il me liste toutes les pages commençant par « L » et non toutes les pages commençant par « L/ » (ce qui fait beaucoup de pages ). (voir le résultat sur la page suivante : http://fr.wikipedia.org/wiki/Spécial:Index/Modèle:L)
• Avec une autre méthode pour rechercher dans les sous-pages, ça marche. Grâce au lien « information sur la page » également présent dans le bandeau latéral, on accède à une nouvelle page où un lien nommé « Sous-pages de cette page » est présent. Quand on clique dessus, on s'aperçoit que cette fois-ci il cherche bien toutes les pages commençant par « L/ », et non simplement par « L »} comme le fait le présent gadget ( voir le résultat sur la page suivante : http://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:L&action=info).

Cela me paraît somme-toute un grave défaut, à cause de l'oubli du « / » finalement ce gadget ne liste pas vraiment les sous-pages !

Je ne m'y connais strictement rien en programmation, mais il me semblerait qu'il suffirait d'ajouter un « / » quelque part dans le code de MediaWiki:Gadget-SousPages.js.

Malheureusement, les développeurs de ce gadget ne contribuent plus à Wikipédia.

Je vous remercie par avance pour la réponse

Cordialement

--Juanes852 (me joindre) 28 mars 2013 à 17:37 (CET)

P.S. : Navigateur Firefox 19.0.2. ; habillage par défaut (Vector).

Effectivement il suffit de rajouter un / quelque part ; plus précisément :

mw.util.addPortletLink( 'p-tb', '//fr.wikipedia.org/wiki/Special:Index/' + mw.config.get('wgPageName'), 'Sous-pages');

doit devenir

mw.util.addPortletLink( 'p-tb', '//fr.wikipedia.org/wiki/Special:Index/' + mw.config.get('wgPageName') + '/', 'Sous-pages');

Je vais de ce pas faire la DIMS nécessaire. — Ltrl G^☎, le 28 mars 2013 à 18:46 (CET)

Fait par Orlodrim (d · c), qui fait remarquer que certaines sous-pages sont du coup oubliées. — Ltrl G^☎, le 28 mars 2013 à 19:05 (CET)

Ah bon pourquoi ? Zut !

Du coup, je pense qu'il faut revenir à la précédante version, il vaut mieux en avoir trop que pas assez ! A la limite je devrais plutôt indiquer dans le mode d'emploi de MediaWiki:Gadget-SousPages.js qu'en réalité « il ne liste que les pages commençant par Nom_de_l'article » !

Qu'en pensez-vous ? Merci par avance pour la réponse,

Cordialement --Juanes852 (me joindre) 28 mars 2013 à 20:05 (CET)

Bonjour, c'est possible mais pas standard d'utiliser des espaces avant le '/'. Cela ne devrait pas arriver en dehors des pages personnelles, que chacun gère comme ça lui convient. Et à ce jour, il n'y a que 63 utilisateurs utilisant des sous-pages avec des espaces, donc le bénéfice de rajouter le '/' est clairement supérieur aux inconvénients. Orlodrim ^[discuter] 28 mars 2013 à 20:26 (CET)

Bonjour, Merci pour la réponse ! Je comprends mieux. Du coup, en attendant que le problème soit résolu (ou pas), je propose 1 modification ici : Wikipédia:Demande_d'intervention_sur_un_message_système#MediaWiki:Gadget-SousPages.js_2

Cordialement

--Juanes852 (me joindre) 28 mars 2013 à 23:53 (CET)

┌─────────────────────────────────────────────────┘
discussion reprise de Wikipédia:Demande_d'intervention_sur_un_message_système#MediaWiki:Gadget-SousPages.js_2.

, en plus de mettre un lien vers la discussion du projet java script concerné, pour préciser les choses j'ai mis « Bug : à ce jour, un bug de Media Wiki provoque l'impossibilité de lister les sous-pages avec un espace avant le '/'. ». J'espère ne pas avoir dit de bêtises ! --Juanes852 (me joindre) 29 mars 2013 à 10:20 (CET)

┌─────────────────────────────────────────────────┘
texte repris de Wikipédia:Demande_d'intervention_sur_un_message_système#MediaWiki:Gadget-SousPages.js_2

Je n’aurais pas parlé de bug de MediaWiki, seulement de l’impossibilité, mais c’est très bien comme ça. Requête close en refus puisqu’une solution alternative a été trouvée. Cordialement — Ltrl G^☎, le 31 mars 2013 à 18:36 (CEST)

Fin du texte repris de Wikipédia:Demande_d'intervention_sur_un_message_système#MediaWiki:Gadget-SousPages.js_2

Ltrlg, merci pour la réponse,

Il suffirait que Spécial:Index accepte de faire de recherche simultanés à la fois ! Il faudrait qu'il accepte ce type de syntaxe : fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial%3AIndex&prefix=Polmars%2F&prefix=Polmars+%2F&namespace=2 (on lui demande de rechercher toutes les pages commençant par « Polmars_/ » et « Polmars/ ». Mais cela n'a pas été conçu comme ça, donc oui, ce n'est pas possible.

Du coup, j'ai mis la chose suivante « A ce jour, Media Wiki ne permet pas de rechercher 2 pages à la fois commençant par 2 syntaxes différentes. Ce gadget permet seulement de rechercher toutes les pages commençant par « Nom_de_l'article/ » (sans espaces) et non toutes les pages commençant par « Nom_de_l'article_/ » (avec espace). Donc il est impossible de lister les sous-pages avec un espace avant le /. »

Est-ce que c'est bon ?

Cordialement --Juanes852 (me joindre) 31 mars 2013 à 20:37 (CEST)

Je suis passé sur Buzilla (46750), on verra ce que ça donnera. Sinon, arrête de chercher à faire un message parfait, le lien vers cette discussion est largement suffisant au vu du nombre de personnes amenées à passer par là-bas. Cordialement — Ltrl G^☎, le 1 avril 2013 à 10:24 (CEST)

 Oui Certes, le message que j'ai laissé est suffisant comme ça ! En plus, je ne suis pas sûr qu'il soit hyper juste. J'aurais peut-être mieux fait de mettre un simple lien de redirection vers cette section-ci (en plus, comme on me l'a déjà fait remarqué sur ce wiki, il faut parfois que j'arrête de trop pinailler)

Pour Bugzilla, je regarderai ce que ça donnera...

Cordialement --Juanes852 (me joindre) 1 avril 2013 à 12:12 (CEST)

De mon point de vue, ce n'est pas un bug, c'est le fonctionnement normal. « Nom_de_l'article_/souspage » (avec espace) n'est pas une sous-page de « Nom_de_l'article », car le titre de la page est tout simplement différent avec l'espace. Il serait donc parfaitement aberrant qu'elle soit dans la liste des sous-pages, et je pense pouvoir prédire que les développeurs ne corrigeront pas ce qu'ils vont très probablement considérer comme le comportement normal de Mediawiki.

La seule solution à envisager est de renommer les pages qui ont un espace avant le slash.

⇨ D^r Brains ^{∞ Consultation ∞} 1 avril 2013 à 17:33 (CEST)

Si c’est le comportement normal, il ne devrait pas y avoir de fil d’ariane sur ces pages. Il y a bien bug, d’un côté ou de l’autre. — Ltrl G^☎, le 1 avril 2013 à 17:41 (CEST)

Quel fil d'Ariane ? Je ne comprends pas ta remarque...

Désolé mais pour moi ce n'est pas un bug. Une sous-page n'est une sous-page que de la page avec le titre exact de ce qui se trouve avant le slash. Si il y a un espace, ça fausse tout et c'est normal.

⇨ D^r Brains ^{∞ Consultation ∞} 1 avril 2013 à 17:45 (CEST)

Observe cette page : Utilisateur:Polmars_/_Catégories_créées_/_2007. On y voit le fil d'Ariane < Utilisateur:Polmars ‎| Catégories créées Pour moi, cela signifie que MW reconnaît ces pages en tant que sous-pages, ce qui est relativement logique puisque Utilisateur:Polmars_ est la même page que Utilisateur:Polmars — Ltrl G^☎, le 1 avril 2013 à 17:56 (CEST)

OK, je vois. Sauf qu'à mon avis c'est le fil d'Ariane qui n'a pas un comportement logique. Apparemment les développeurs y ont prévu que des gens mettent des espaces là où il ne devrait pas y en avoir, et retirent l'espace surnuméraire avant de chercher si une sous-page a une page-mère. C'est une rustine. Efficace pour ce fil d'Ariane mais inopérante quand la recherche se fait dans l'autre sens à partir de la page-mère dans Spécial:Prefixindex (ou son équivalent API).

Je vois assez mal les développeurs s'échiner à corriger un problème qui n'est dû qu'à une erreur des contributeurs qui créent des sous-pages n'importe comment. Il faut renommer les pages correctement, c'est à dire sans espace, et tout rentrera dans l'ordre. C'est je pense ce que répondront les développeurs (en tout cas c'est ce que moi je répondrais si j'en étais un).

⇨ D^r Brains ^{∞ Consultation ∞} 1 avril 2013 à 18:19 (CEST)

Pour rappel, comme le dit Orlodrim (d · c · b), « c'est possible mais pas standard d'utiliser des espaces avant le '/'. Cela ne devrait pas arriver en dehors des pages personnelles, que chacun gère comme ça lui convient. Et à ce jour, il n'y a que 63 utilisateurs utilisant des sous-pages avec des espaces ». Encore une fois, je crois que j'ai pinaillé, désolé. Cordialement --Juanes852 (me joindre) 1 avril 2013 à 18:31 (CEST)

P.S. Enfin, au moins l'action de Ltrlg (d · c · b) aura permis de signaler ce bug !

Plusieurs bugs

Bonjour je rencontre plusieurs bugs depuis ce matins au niveau de mon javascript sur Wikipédia. J'utilise firefox. Ce qui ne fonctionne plus : l'auto-implémentation dans la barre de recherche, la prévisualisation des articles en popups et les boutons permettant l'aide à l'édition. Grâce à Firebug je détecte 14 erreurs dans ma console !

• mw is not defined
• addOnloadHook is not defined
• wgUserGroups is not defined
• wgServer is not defined
• ...
• importScript is not defined

Je suis très embêté je ne peut plus rien faire... Le pire c'est que sur Internet Explorer ça fonctionne - Boungawa (Discuter) 10 avril 2013 à 09:20 (CEST)

BoutonPlus et DeluxeBar

A priori il y a un conflit entre BoutonPlus et DeluxeBar : quand le premier est activé, il fait disparaitre le second (sans pour autant apparaitre lui-même).--SammyDay (d) 30 avril 2013 à 14:29 (CEST)

5 minutes après, aucun des deux ne fonctionne plus dans mes fenêtres...--SammyDay (d) 30 avril 2013 à 14:29 (CEST)

Voir aussi Barre d'outils capricieuse, sur le bistro. --Amicalement, Salix ^[Converser] 2 mai 2013 à 18:12 (CEST)

Projet:JavaScript/Notices/BandeauxPortails et portail:Pays-Bas

Bonjour à tous, en utilisant Projet:JavaScript/Notices/BandeauxPortails en bas de page d'article, on obtient la suggestion de modèles de portail existants (liste déroulante) ; cependant (et j'ai demandé à d'autres utilisateurs de vérifier), impossible d'avoir le portail Pays-Bas (quelque soit la casse utilisée). Quelqu'un peut-il jeter un coup d’œil, le Modèle:Portail Pays-Bas me semble correct. --Masterdeis 28 juin 2013 à 12:58 (CEST)

Bonjour,

En fait, si, il y est. Sauf qu'il est tout en bas de la liste (tapes « Paysz » et tu l'auras).

Mais il est vrai que ce n'est guère intuitif et que cela ne respecte pas le classement par défaut de Mediawiki.

Le pb semble venir de la fonction BandeauxPortails_TextChanged_Merge(), et plus exactement de la ligne UpResults.sort();, qui modifie le classement.

Mais je ne vois pas de façon simple de remédier à ce pb, cette ligne étant nécessaire pour classer correctement les entrées avec ou sans majuscules issues de deux requêtes différentes (pour éliminer les redirections).

⇨ D^r Brains ^{∞ Consultation ∞} 28 juin 2013 à 14:04 (CEST)

Ok, je vois, merci quand même. --Masterdeis 28 juin 2013 à 14:13 (CEST)

J'ai bien dit : « je ne vois pas de façon simple de remédier à ce pb ».

Après ce correctif, le tri redevient à peu près normal ("Pays-Bas" situé entre "Pays basque" et "Pays catalans", le tiret étant traité comme un espace et la casse n'ayant plus d'effet sur le tri).

⇨ D^r Brains ^{∞ Consultation ∞} 28 juin 2013 à 19:48 (CEST)

Pas tout compris à ce que tu as fait mais j'ai fait un test, ça marche très bien. Merci beaucoup. . --Masterdeis 29 juin 2013 à 00:30 (CEST)

Bug avec RevertDiff.js

Bonjour.

Cf ce revert où le nom de l'utilisateur a été remplacé par un lien vers Spécial:Contributions/merci. Doit y avoir un soucis du à la mise en place du gadget notification. SammyDay a eu un soucis similaire.

Merci d'avance, --— Superjuju10 ^{[Contacter la Aubline]}, le 21 août 2013 à 11:01 (CEST)

[11] Ce devrait être bon à présent (à tester, car pour une raison que j'ignore, je ne vois pas ces liens "merci").

⇨ D^r Brains ^{∞ Consultation ∞} 21 août 2013 à 13:21 (CEST)

RevertDiffs a apparemment disparu...--SammyDay (discuter) 21 août 2013 à 17:07 (CEST)

« Chez moi ça marche », liens « merci » ou pas. SammyDay : quand tu dis que « RevertDiffs a apparemment disparu... », tu veux dire que tu n'as plus les liens en haut des pages de diff ?

Amicalement — Arkanosis ^✉ 28 août 2013 à 10:40 (CEST)

Désolé Arkanosis, j'aurais dû repréciser. En fait, les liens en haut des pages de diff avaient disparu, mais ils sont réapparus depuis (j'aurais dû également avertir). Sinon c'est bien pratique ces notifications quand on ne suit pas les pages...--SammyDay (discuter) 28 août 2013 à 15:59 (CEST)

Inline

Ces temps-ci, Inline ne marche plus. Quelqu'un pour arranger ça ? Merci. --Orikrin1998 (+) ^{→blablatoir←} 3 septembre 2013 à 15:05 (CEST)

Fait, mais le procédé n'est guère robuste. Au prochain changement d'intitulé du lien, il faudra à nouveau corriger. Il faudrait trouver un autre moyen pour tester si un utilisateur peut ou non modifier la page.

⇨ D^r Brains ^{∞ Consultation ∞} 3 septembre 2013 à 17:46 (CEST)

C'est tout ?

Merci Brains, tu n'as pas dû te faire griller trop de neurones sur ce coup-là. ^^

--Orikrin1998 (+) ^{→blablatoir←} 3 septembre 2013 à 18:21 (CEST)

« Le procédé n'est guère robuste » → d'ailleurs, ça recommence, D^r Brains. --Orikrin1998 (+) ^{→blablatoir←} 9 septembre 2013 à 14:41 (CEST)

Comme ça c'est bon ?

⇨ D^r Brains ^{∞ Consultation ∞} 9 septembre 2013 à 17:09 (CEST)

Non. --Orikrin1998 (+) ^{→blablatoir←} 9 septembre 2013 à 17:48 (CEST)

Tu es sûr de tester sur une page que tu peux modifier ?

⇨ D^r Brains ^{∞ Consultation ∞} 9 septembre 2013 à 17:49 (CEST)

<voix scandalisée>J'ai fait exprès de prendre un article (au hasard) !</voix>

Je réessaye, comme j'ai beaucoup de problèmes de cache......Ben non, toujours pas...

--Orikrin1998 (+) ^{→blablatoir←} 9 septembre 2013 à 18:49 (CEST)

Bon, j'ai zappé le test. Ca devrait remarcher.

⇨ D^r Brains ^{∞ Consultation ∞} 9 septembre 2013 à 20:02 (CEST)

Navré de te décevoir, mais...non. --Orikrin1998 (+) ^{→blablatoir←} 9 septembre 2013 à 20:11 (CEST)

MediaWiki:Gadget-Accessibility.js et ie8

Sur ie 7/8 le gadget accessibilité génère à chaque page un message « Do you want to view only the webpage content that was delivered securely ? This webpage contains content that will not be delivered using a secure HTTPS connection,... » (j'ai une version anglaise de windows XP)

Comme le gadget fonctionne de toute façon mal sur ie8, je propose de désactiver le gadget sur ce navigateur en ajoutant

if ($.support.leadingWhitespace) { ... }

autour des lignes 16 à 34 (il est impératif d'inclure le « $("head").append(link); » )

Avec un commentaire et en ayant refait l'indentation proprement avec l'éditeur actuel ça donne Utilisateur:Zebulon84a/common.js

Zebulon84 (discuter) 9 septembre 2013 à 17:55 (CEST)

Gadget ZoomOnThumb et image de l'Infobox

Bonjour,
totalement ignare en informatique je constate que le gadget ZoomOnThumb que j’ai coché sur mes préférences ne fonctionne pas sur l’image des infobox, alors qu’il est performant sur toutes les autres images. Exemple Nicolas Dalayrac, Jean-Louis Richard de Maisonneuve, etc.. Est-ce normal ?
Merci et cordialement.
PS. IE 10 — Le message qui précède, non signé, a été déposé par Fguinard (discuter)

Bonjour,

Oui, c'est normal. Il ne s'active que sur les images en vignette ou en galerie.

⇨ D^r Brains ^{∞ Consultation ∞} 5 novembre 2013 à 18:33 (CET)

Bug de myName.js

Bonjour, un développeur pourrait-il prendre en charge l'objet de cette demande ? Merci.

--Orikrin1998 (+) ^{→blablatoir←} 1 novembre 2013 à 15:49 (CET)

Panne de modèle

Bonjour,

J'ai laissé un message pour le même problème sur la page de discussion du projet modèle mais le problème vient peut-être plus de Mediawiki:Common.js que de la conception du modèle en lui-même.

Il y a un problème avec Modèle:Section déroulante début qui n'offre plus l'opportunité de s'enrouler ou de se dérouler. Si vous avez quelques minutes de libres.

Cordialement, --Mattho69 ^{me joindre} 12 novembre 2013 à 20:55 (CET)

note : demande double — Ltrlg (discuter), le 12 novembre 2013 à 21:06 (CET)

RenommageCatégorie et clé de tri perdue

Bonjour. Ce diff montre le problème : la clé de tri n'a pas été conservée, pour 4 modifications sur 4. Ce n'est pas bien problématique dans ce cas-ci, mais je le signale à tout hasard. Cordialement, Lysosome (discuter) 6 décembre 2013 à 10:52 (CET)

Ceci devrait solutionner le problème.

⇨ D^r Brains ^{∞ Consultation ∞} 6 décembre 2013 à 15:49 (CET)

Super, merci ! Lysosome (discuter) 6 décembre 2013 à 16:18 (CET)

tooltipRefHover & Chrome

Bonsoir,

Je constate sans trop comprendre que var tooltipRefHover=true; ne fonctionne pas sur Google Chrome — alors que, pour mon même compte, cela fonctionne sur Firefox.

Le plus étrange est que, sur Chrome, j'ai bien les tooltipRef au clic mais je ne vois pas passer le chargement de tooltipRef — du moins pas sour la forme https://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-tooltipRef.js&action=raw&ctype=text/javascript — et que si je demande à la console j'ai :

> console.log(tooltipRefHover);
true
> console.log(tooltipRef);
ReferenceError: tooltipRef is not defined

Je ne sais pas comment je fais pour avoir des tooltipRef sans la fonction pour les créer.

Cordialement,
  Lacrymocéphale (discuter) 2 janvier 2014 à 21:22 (CET) — initialement signalé sur Discussion utilisateur:Lgd --Lacrymocéphale (discuter) 3 janvier 2014 à 00:05 (CET)

J’ai peur que le problème ne soit assez sérieux. Voilà ce que j’en comprends.

Il est normal que tooltipRefHover soit défini : c’est un document JavaScript lié inclus dans les derniers et qui n’est pas entouré/wrappé dans une fonction, la portée de tooltipRefHover est donc globale (et donc accessible dans la console).

Il est normal que tooltipRef ne soit pas défini dans la console car sa portée n’est pas globale : depuis quelque temps, les gadgets peuvent être chargés avec la mw:ResourceLoader qui est chargé d’optimiser leur chargement (et qui au passage les incluent dans une fonction, rendant la portée des variables non-globale). Les gadgets peuvent ne pas utiliser le ResourceLoader s’ils ne sont pas compatibles (on pourrait considérer que c’est le cas ici). TooltipRef a été converti en mars 2012 [12].

Je viens d’essayer de mon côté et cela provient bien de l’ordre de chargement des scripts (d’ailleurs le tooltipRefHover ne marche chez moi ni sur Opera 12.16 ni sur Firefox 26.0) : la fonction tooltipRef est exécutée avant que le JavaScript utilisateur ne soit lu -- donc à ce moment-là tooltipRefHover n’est pas défini.

Dans l’immédiat, je propose de retirer le chargement de tooltipRef avec le ResourceLoader dans MediaWiki:Gadgets-definition. Pour aller plus loin, il faudrait demander aux développeurs (c’est peut-être un comportement prévu, mais non-compatible en tout cas avec cette utilisation du JavaScript utilisateur).

~ Seb35 [^_^] 5 janvier 2014 à 12:14 (CET)

Je propose plutôt d’ajouter user aux dépendances du gadget, comme pour ResumeDeluxe, ce qui fonctionne très bien là-bas et devrait résoudre le problème (force l’ordre de chargement) — Ltrlg (discuter), le 5 janvier 2014 à 12:29 (CET)

Bonjour,

J'avais imaginé soit un problème de scope des variables soit un problème de processus anormalement trop séparés.

J'ai Firefox 26.0 aussi mais j'ai dû hériter d'un ordre différent des chargements.

Lacrymocéphale (discuter) 5 janvier 2014 à 13:36 (CET)

Au fait, pour le script qui ne semble pas chargé (« le plus étrange »), c’est probablement dû à ça (mais l’URL n’aurait pas cette tête là, étant chargée via ResourceLoader : ça passe par load.php et non index.php, avec à un endroit ext.gadget.tooltipRef – voire tooltipRef tout court, selon les cas).

J’ai fait ce que j’avais proposé, est-ce que ça suffit, Lacrymocéphale (après purge du cache, bien entendu…) ?

— Ltrlg (discuter), le 5 janvier 2014 à 13:52 (CET)

Bonjour Ltrlg (d · c · b). Cela fonctionne maintenant au survol sous mon Chrome. Merci --Lacrymocéphale (discuter) 5 janvier 2014 à 14:00 (CET)

Je connaissais pas cette option, merci de l’avoir évoquée. ~ Seb35 [^_^] 5 janvier 2014 à 19:50 (CET)

Erreur dans les caractères spéciaux roumains sur la page d'édition d'un article en mode "modifier le code"

Certains caractères spéciaux roumains proposés dans la fenêtre d'édition "Modifier le code" d'un article sont erronés. Ils ont été confondus avec les caractère turcs. Ils s'agit de tous les caractères avec cédille "Ş" ; "ş" ; "Ţ" et "ţ". La cédille roumaine est courte cf Wikipedia roumain :)

Voici les caractères qui devraient figurer à la place de ces derniers: "Ș" ; "ș" ; "Ț" et "ț".

Je suis prêt à le corriger si on m'indique comment le faire... --Albacore60 (discuter) 11 mars 2014 à 10:05 (CET)

Fait

⇨ D^r Brains ^{∞ Consultation ∞} 11 mars 2014 à 17:48 (CET)

Merci! --Albacore60 (discuter) 11 mars 2014 à 21:10 (CET)

OptimizedSuivi

OptimizedSuivi ne fonctionne plus chez moi. Aucun menu n'est affiché en haut de la page. Sur dernière version stable de chrome. Myst (discuter) 16 mars 2014 à 12:53 (CET)

Le gadget devrait fonctionner de nouveau avec cette mise à jour. Orlodrim (discuter) 16 mars 2014 à 18:52 (CET)

Deluxe History

Bonjour !
Depuis peut-être une demi-heure, le gadget Deluxe History (celui qui change la couleur des lignes des historiques / listes de suivi en fonction du contributeur : IP, admin, soi-même, etc.) ne fonctionne plus chez moi.
Est-ce un problème de mon côté ou y a-t-il u souci avec le gadget lui-même ?
Cordialement, Thouny (discuter), le 16 mai 2014 à 21:16 (CEST)

Bonjour

Merci Thouny pour le signalement, que j'allais faire.

Il y a eu une update il y a peu concernant la beta Compact Personal Bar, qui n'affichait pas de flyout pour les Notifications. Cela était lié à une incompatibilité javascript.

Peut-être un lien ?

Cordialement, Trizek ^bla 16 mai 2014 à 21:38 (CEST)

MediaWiki:Gadget-Evaluation.js

Bonjour,

Il n'y a aucun moyen d'installer le gadget évaluation. J'ai tout essayé, mais rien ne marche.

Que faire ?

-- Bastenbas ^[Discuter] 1 juin 2014 à 04:08 (CEST)

 Bastenbas :

Visiblement, tu utilises Utilisateur:Chphe/Gadget-Evaluation.js, qui n'est peut-être pas à jour.

Tu devrais utiliser directement le gadget Mediawiki:Gadget-Evaluation.js en le cochant dans tes Préférences (section Maintenance)

Tu es bien sous vector, au moins ?

⇨ D^r Brains ^{∞ Consultation ∞} 2 juin 2014 à 22:54 (CEST)

edit : ah ben en fait je m'aperçois que la page que tu utilises n'existe plus. Ca ne risque pas de fonctionner...

⇨ D^r Brains ^{∞ Consultation ∞} 2 juin 2014 à 22:55 (CEST)

BandeauxPortails et caractères accentués : inutilisable dans certains cas

Les caractères accentués semblent systématiquement venir avant les autres dans les tris, ce qui fait que parfois un élément entré n’apparaît pas, la liste de suggestions étant limitée. Essayer par exemple avec le mot « culture ». — Bjung (d), 1 août 2014 à 04:41 (CEST)