Discussion MediaWiki:Gadget-LiveRC.js/Archive 1

Archives

1 — 2 — 3 — 4

Mise en place de Hooks pour extensions

Recopié depuis la page de discussion de Nakor (d · c · b) :

Salut, j'ai une proposition d'amélioration pour LiveRC.

Ce n'est pas une fonctionnalité nouvelle, mais un ensemble de modifications permettant d'adjoindre au code existant des "extensions", comme c'est fait par exemple pour Mediawiki.

Voilà, en gros les modifications à apporter (ou plus simplement recopier cette version) (dans ma version j'ai inversé l'ordre d'apparition dans le code des fonctions getNS et getWatch pour que ça corresponde à leur ordre d'appel, ce n'est pas obligé de faire pareil.

Explications

1. Deux variables Array sont définies parmi les variables globales, elles sont appelées à contenir les fonctions à être exécutées à deux endroits distincts :
   1. après la définition du menu d'options (fonction buildControlBar()), pour une extension qui veut ajouter un bouton, une checkbox, un menu déroulant, etc..., bref, modifier le menu.
   2. juste avant la mise à jour des RC (fonction liveRC()), pour une extension qui voudrait influer sur la requête de mise à jour.
2. Associées à ces deux Array, deux fonctions permettant d'ajouter une fonction dans l'Array correspondante, suivant le même principe que addOnloadHook()
3. Enfin, importation de la page User:<pseudo>/LiveRCextensions.js qui à son tour inclue les extensions à ajouter (voir par exemple la mienne, qui contient une extension rapidement codée pour tester le truc).

Pour la deuxième Array (les fonctions influant sur la requête), chaque fonction d'extension doit retourner une valeur true, ou si une seule retourne false, alors la fonction liveRC() s'arrête et la requête de mise à jour n'est pas lancée (ce qui permet d'en lancer une autre). J'avais initialement prévu ce dernier hook pour lancer une requête du style "Spécial:Suivi des liens/Catégorie:Portail/Truc/Articles liés", avant de m'apercevoir que l'API n'a pas de module qui permette de faire ce genre de requêtes :( . Du coup, je n'ai pas vraiment pu tester si ça fonctionnait correctement à ce niveau (du moins n'y a-t-il pas de bug). Par contre, le premier hook fonctionne a priori nickel, ce que tu pourras vérifier en testant ma version de LiveRC avec l'extension que j'ai codée (rien de bien méchant : elle ajoute un lien dans le menu permettant de passer en mode plein écran et d'en revenir).

J'ai également remarqué que le <span id="selectNS" /> dans la définition du menu d'options pouvait poser problème. Il vaudrait mieux le remplacer par <span id="selectNS" ></span> (en deux endroits du code, d'ailleurs je ne sais pas trop pourquoi le menu est rempli deux fois...).

Après une bonne nuit de sommeil, j'ai pensé qu'un autre endroit du code serait susceptible de recevoir un tel hook : juste après l'affichage d'une prévisualisation.

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

L'idée des hooks est très séduisante .

Quid de regrouper LiveRCparam.js et LiveRCextensions.js dans un seul fichier ?

Amicalement — Arkanosis ^✉ 17 décembre 2010 à 17:36 (CET)

Mmmh, effectivement, on pourrait. Ca évite l'import d'un fichier supplémentaire, d'autant que LiveRCextensions.js n'est pas destiné à recevoir des codes compliqués mais juste des appels importScript() vers les pages contenant le code des extensions.

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

Si tous le monde est partant pour ce système de hook, cette dernière version en intègre huit :

1. « LiveRC_AddOptionHook(func) » : après affichage du menu d'options (fonction buildControlBar())
2. « LiveRC_AddPreviewDiffHook(func) » : après prévisualisation diff (fonction getDiff())
3. « LiveRC_AddPreviewArticleHook(func) » : après prévisualisation article (fonction getArticle())
4. « LiveRC_AddPreviewHistoryHook(func) » : après prévisualisation historique (fonction getHist())
5. « LiveRC_AddPreviewContribsHook(func) » : après prévisualisation contributions (fonction getContrib())
6. « LiveRC_AddPreviewLogHook(func) » : après prévisualisation journal (fonction getLog())
7. « LiveRC_AddBeforeRCHook(func) » : avant rafraichissement (fonction liveRC())
8. « LiveRC_AddAfterRCHook(func) » : après affichage d'une nouvelle ligne (fonction getRevision())

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

Ça me semble intéressant, la maintenance sera certainement plus simple si on peut développer des nouvelles fonctionnalités avec des extensions. Ceci dit je n'ai pas spécialement envie de recoder tout ce que j'ai déjà fait depuis octobre donc si tu pouvais intégrer les derniers changements d'Argos et les miens, je t'en serais reconnaissant.

Nous avons deux versions à peu près synchronisées (Utilisateur:Argos42/LiveRC ModA.js et Utilisateur:Orlodrim/LiveRC.js), mais les changements par rapport à la version stable sont assez importants.

Orlodrim ^[discuter] 18 décembre 2010 à 00:17 (CET)

Principaux changements

• Barre d'outil modifiée avec entre autres un bouton "suivant" et la fusion des cases à cocher en liste ;
• Liste de contacts privée (intégrée à la liste de suivi) ;
• Marquer rapidement une modification comme patrouillée (comme xpatrol) ;
• Repérage des contributeurs récemment bloqués ou dans les catégories "IP partagées" et "IP scolaire" (mais ça c'est peut-être un truc qu'il faudrait mettre en extension, c'est quand même assez lourd pour ce que ça sert) ;
• Corrections de bugs :
  • Gestion des guillemets doubles dans les titres (déjà corrigé mais incomplètement dans la version stable) ;
  • Lorsqu'une page est créée puis immédiatement supprimée, le chargement lors du clic sur 'New' ne termine pas ;
  • Un revert enlève la page de la liste de suivi (visiblement, Argos n'a pas encore repris cette correction).

 

Oui, la maintenance de nouvelles fonctionnalités serait facilitée par le fait qu'elles seraient sur un plus petit code, et une fois testées et approuvées (et si compatible quel que soit le wiki), rien n'empêche de les intégrer directement au code de LiveRC.

Pour la mise à jour, j'ai l'impression que ta version est la plus récente. Je propose donc de faire en trois modifications :

• le copier-coller de ta version
• la correction des bugs potentiels que j'ai soumis ci-dessus et ci-dessous (<span id="selectNS" /> ⇨ <span id="selectNS" ></span> et utilisation de wgArticlePath pour les liens)
• l'adjonction des hooks cités plus haut

Pas d'objection ?

⇨ D^r Brains ^{∞ Doléances ∞} 18 décembre 2010 à 00:33 (CET)

Autre chose : ne serait-il pas grand temps de déplacer le code de LiveRC dans l'espace Mediawiki: avec les autres gadgets (en laissant une redirection bien sûr) ?

⇨ D^r Brains ^{∞ Doléances ∞} 18 décembre 2010 à 00:39 (CET)

Hey, je viens de tester cette nouvelle version, très intéressant ce bouton suivant. Les patrouilleurs vont l'adorer.

Une bonne chose aussi que d'avoir regroupé les checkbox en liste. Ça fait gagner de la place en largeur pour des options supplémentaires.

⇨ D^r Brains ^{∞ Doléances ∞} 18 décembre 2010 à 00:48 (CET)

'Soir, effectivement je n'ai pas encore intégré la toute dernière modif d'Orlodrim (Je vais le faire). Ca ne me pose aucun problème qu'on parte sur la version d'Orlodrim puisque de toute manière, nos versions sont quasi similaires (à une ou deux préférences prêt). Dans les ajouts que je trouve très utiles, un des derniers en date est le mode "repos" sur liveRC, qui permet de n'afficher que les reverts/articles suivis/utilisateurs suivis/etc. J'avais aussi ajouté le bouton "blanchir", dans une version précédente (mais je crois que c'est déjà "officialisé" sur la version EDUCA33e). J'avais quelques infos ici : Utilisateur:Argos42/LiveRC_ModA. Il faudra penser à revoir la doc de liveRC notamment le fichier exemple de LiveRCparam.js que j'avais mis à jour et qu'il faudra revoir. Argos42 (d) 18 décembre 2010 à 02:57 (CET)

Au passage Orlodrim, tu as le bandeau "cracra" en double dans tes versions .Argos42 (d) 18 décembre 2010 à 03:06 (CET)

Heu, avec la version d'Orlodrim, j'ai un bug dans la fonction buildControlBar(), la ligne

if (lrcPreviewHeight) document.getElementById('livePreview').style.height = lrcPreviewHeight;

renvoie une erreur car document.getElementById('livePreview') n'est pas défini.

⇨ D^r Brains ^{∞ Doléances ∞} 18 décembre 2010 à 03:24 (CET)

Pour la proposition initiale : ça me convient tout à fait. Déplacement dans l'espace Mediawiki : aucune idée là-dessus. Pour le bug de livePreview : c'est très étrange parce que livePreview est un élément défini dans le code wiki de User:EDUCA33E/LiveRC. Tu as corrigé un truc dans mon code, mais si ce n'est pas défini à cette ligne, il n'y a pas de raison que ce soit défini partout ailleurs. Vu que je n'ai pas de problème avec ça, je n'ai aucune idée de la source du problème.

J'aurai quelques minibugs à corriger avant la version finale, mais c'est assez indépendant de ces changements donc n'attends pas.

Il y a un truc que je ne peux pas vérifier : est-ce que les admins peuvent lire 500 ou 5000 entrées du journal des blocages ?

Orlodrim ^[discuter] 18 décembre 2010 à 10:21 (CET)

En fait, si, je vais m'occuper tout de suite de ces bugs, si tu veux bien attendre la fin de la journée. Orlodrim ^[discuter] 18 décembre 2010 à 11:55 (CET)

J'ai corrigé ce que je voulais ainsi que le bug '/wiki/' sur ma version. Sous réserve que je n'ai rien cassé avec tous ces changements, je n'ai plus rien à faire sur le code maintenant. Par contre j'ai écrasé ta modification pour 'livePreview', que je ne comprends pas. Si tu en as besoin pour que ça marche, change-le, mais ça ne fait sans doute que masquer le vrai problème. Orlodrim ^[discuter] 18 décembre 2010 à 14:45 (CET)

Bizarre, le bug n'est pas réapparu. Je suis d'accord avec toi, il n'était de toutes façon pas normal qu'il survienne, cependant il est survenu. Que je ne sache pas pourquoi ni comment m'embête un peu mais bon, tant pis. On verra si il revient.

Donc, je mets à jour la version globale. Go !

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

Pris d'un doute, j'ai vérifié la gestion de limite API : c'est pas bon.

La limite pour les non-sysops (et non bots) est de 499, et pas 500 (variable globale lrcAPIlimit), et pour les sysops (et les bots), c'est 4999 et non 5000 (fonction getRights())

A priori, les requêtes telles qu'effectuées actuellement ne renvoient donc que la limite par défaut, c'est à dire 10 entrée.

Je corrige ça.

Sinon, pour le journal des blocages :

via index.php (fonction liveLog()) un sysop peut avoir 5000 entrées, mais c'est trèèèèès long. Cela dit, je crois que les non-sysops peuvent en faire autant.

via l'API, c'est la limite standard qui s'applique : 4999 pour les bot/sysop, 499 pour les autres.

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

Code mis à jour. J'ai ajouté en tout 9 "hooks" :

1. « LiveRC_AddOptionHook(func) » : après affichage du menu d'options (fonction buildControlBar())
2. « LiveRC_AddPreviewDiffHook(func) » : après prévisualisation diff (fonction getDiff())
3. « LiveRC_AddPreviewArticleHook(func) » : après prévisualisation article (fonction getArticle())
4. « LiveRC_AddPreviewHistoryHook(func) » : après prévisualisation historique (fonction getHist())
5. « LiveRC_AddPreviewContribsHook(func) » : après prévisualisation contributions (fonction getContrib())
6. « LiveRC_AddPreviewLogHook(func) » : après prévisualisation journal (fonction getLog())
7. « LiveRC_AddPreviewFilterHook(func) » : après prévisualisation détail d'un filtrage (fonction getFilter())
8. « LiveRC_AddBeforeRCHook(func) » : avant rafraichissement (fonction liveRC())
9. « LiveRC_AddAfterRCHook(func) » : après affichage d'une nouvelle ligne (fonction getRevision())

Les éventuelles extensions sont à importer depuis User:<pseudo>/LiveRCparam.js

A priori, pas de bug du à cet ajout.

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

Juste pour préciser parce qu'Argos n'a pas été cité dans ce diff : c'est lui qui a implémenté le bouton "Suivant" ainsi que la lecture des catégorie IP partagée/scolaire. Orlodrim ^[discuter] 18 décembre 2010 à 22:34 (CET)

Ah, oui, désolé. Je ne crois pas qu'on puisse modifier le résumé de modif après-coup. Sinon il est quand même cité dans la liste des contributeurs/développeurs (moi non par contre, mais bon pour l'instant je n'ai pas fait grand-chose qui le mérite).

⇨ D^r Brains ^{∞ Doléances ∞} 18 décembre 2010 à 22:52 (CET)

Bah, de toute manière, j'ai utilisé le code fourni par DR Brains pour la lecture des catégories . Peu importe, je m'en moque un peu du diff de modif. Argos42 (d) 18 décembre 2010 à 23:15 (CET)

Génération d'url

J'ai trouvé un autre bug potentiel, l'utilisation de "/wiki/" en dur pour créer les url (trouvé dans getDiff() mais il y en a peut-être d'autres occurrences). Cela pourrait conduire les liens à ne pas marcher sur un site qui n'utilise pas le même chemin (notamment https://secure.wikimedia.org )

Il vaudrait mieux utiliser la variable globale wgArticlePath et donc remplacer :

• ... + "/wiki/" + encodeURIComponent(Page) + ...

par

• ... + wgArticlePath.split('$1').join(encodeURIComponent(Page)) + ...

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

Suivant

J'ai joué avec le bouton suivant mais je n'en ai pas compris la logique. Quelle est-elle? Nakor (d) 18 décembre 2010 à 19:39 (CET)

L'intitulé n'est pas super, en effet.

Lorsque tu cliques sur suivant une première fois, ça lance le diff de la première modification (celle tout en bas du tableau), pour vérifier et éventuellement défaire/avertir, etc...

Lorsque tu cliques de nouveau, ça lance le diff suivant, c'est à dire l'avant dernière ligne

En ainsi de suite...

Ce qui permet de passer en revue toutes les modifs du tableau sans cliquer à chaque fois su "diff" dans la ligne que tu veux visualiser.

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

Ah, je pensais que ça faisait le diff suivant du diff courant. Nakor (d) 18 décembre 2010 à 19:47 (CET)

Oui, d'ailleurs, je propose de le modifier, si c'est possible... --Pic-Sou 11 janvier 2011 à 17:10 (CET)

Extensions

A présent que le système de hooks est en place, j'ai trois extensions fonctionnelles à proposer :

• Utilisateur:Dr Brains/LiveRC/FullScreenExtension.js
  • Ajoute un bouton dans le menu d'options pour passer en plein écran
• Utilisateur:Dr Brains/LiveRC/ProtectExtension.js
  • Modifie le lien "P" de chaque ligne et fournit un lien "protéger" lors de la prévisualisation d'une page, d'un diff ou d'un historique. La protection se déroule directement dans la fenêtre de visualisation, sans jamais changer de page.
• Utilisateur:Dr Brains/LiveRC/DeleteExtension.js
  • Modifie le lien "S" de chaque ligne et fournit un lien "supprimer" lors de la prévisualisation d'une page, d'un diff ou d'un historique. La suppression se déroule directement dans la fenêtre de visualisation, sans jamais changer de page.

Les deux dernières sont évidemment réservées aux admins.

Je les liste surtout pour montrer aux développeurs comment faire, pour ceux qui n'aurait pas compris le système de hooks tel que je l'ai expliqué plus haut. Elles sont sans doute améliorables et pour les deux dernières sans doute également incorporables directement dans le code de LiveRC.

Autres extensions en projet

• la modification du lien "M" pour faire une édition directement dans LiveRC sans changer de page,
• la modification du lien "B" pour faire un blocage directement dans LiveRC sans changer de page (sysop only, évidemment),
• l'ajout d'une option dans la barre de menu pour modifier la hauteur de la fenêtre de prévisualisation

Ben oui, quoi, c'est bientôt Noël !

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

Bug d'affichage des catégories

La prise en compte des catégories affichées par des icônes (PàS, AdQ, copie à vérifier, etc.) a un bug (une addition ou lieu d'un "ou" logique, ce qui fait apparaître des pages d'homonymie de qualité, par exemple...). De plus, la version devrait être 0.4.1, vu que la précédente était 0.4.0. J'ai corrigé dans Utilisateur:Orlodrim/LiveRC.js (diff incluant aussi les autres corrections). Dr Brains ou Nakor, pouvez-vous patcher la version principale ? Merci, Orlodrim ^[discuter] 19 décembre 2010 à 22:51 (CET)

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

Identification des utilisateurs avertis pour vandalisme

Discussion déplacée depuis Utilisateur:EDUCA33E/LiveRC/ToDo. Orlodrim ^[discuter] 2 janvier 2011 à 21:58 (CET)

• Demande de Pic-Sou : Indiquer si l'utilisateur a reçu des avertissements récents

Ne peut-on pas chercher des {|title="{{XXX}}" dans le code wiki de la page, avec un array d'id correspondants à des avertissements ? Exemple : dans {{Test 1}}, le bloc a le title="{{Test 1}}.

Alors comment fait-on pour les copyvioleurs ??── Pic-Sou, le dimanche 2 janvier 2011 à 15:02 (UTC)

À tout hasard je dirais que ça check juste l'appartenance ou non à la Catégorie: Utilisateur enfreignant un copyright qui doit être moins lourd que de parser toute la page. Linedwell ^[discuter] 2 janvier 2011 à 16:06 (CET)

Alors utilisons la catégorie vandale averti ou les pages liées aux modèles Test X ! ── Pic-Sou, le dimanche 2 janvier 2011 à 16:15 (UTC)

L'identification des utilisateurs avertis pour copyvio fonctionne grâce à la lecture de la catégorie Catégorie:Utilisateur enfreignant un copyright. La liste des pages appartenant à cette catégorie est lue au chargement de LiveRC, il n'y a pas une requête à chaque diff. Mais quasiment toutes les catégories de ce type ont été supprimées (d'ailleurs j'avais moi-même lancé une des procédures) : Discussion catégorie:Vandale averti/Suppression, Discussion catégorie:Spammeur averti/Suppression. Je crois que d'autres catégorisations ont été retirées par la suite sans que des procédures aient lieu. Il ne faut donc pas compter là-dessus.

Les modèles test1/test2/etc. sont généralement substitués. En particulier, c'est ce que fait LiveRC. Par conséquent, on ne peut pas utiliser les pages liées.

Donc aucune des deux solutions ne peut marcher. Lire l'historique de la page de discussion permettrait de détecter les avertissements laissés avec LiveRC ou Salebot, sans avoir à charger le contenu de la page, et c'est quelque chose que l'utilisateur ne peut pas effacer lui-même. Mais ça fait deux requêtes au lieu d'une pour chaque ligne. Je préfèrerais donc avoir d'autres avis avant de coder quelque chose comme ça. Orlodrim ^[discuter] 2 janvier 2011 à 21:58 (CET)

OK, donc en attente d'autres idées... Ou de modification des modèles afin que soit rendu possible un tel suivi... Pic-Sou 3 janvier 2011 à 19:00 (CET)

D'ailleurs, j'en ai une : pourquoi ne pas faire en sorte que le modèle catégorise la PdD du contributeur, mais dans une catégorie au nom moins agressif et pour une durée limitée (un à quelques jours seulement). Là, différentes catégories permettraient de voir quel a été le message reçu (Spam0 ? Test 3 ?), et donc d'afficher une icône différente dans chaque cas. Enfin, l'utilisateur de Live RC pourrait plus facilement cibler le message à donner à l'utilisateur vandale, à savoir éviter de donner un Test :) si celui-ci a reçu un dernier avertissement il y a un quart d'heure. Le tout pour éviter d'avoir a ouvrir sans cesse de nouveaux onglets. Je précise aussi que cette demande me paraîtra moins importante si la possibilité d'afficher la PdD d'un contributeur dans la fenêtre de prévisualisation était ajoutée (sans vouloir trop en demander ). Bonne soirée ── Pic-Sou, le lundi 3 janvier 2011 à 18:20 (UTC)

J'ai finalement implémenté ça sous forme d'extension. Tu peux l'ajouter dans ton LiveRCparam.js de cette façon. Pour l'instant, je ne prends pas encore en compte la date à laquelle l'avertissement a été mis, mais ce sera probablement nécessaire. Orlodrim ^[discuter] 3 janvier 2011 à 19:40 (CET)

OK, merci, je vais voir si ça marche bien ! Peut-on personnaliser les avertissements parsés ? Bonne soirée ── Pic-Sou, le lundi 3 janvier 2011 à 18:45 (UTC)

Pour l'instant rien n'est personnalisable. C'est juste : test :), test 0/1/2/3, spam et Salebot. Mais je continuerai plus tard. Orlodrim ^[discuter] 3 janvier 2011 à 19:47 (CET)

Ça reste génial (bien que je sois surpris de ne pas encore avoir vu passer de tests X… ah non c'est bon) ! J'ai par contre quelques suggestions :

• Pourquoi un système de textes et non d'icônes ? Je trouve celles-ci plus simples… ;
• En effet, l'ancienneté des avertissements peut être utile (je propose 24h) ;
• Pour la lenteur, je n'ai actuellement aucun problème ! ;
• Enfin, quid de mon idée de catégorisation ? Cela ne permettrait-il pas de simplifier le système ?

Merci encore pour cette extension, et bonne soirée ! ── Pic-Sou, le lundi 3 janvier 2011 à 18:55 (UTC)

• J'ai mis des icônes, j'adore les icônes. Par contre je ne suis pas graphiste alors c'est assez moche. Toutes les améliorations sont les bienvenues (j'ai utilisé ça : )
• Délai fixé à 24 heures
• Visiblement, ça marche côté client. Après, j'implore le pardon de Wikimedia pour toute la bande passante perdue, mais bon, il paraît que ce n'est pas mon problème.
• De manière générale, je suis contre l'ajout de catégories sur les pages utilisateurs dans ce but, quel que soit leur nom.

C'est maintenant personnalisable ; je documenterai ça prochainement.

Orlodrim ^[discuter] 3 janvier 2011 à 23:33 (CET)

Bravo ! Je vais voir s'il y a de meilleures icônes, et te les montrerais ici le plus tôt possible ! Je t'enverrais les éventuels bugs rencontrés en PdD tant que la doc' ne sera pas créée. Bonne journée --Pic-Sou 4 janvier 2011 à 14:07 (CET)

J'ai pas l'impression que ça marche avec moi (faute à vector ?) j'ai plein de "tr1 is null" venant de ton script dans ma console JS. Argos42 (d) 4 janvier 2011 à 22:57 (CET)

Ca vient peut être juste des lignes qui sont supprimées après création (par exemple si on masque les BOTS), donc un petit if dans le code devrait suffire Orlodrim, var tr1 = document.getElementById(id); if(tr1==null)return; Argos42 (d) 4 janvier 2011 à 23:11 (CET)

Pareil qu'Argos42.

J'ai rajouté un test pour éviter l'erreur. Voir si cela fonctionne correctement, je n'ai pas le temps de tester plus en détails.

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

Les modifications des bots ne sont même pas lues si on masque les bots, mais les PATROL, si. Ça doit venir de là. De plus, une ligne peut être supprimée pendant la requête pour lire l'historique. Il va falloir que je prenne ça en compte aussi... Après, il y a assez peu d'utilisateurs avertis à cette heure ci donc c'est normal si vous n'en voyez pas. En ajoutant dans LiveRCparam.js :

lrcXUWColorNoTalk = "#606060";

les utilisateurs sans page de discussion doivent s'afficher en gris. J'ai mis une doc plus complète ici. Si ça ne marche pas, dites-le moi.

Orlodrim ^[discuter] 4 janvier 2011 à 23:54 (CET)

Très bien les personnalisations ! Par contre, si deux regex ont été trouvées, laquelle est executée ? La première ou la deuxième ?── Pic-Sou, le mercredi 5 janvier 2011 à 18:32 (UTC)

C'est la première regexp détectée qui est prise en compte. Orlodrim ^[discuter] 5 janvier 2011 à 19:40 (CET)

Annulation et révocation

J'ai propose un changement du code d'annulation, que vous pouvez tester à partir de ma version Utilisateur:Orlodrim/LiveRC.js. Cela permet :

• d'ajouter un bouton "révoquer" (qui apparait en plus du bouton "défaire" quand l'éditeur précédent est le même) ;
• d'avoir un code plus court utilisant api.php, identique pour les deux boutons, compatible avec IE8 ;
• d'économiser la bande passante : plus besoin de charger et d'envoyer le texte de l'article quand on annule.

Orlodrim ^[discuter] 5 janvier 2011 à 21:18 (CET)
PS : cette version désactive par défaut le blanchiment d'articles pour les utilisateurs non autopatrouillés.

Orlo, avant de mettre ta version je souhaiterais savoir, t'as une version dev un version production ? ou tu travailles directement sur le LiveRC.js ? Argos42 (d) 5 janvier 2011 à 23:16 (CET)

Pour développer, je charge les scripts depuis mon serveur local. Je mets à jour sur Wikipédia quand ça marche. Orlodrim ^[discuter] 5 janvier 2011 à 23:40 (CET)

Great ! Argos42 (d) 6 janvier 2011 à 00:08 (CET)

« cette version désactive par défaut le blanchiment d'articles pour les utilisateurs non autopatrouillés ». J'avais modifié le code pour que LiveRC ne soit qu'un outil de surveillance sans possibilité de modification pour les utilisateurs non autopatrouillés. Est-ce toujours le cas? Nakor (d) 6 janvier 2011 à 19:04 (CET)

Les boutons "Défaire" et "Avertir" (et "Révoquer" pour ma version) ne sont affichés qu'aux utilisateurs autopatrouillés. Ça n'a jamais changé. Par contre, il n'y a pas de limitation dans la version stable pour le blanchiment d'articles. C'est ce que j'ai mis en place. Orlodrim ^[discuter] 6 janvier 2011 à 19:53 (CET)

Ma faute, j'avoue ! Argos42 (d) 6 janvier 2011 à 19:58 (CET)

Euh... quelle est la différence entre révoquer et défaire ??? --Pic-Sou 15 janvier 2011 à 10:02 (CET)

Révoquer a exactement le même effet que le bouton révoquer des administrateurs : si l'article a été édité plusieurs fois de suite par le même contributeur, toutes les modifications sont annulées simultanément (ça revient à la dernière version modifiée par quelqu'un d'autre). Orlodrim ^[discuter] 15 janvier 2011 à 10:35 (CET)

Donc à utiliser avec parcimonie ! Les non-sysops peuvent quand même l'utiliser ?? --Pic-Sou 15 janvier 2011 à 19:42 (CET)

Ça marche même pour les non-administrateurs, à chacun de prendre ses responsabilités (il y a déjà un certain nombre de scripts en circulation pour effectuer cette opération). Orlodrim ^[discuter] 15 janvier 2011 à 22:54 (CET)

Liste des patrouilleurs actifs

Demande de Shawn sur Utilisateur:EDUCA33E/LiveRC/ToDo : Afficher le nombre de patrouilleurs en train d'utiliser LiveRC. Ceci permettrai de connaitre le niveau de vigilance à avoir durant la patrouille (c'est à dire vérifier plus de diff s'il y a moins de patrouilleurs par exemple)

Je vois deux solutions, mais ni l'une ni l'autre ne me semble satisfaisante.

• Système passif : garder en mémoire les révocations effectuées avec LiveRC et en déduire quels patrouilleurs sont connectés.
  • Avantage : c'est simple
  • Inconvénients : ça me paraît peu utile par rapport à ce qu'on peut constater soi-même. Ça ne permet pas de voir immédiatement le nombre de patrouilleurs actifs au moment où on se connecte (on alors il faut aller chercher les 500 dernières modifications au démarrage)
• Système actif : indiquer quelque part quand on est connecté.
  • Avantage : répond mieux à la demande
  • Inconvénients :
    • D'abord, tous les patrouilleurs ne sont pas forcément d'accord pour ça. Il faudrait que ce soit volontaire.
    • Si c'est géré sur Wikipédia, la seule solution que je conçois est de modifier une page pour l'indiquer. Et comme on ne peut pas compter sur le fait que les utilisateurs signalent explicitement qu'ils se déconnectent, il faudrait confirmer à intervalle régulier qu'on est connecté. C'est bien lourd...
    • Si c'est un serveur externe : quel serveur ?

D'autres avis ?

Orlodrim ^[discuter] 7 janvier 2011 à 00:22 (CET)

La première solution me semble inopérante.

La deuxième solution est plus satisfaisante mais présente quelques soucis pour être opérationnelle. Mon idée : s'inspirer de Utilisateur:Antaya/qui.js (gadget destiné à afficher son statut).

Pour faire simple : un menu supplémentaire dans les options "Afficher mon statut" ("déconnecté" par défaut, tant que c’est ainsi il n'a pas accès à la liste des connectés). Si l'utilisateur modifie le menu, édition automatique d’une sous page de User:EDUCA33E/LiveRC contenant la liste des personnes déjà connectées pour s'y ajouter + rapatriement de la liste des connectés avec leurs statuts ("connecté", "occupé", "absent", "parti manger", etc… Le message en lui-même pourrait même être pour tout ou partie personnalisable). Si l'utilisateur se déconnecte (via le menu) : re-édition + effacement de la liste des connectés (retour à la case départ).

Problème : l'utilisateur peut quitter LiveRC sans se déconnecter. Il reste donc "connecté" pour les autres utilisateurs même si il n'est plus là. On touche là à la limite d’un langage exclusivement côté client : il ne permet pas de communiquer entre clients. On peut imaginer que le fait de quitter la page (event onUnload) oblige à se déconnecter "correctement", mais il existe tout un tas de façons de passer outre. Recourir à un bot pour blanchir la page (ou mettre tout le monde en "déconnecté") et reconfirmer le statut de chaque utilisateur à intervalle régulier me semble également très lourd et peu efficace, sans compter que ça va noyer les RC par des modifs intempestives (quoique à la limite, on peut cacher les modifs faites sur cette page en particulier).

Je ne crois pas qu'il y ait de solution très probante à cette fonctionnalité, qui restera sans doute dans les cartons. Ou alors, il faut recoder LiveRC en php (sur le toolserver par exemple), et là ça deviendra possible de faire des fonctionnalités "centralisées" comme celle-là (ou un tchat, par exemple, qui se révèlerait très utile je pense).

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

Hello,

La première proposition peut être mise en place assez facilement, même si elle est effectivement loin d'être satisfaisante, donc pourquoi pas… (en supprimant les patrouilleurs de la liste au bout d'un certain temps d'inactivité).

La seconde (modification de page) est vraiment lourde, et floode les RCs inutilement (il n'y a pas que LiveRC qui serait potentiellement touché, mais tout les outils, à commencer par la page des modifications récentes).

La troisième (serveur tiers) est à mon avis de loin la meilleure, mais cela implique de développer un outil de patrouille hors de Wikipédia (puisqu'on ne peut pas faire de requêtes cross-domaine en Ajax) ; ça sort donc du cadre de LiveRC tel qu'on le connait aujourd'hui (mais j'appelle de tous mes vœux la mise en place d'un tel outil, qui pourrait proposer la dimension collaborative qui manque cruellement à la patrouille actuellement).

Amicalement — Arkanosis ^✉ 7 janvier 2011 à 12:56 (CET)

Sans rentrer dans les détails des possibilités, j'ai un doute sur l'utilité de la fonction elle même. Genre j'ouvre liveRC en mode Suivi, donc je suis connecté, mais je vois le 1/20eme des modifications. Donc raisonnons par l'absurde, on est 20 à avoir ouvert liveRC en mode suivi, le compteur affichera "20 patrouilleurs en ligne", mais pourtant personne ne vérifiera les contributions. Je pourrais prendre d'autres exemples plus généraux, genre LiveRC est ouvert mais le patrouilleur n'est pas devant l'ordinateur. Si une quelconque amélioration du même tonneau serait intéressante amha, sans rentrer dans la faisabilité, c'est un système qui par exemple marquerait les diff qui ont été vus par les patrouilleurs, de manière à pouvoir voir les diffs que personne n'a vu. Ou gérer directement dans liveRC les "marquer comme relu" avec affichage des articles relus et non. Argos42 (d) 7 janvier 2011 à 15:59 (CET)

Le dernier point me plaît .

Idéalement, il faudrait aller plus loin que la fonctionnalité de relecture de MediaWiki (voire améliorer MediaWiki ?) en permettant de dire « j'ai un doute sur cette contrib, quel est votre avis ? » avec un peu de rémanence (du genre : ces contributions douteuses ne sont pas éliminée automatiquement lorsque le nombre de modifications max à afficher à l'écran est atteint).

Bon l'idée de base est faisable avec les journaux, le reste beaucoup moins…

Amicalement — Arkanosis ^✉ 7 janvier 2011 à 17:41 (CET)

Honnêtement, je ne suis pas convaincu de l'utilité de cette extension. Après tout, lorsque je patrouille, en moins de cinq minutes, j'ai repéré les utilisateurs très actifs qui rosissent la liste des RC, et plus il y en a, plus je sais que je peux relâcher mon attention, et faire autre chose. Pour ce qui est des idées de Dr.Brains, je pense que la page des users connectés mettrait plus le souk dans tous les outils de suivi qu'autre chose, et il est vrai qu'un recodage en php/ajax serait une bonne chose ! --Pic-Sou 8 janvier 2011 à 18:39 (CET)

Petite solution alternative qui vaut ce qu'elle vaut: Lors d'une patrouille, repérer les utilisateurs dont le résumé de modification commence par LiveRC et les afficher avec un cadre de couleur différente la prochaine fois où ils font une modification. ça ne permet certes pas de voir tous les patrouilleurs présents, mais au moins suivant la densité du nombre de cadre ça donne une idée suffisante du nombre de patrouilleurs actifs. Linedwell ^[discuter] 11 janvier 2011 à 14:50 (CET)

Certains n'utilisent pas la fonction de LiveRC pour révoquer (c'est mon cas). J'utilise le bouton classique. Leag ⠇⠑⠁⠛ 11 janvier 2011 à 14:59 (CET)

LiveRC non intrusif par défaut

Bonsoir tout le monde .

Pourriez-vous jeter un coup d'œil à cette section s'il vous plaît (en particulier à ma proposition de modification) ?

Merci, amicalement — Arkanosis ^✉ 11 janvier 2011 à 20:48 (CET)

Petit soucis lors du suivi d'utilisateur

Lorsque l'on ajoute un utilisateur à la liste de suivi (avec le W ou par ajout manuel dans la liste de suivi), celui-ci est correctement indiqué comme tel (dans son encadré jaune) lors de sa prochaine édition de page. Sauf qu'il n'apparait pas dans la Liste des contacts actifs (affichable en cochant la checkbox liste). Seuls les contacts ajoutés de l'ancienne façon, à savoir en ajoutant lstContact.push("NomDuContact"); dans son LiveRCparam.js, sont pris en compte par la liste des contacts actifs, pas ceux ajoutés via le W. Dans mon cas par exemple, seul Salebot (d · c) s'affiche dans cette liste, parce qu'il est ajouté à mes "contacts" dans mon LiveRCparam.js, tous les autres utilisateurs ajoutés par le W (ou par la liste de suivi en mode raw) apparaissent certes en jaune dans les RC, mais aucunement dans la Liste des contacts actifs. Linedwell ^[discuter] 14 janvier 2011 à 14:09 (CET) PS: Je viens même de constater que faute d'afficher les utilisateurs suivis de cette façon dans Liste des contacts actifs, ça les affiche d'une façon un peu buguée dans la Liste de suivi cf. le screenshot. Linedwell ^[discuter] 14 janvier 2011 à 14:32 (CET)

Effectivement, j'ai oublié de gérer cette liste quand j'ai implémenté la seconde méthode de suivi. Il n'y a sans doute pas grand chose à corriger, je regarderai ce week-end. Orlodrim ^[discuter] 14 janvier 2011 à 14:41 (CET)

Normalement, tout est corrigé dans ma version Utilisateur:Orlodrim/LiveRC.js. Il n'y a plus qu'à mettre à jour la version principale. Orlodrim ^[discuter] 15 janvier 2011 à 14:56 (CET)

Merci de la rapidité de la résolution, et merci d'avance pour le transfert sur la version principale. Si je trouve le moindre bug, je te le ferais savoir . Linedwell ^[discuter] 17 janvier 2011 à 11:02 (CET)

Mise à jour effectuée.

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

Utilisation Live RC

Bonjour, Je viens récemment de découvrir Live RC, depuis déjà fin 2008 je contribue quand j'ai le temps (je suis lycéen) et je viens de passer au statut autopatrolled qui donne plus de fonctions sur Live RC. J'ai une question à propos de Live RC : est-ce normal que, quand on clique sur le nom d'un article s'ouvre une liste d'articles au dessus de la première et ainsi de suite ? Je pensait que l'on pourvait voir sur la même page le défilement des modifications et la différence entre la version actuelle et la version précédente si on avait cliqué sur le nom de l'article. Alors est-ce possible ? Voici la page à laquelle je m'attendais voir sur Live RC :Fichier:LiveRC041.png et voici une copie d'écran de mon cas Copie d'écran Merci de me répondre . ρiєяяє-ρĦiℓiρρє Ǡяȵɵџℓδ (ɗ) 28 janvier 2011 à 13:23 (CET)

Effectivement il y a un souci. Chez moi ça marche correctement aujourd'hui. As-tu recharger le cache de ton navigateur ? Leag ⠇⠑⠁⠛ 28 janvier 2011 à 13:25 (CET)

Il me semble avoir rencontré ce bug lors d'un test sous Internet Explorer. Est-ce que vous utilisez ce navigateur ? Sinon, lequel ? Est-ce que cela se produit systématiquement ou seulement dans certains cas ? J'essayerai de regarder ce week-end suivant vos réponses. Cordialement, Orlodrim ^[discuter] 28 janvier 2011 à 13:28 (CET)

Oui, j'utilise Internet Explorer et cela se produit à chaque fois que j'y vais (plus d'une semaine) et systématiquement.

Merci de m'avoir répondu aussi rapidement ρiєяяє-ρĦiℓiρρє Ǡяȵɵџℓδ (ɗ) 28 janvier 2011 à 19:03 (CET)

Au fait c'est quoi le cache du navigateur ? Je viens d'essayer avec le navigateur Safari et ça ne marche toujours pas avec les diff (rien ne se passe) mais l'historique et les nouveaux articles s'affichent ! Bizarre... ρiєяяє-ρĦiℓiρρє Ǡяȵɵџℓδ (ɗ) 28 janvier 2011 à 19:04 (CET)

Le cache du navigateur est une zone mémoire qui conserve en copie les informations autour des pages web (images, scripts comme LRC...) pour minimiser les requêtes à faire sur le serveur. Si des modifications ont été faites récemment sur LRC, ton cache n'est plus à jour et tu dois le purger (Ctrl + F5 sous IE, je crois) ; sinon, des bugs peuvent apparaître. Quelle version de IE utilise-tu ? 6, 7, 8 ou 9 ? --Pic-Sou 29 janvier 2011 à 17:06 (CET)

J'ai fait une mise à jour qui doit résoudre le problème sous Internet Explorer. Il y avait un bug à cause du code HTML suivant, présent dans toutes les pages :

<div id="p-variants" class="vectorMenu emptyPortlet"><h5><span>Variantes</span>

<a href="#"></a></h5><div class="menu"><ul></ul></div></div>

IE considère ça comme invalide parce que <ul></ul> est vide. En désactivant la validation du code, ça marche. Pour que la mise à jour soit prise en compte sous IE, il suffit appuyer sur sur F5, je crois. Cela dit, il y a reste d'autres problèmes avec ce navigateur. Par exemple, le bouton "Avertir" n'a jamais fonctionné. Je recommande Firefox pour LiveRC.

Pour Safari, désolé mais je ne peux pas tester.

Orlodrim ^[discuter] 29 janvier 2011 à 19:25 (CET)

Me voici à essayer un troisième navigateur Internet : Firefox. Tout fonctionne parfaitement, tout ... à l'exception des Diff ! Il faut bien cliquer sur le "mot" Diff puis la ligne se met en jaune pâle ? Mais avec moi cela ne va pas plus loin le mot diff avec le nom de l'article clignotent en haut de la liste et rien ne se passe ... étrange. ρiєяяє-ρĦiℓiρρє Ǡяȵɵџℓδ (ɗ) 29 janvier 2011 à 20:01 (CET)

J'ai répondu sur votre page de discussion à vos deux messages : celui sur ma page de discussion et celui-là. Orlodrim ^[discuter] 29 janvier 2011 à 20:32 (CET)

Je constate toujours ce problème sur IE8 dans le cas d'une page qui a été supprimée. Nakor (d) 2 février 2011 à 17:23 (CET)

Grosse mise à jour

J'ai achevé l'intégration dans le code de LiveRC de plusieurs extensions :

• User:Orlodrim/UserTalkExtension.js
• User:Dr Brains/LiveRC/DeletedContributionsExtension.js
• User:Dr Brains/LiveRC/EditExtension.js
• User:Dr Brains/LiveRC/ProtectExtension.js
• User:Dr Brains/LiveRC/BlockExtension.js
• User:Dr Brains/LiveRC/DeleteExtension.js

Version à tester : User:Dr Brains/LiveRC.js

Lecture facilitée du code : User:Dr Brains/LiveRC/Miroir

Principaux changements :

1. Les liens de chaque ligne "M" (Modifier), "P" (Protéger), "S" (Supprimer), "B" (Bloquer) et "T" (Discuter) passent désormais par la fenêtre de prévisualisation.
2. Ajout à côté du lien "C" d’un lien "+" pour voir les contributions supprimées (prévisualisation).
3. Les types de prévisualisation étant nombreux et variés, factorisation de la gestion de la barre de titre dans une fonction buildPreviewBar(). Cette fonction crée une barre de titre à trois cases, la présence des liens du centre et de droite dépend du type de prévisualisation :
   • à gauche le titre de la page avec un lien direct (nouvelle fenêtre),
   • au centre des liens d’action standards (Modifier, Historique, etc…) passant par la prévisualisation,
   • à droite des fonctions automatiques (Défaire, Révoquer, Avertir…).
4. Liens de blanchiment de page regroupés dans un menu déroulant, comme pour "Défaire" et "Avertir". Création variable lstBlank pour la personnalisation.
5. L'ordre des fonctions liveSysop() et liveNS() a été modifié pour éviter que la barre d'outil apparaisse en deux temps.
6. Au niveau du code, déplacement de diverses fonctions dans la partie "Utilities" + ajout d’autres titres de section pour faciliter la lisibilité (voir version "Miroir").
7. Passage à la version 0.4.2
8. Ajout de moi-même en tant qu'auteur (ben oui, quoi…)

Les changements étant nombreux, cela nécessite des tests pour vérifier que tout fonctionne avant de mettre à jour la version standard, notamment pour la gestion de la barre de titre de prévisualisation, sans doute améliorable.

⇨ D^r Brains ^{∞ Consultation ∞} 31 janvier 2011 à 00:05 (CET)

Pour le 1 est-ce possible d'en faire une option? Je préfère nettement utiliser LiveRC pour "visulaiser"er un nouvel onglet pour "modifier/bloquer...". Merci Nakor (d) 31 janvier 2011 à 00:44 (CET)

Et bien tu as un lien direct une fois la prévisualisation ouverte. Ça fait un clic de plus (et l'attente de la requête) mais ça permet d’ouvrir dans un nouvel onglet.

Cela dit, à mon humble avis, si la modification est probablement un peu laborieuse dans la fenêtre de prévisualisation (car très petite par défaut), la protection, la suppression ou le blocage gagnent à passer par la fenêtre.

Sinon, on peut toujours définir des options pour conserver l'ancienne configuration. A voir.

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

Je ne me suis jamais plaint des liens de LiveRC qui au lieu de mener vers la page où ils devraient mener déclenchent une action (l'aperçu dans la zone dédiée) — car il serait plus constructif que j'améliore le truc moi-méme — mais j'ai toujours grogné en silence derrière mon écran face à ce comportement .

Mais puisqu'on en cause, voila, je le dis, il faudrait changer le comportement de beaucoup de liens (vers l'article, vers l'historique, vers l'édition…) en :

• « Clic gauche » (ou assimilé) ⇒ comportement proposé par Dr Brains (passage par la prévisualisation) ;
• « Clic alternatif » (milieu avec la plupart des navigateurs) ⇒ ouverture d'un nouvel onglet (comportement naturel sur la plupart des pages html).

Techniquement, ça peut se faire en remplaçant :

'<a href="javascript:;" onClick="liveEdit('+escTitle+');" style="color:tomato" title="'+lang_tooltips.EDIT_TIP+'">'+lang_tooltips.EDIT_SHORT+'</a>';

par :

'<a href="' + wgServer + wgScriptPath + '/index.php?title='+encodeURIComponent(title)+'&action=edit" style="color:tomato" onClick="javascript:liveEdit('+escTitle+'); return false;" title="'+lang_tooltips.EDIT_TIP+'">'+lang_tooltips.EDIT_SHORT+'</a>';

Ce qui conviendrait peut-être à Nakor également… Nakor ?

Au passage, j'applaudis de mes deux mains la suppression de deux « target="_new" » .

Amicalement — Arkanosis ^✉ 31 janvier 2011 à 12:27 (CET)

Ça doit pouvoir se faire. Tous ces liens sont crées dans seulement deux fonctions, getRevision() pour les lignes RC, et à présent buildPreviewBar() pour les liens de la barre de titre de prévisualisation.

⇨ D^r Brains ^{∞ Consultation ∞} 31 janvier 2011 à 16:28 (CET)

Effectivement, la proposition d'Arkanosis me semble de loin bien meilleure par rapport à l'option que je proposais d'ajouter. Du coup on pourrait même retirer le + à côté du "Diff". Nakor (d) 31 janvier 2011 à 17:11 (CET)

sur ma version perso :

• clic gauche = prévisualisation, clic centre = ouverture dans un nouvel onglet.
  • Dans les RC;
  • Dans les listes (+ ajout bouton "+" (contributions supprimées) pour les sysops)
  • Dans la barre de titre de prévisualisation.

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

Super. Par contre ça ne fonctionne ni sur "Log" ni sur "Filt". Nakor (d) 31 janvier 2011 à 20:03 (CET)

Tu gères . J'essaie de tester tout ça demain. — Arkanosis ^✉ 31 janvier 2011 à 20:18 (CET)

Ah, effectivement, j'ai oublié ces deux types de liens. Je corrige ça.

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

Je crois n'en avoir pas oublié.

Pour les développeurs d'extensions, j'ai également ajouté deux classes :

• "lrc_EditorLink" sur le lien vers l'éditeur (fontion lrcGetUserLink() ), utilisée dans les RC et dans les listes.
• "lrc_ArticleLink" sur le lien vers la page (fonction getRevision() ), utilisée dans les RC.

Cela permettra aux extensions de récupérer plus facilement ces infos en ciblant le lien grâce à ces classes.

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

Je l'ai utilisé hier et cela me parait bien. La seule chose que j'ai vue: quand on efface un article depuis la fenêtre de prévisualisation, il est ajouté à la liste de suivi. Nakor (d) 1 février 2011 à 18:55 (CET)

Effacer ? C'est à dire ? Blanchir ou supprimer ?

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

Supprimer avec les outils de sysop. Nakor (d) 1 février 2011 à 20:32 (CET)

Je suppose que tu n'avais donc pas coché la case "suivre cette page", sinon tu ne prendrais pas ça pour un bug.

Je vais voir d’où ça vient.

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

Effectivement. Par ailleurs "Ajouter les pages que je supprime à ma liste de suivi" n'est pas coché dans mes préférences. Nakor (d) 1 février 2011 à 20:48 (CET)

Modifié les fonctions liées à la suppression, au blocage, à la protection et à l'édition pour gérer différemment les <input type="checkbox"/>.

En théorie, ce devrait être bon.

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

Quelle réactivité! Je teste ce soir et je te tiens au courant. Nakor (d) 1 février 2011 à 20:53 (CET)

Testé vite fait à l'instant : c'est bien .

Juste une remarque : le clic gauche sur le nom du contributeur détonne un peu avec le reste, puisqu'il continue à ouvrir une nouvelle fenêtre.

Merci, amicalement — Arkanosis ^✉ 1 février 2011 à 19:25 (CET)

C'est pas faux. C'est le seul "vrai" lien qui reste (hors ceux qu'on peut trouver dans les commentaires de modif). Je vais corriger ça.

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

Et voilà, c’est fait. Directement dans la fonction lrcGetUserLink() donc ça concerne les RC et les listes.

Suivant si l'utilisateur est une IP ou pas, ça prévisualise la PU ou les contribs.

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

Tiens, j'ai une nouvelle idée de script : pour écrire « merci Dr Brains » en un clic. Je crois que ça servirait souvent — Arkanosis ^✉ 1 février 2011 à 20:32 (CET)

Tu peux sans doute paramétrer ton LiveRCParam pour ajouter le modèle {{Récompense}} aux modèles d’avertissement…

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

Tu as bien raison de t'ajouter dans la liste des contributeurs . Pourrais-tu aussi ajouter pl:User:Nux comme je l'ai fait ici, s'il te plaît ?

Merci — Arkanosis ^✉ 31 janvier 2011 à 12:35 (CET)

Fait. Nakor (d) 31 janvier 2011 à 17:13 (CET)

Merci bien — Arkanosis ^✉ 31 janvier 2011 à 20:18 (CET)

Je n'utilise pas trop LiveRC ces jours-ci, mais je viens de récupérer la mise à jour. Il y a un bug sur le bouton suivant : le "return" dans le code javascript du onclick empêche le bouton de marcher. Orlodrim ^[discuter] 1 février 2011 à 23:16 (CET)

Réparé. Un gros hack bien pourri mais qui marche.

⇨ D^r Brains ^{∞ Consultation ∞} 2 février 2011 à 01:31 (CET)

Problème de lien pour le bouton milieu

(J'ouvre une sous-section car ça devient le bazar). Il semble y avoir un problème dans les liens du bouton milieu: je viens de voir passer la page Église paroissiale Saint-Pierre d'Yvetot qui s'est bien ouverte avec le bouton gauche. Par contre le lien bouton milieu généré est http://fr.wikipedia.org/wiki/%25C3%2589glise%2520paroissiale%2520Saint-Pierre%2520d%27Yvetot qui est incorrect. Nakor (d) 2 février 2011 à 01:22 (CET)

Il y avait un "encodeURIComponent()" en trop. A présent ça devrait être bon.

⇨ D^r Brains ^{∞ Consultation ∞} 2 février 2011 à 01:30 (CET)

OK je vérifie de suite. Merci encore. Nakor (d) 2 février 2011 à 01:46 (CET)

UserInCat

J'ai modifié la façon dont sont gérées les icônes "Ip scolaire", "Ip partagée" et "Utilisateur enfreignant un copyright".

J'ai auparavant regroupé toutes les icônes dans une variable globale de type Array, lrcIcon, afin de faciliter une éventuelle personnalisation (notamment la traduction des attributs title et alt). ^(cat ?), qui n'est pas vraiment une icône, est désormais traité comme tel. Ce regroupement, allié à une modification de la page de LiveRC pour ajouter des éléments à ID qui vont bien, permet au script de mettre à jour ces icônes dans le tableau, dans le cas où celles-ci auraient été personnalisées.

Or donc, la définition des catégories vérifiées se fait désormais comme ceci :

  // user categories for highlighting
  var watchCategories = [
    { category: "Catégorie:Adresse IP scolaire", image: "ScolarIP" },
    { category: "Catégorie:Adresse IP partagée", image: "SharedIP" },
    { category: "Catégorie:Utilisateur enfreignant un copyright", image: "CopyrightUser" }
  ];

L'item "image" ne contient plus l'url de l'image mais une "clef". Par exemple pour "Catégorie:Adresse IP scolaire", cela correspond à l'icône définie en tant que lrcIcon["ScolarIP"], soit .

Il aura donc été défini auparavant :

  lrcIcon["ScolarIP"] = '<img '
                      + 'src=http://upload.wikimedia.org/wikipedia/commons/thumb'
                      + '/9/98/Crystal_kdmconfig.png/16px-Crystal_kdmconfig.png '
                      + 'width="16px" title="Adresse IP scolaire" alt="IP scolaire"/>';

Une extension qui vérifie d'autres catégories devra donc être mise à jour suivant cette nouvelle donne.

J'ai aussi noté dans le balayage de ces catégories un bug (ou du moins un truc peut-être pas prévu) : seul le dernier icône est pris en compte. Une IP scolaire ou partagée avertie pour copyvio ne sera considérée que comme "Utilisateur enfreignant un copyright". Sa qualité d’IP scolaire ou partagée passe à la trappe.

Pour y remédier, il faudrait que les variables lstUserCat["Nom d’utilisateur"] soit des Array(), autorisant donc la sauvegarde de plusieurs valeurs, et que l'insertion de ces icônes soit modifié en conséquence. Sauf que le risque c’est de se retrouver avec des utilisateurs cumulant plusieurs icônes. Faut voir si c'est vraiment souhaitable, c’est pourquoi je demande d’autres avis.

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

À mon avis, ça ne sert à rien d'accumuler les icônes. Il vaut mieux garder le système actuel avec une priorité. Orlodrim ^[discuter] 3 février 2011 à 08:58 (CET)

Autre chose : je crois que l'icône TOR ne détecte pas les nœuds TOR mais les IP AOL. Ce qui n'a plus aucune raison d'être, puisque le problème du proxy AOL semble résolu depuis longtemps. Ce sont donc des IP comme les autres. D'ailleurs, je ne crois pas en avoir vu passer plus de deux depuis que j'utilise LiveRC. Il faudrait supprimer ce bout de code. Orlodrim ^[discuter] 3 février 2011 à 09:15 (CET)

Détails

Après avoir testé, j'ai changé quelques détails :

• Modifications pour réduire le texte de la barre de liens (tout le monde n'a pas un écran de 3 km de large, en particulier moi).
• Tous les boutons du milieu activés quand lrcUndoPatrolled = false
• Le premier lien en haut ouvre l'article, pas le machin déjà affiché (quand je vois un diff, si je veux ouvrir une nouvelle fenêtre, c'est que je veux voir quelque chose d'autre - en général l'article - mais pas le diff. Idem quand je supprime une page).
• Truc plus restrictif pour enlever le "return false", sinon il y aura des trucs bizarres quand on éditera un article avec "return" dedans.
• Le bouton "Suivant" affiche aussi les nouveaux articles.

J'ai mis ça dans ma version diff. Orlodrim ^[discuter] 3 février 2011 à 20:15 (CET)

Heu, t'as tout reverté. C'est quoi le soucis ?

PS : j'ai ajouté une fonction liveMove(), qui sert à ajouter un lien "Renommer" dans la barre de titre de prévisualisation. Il est donc possible d'ajouter un lien "R" dans les lignes RC mais je ne sais pas si c'est souhaitable.

Dans tout les cas, il faudrait repartir de cette dernière version pour faire des changements. J'attends de plus amples explications avant d’y ajouter tes modifs.

⇨ D^r Brains ^{∞ Consultation ∞} 3 février 2011 à 21:10 (CET)

Non, rien de grave, c'est juste qu'il y a encore des bugs et que je ne sais pas qui utilise mon code. De toute façon, je n'en ai pas besoin pour tester donc pour l'instant, je préfère laisser l'ancienne version.

Pour l'instant, il y a les problèmes suivants :

• lrcEscapeStr appelé sur null
• Le --------123xyz rend probablement les requêtes non sûres. Pourquoi n'as-tu pas fait comme dans postLiveAverto ?
• Il y a un truc bizarre avec le blocage [1].

Orlodrim ^[discuter] 3 février 2011 à 21:32 (CET)

• Oui, j'avais remarqué. C'est le plus souvent dans la fonction buildPreviewNormalTabs(). Je vais voir ce que je peux y faire.
• Oui, utiliser wpajax serait mieux.
• J'ai remarqué aussi. Ça semble venir du champ "Motif différent ou supplémentaire" (<input type="text" id="mw-bi-reason" name="wpBlockReason" />. Je vais voir ça de plus près.

⇨ D^r Brains ^{∞ Consultation ∞} 3 février 2011 à 21:47 (CET)

bugs corrigés :

• j'ai ajouté un return false; dans lrcEscapeStr() si str n'est pas defini.
• J'ai recodé toutes les requêtes POST avec wpajax.
• Problème a priori réglé.

A présent si tu veux remettre tes modifs, tu peux (le mieux est de les faire directement dans ma version, des fois que je modifie encore d'autres trucs entre-temps).

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

Merci ! J'ai donc mis à jour ta version. J'ai enlevé le "if(str==null) return false;" dans lrcEscapeStr : masquer les bugs c'est mal. Le problème vient des pages supprimées. Quand on affiche un diff sur une page supprimée, un message d'erreur est renvoyé : "La base de données n’a pas trouvé le texte d’une page qu’elle aurait dû trouver, intitulée « Plaque d'immatriculation lituanienne » (diff : 0, 0). Généralement, cela survient...". Du coup, "User1" n'est pas défini. J'ai rajouté un test dans les fonctions de construction pour éviter le problème. Orlodrim ^[discuter] 4 février 2011 à 00:02 (CET)

Récapitulatif

Après pas mal de boulot, je crois que ma version est prête à passer en production.

Récapitulatif des modifications

1. Les liens de chaque ligne "M" (Modifier), "P" (Protéger), "S" (Supprimer), "B" (Bloquer) et "T" (Discuter) et le lien vers la page de l'utilisateur (ou ses contributions si IP) passent désormais par la fenêtre de prévisualisation si clic avec le clic gauche, mais ouvrent une nouvelle fenêtre si clic centre.
2. Sur les autres liens qui lançaient une prévisualisation, le clic centre ouvre une nouvelle fenêtre.
3. Idem pour les liens dans les listes.
4. Ajout à côté du lien "C" d’un lien "+" pour voir les contributions supprimées (prévisualisation).
5. Les types de prévisualisation étant nombreux et variés, factorisation de la gestion de la barre de titre dans une fonction buildPreviewBar(). Cette fonction crée une barre de titre à quatre cases, la présence des divers liens dépend du type de prévisualisation :
   • en haut à gauche : le titre de la page avec un lien direct (nouvelle fenêtre) + lien "google" qui ouvre au dessus de la prévisualisation une iframe pour rechercher le titre de la page sur google,
   • en haut à droite (si mode=Diff) : liens "modification précédente" et/ou "modification suivante" permettant de naviguer dans l'historique en passant par la prévisualisation.
   • en bas à gauche : des liens d’action standards (Pdd/Article, Modifier, Historique, Nouvelle discussion, Renommer, Supprimer, Protéger, Bloquer, Contributions, Contributions supprimées, leur affichage dépend du statut de l'utilisateur et du type de prévisualisation) passant tous par la prévisualisation si clic gauche ou ouvrant une nouvelle fenêtre si clic centre,
   • en bas à droite : les fonctions automatiques (Défaire, Révoquer, Avertir…).
6. Liens de blanchiment de page regroupés dans un menu déroulant, comme pour "Défaire" et "Avertir". Création variable lstBlank pour la personnalisation.
7. L'ordre des fonctions liveSysop() et liveNS() a été modifié pour éviter que la barre d'outil apparaisse en deux temps.
8. Création variable globale lrcIcon pour regrouper tous les icônes en vue de leur possible personnalisation/traduction
9. au chargement, mise à jour des icônes du tableau d’aide et du numéro de version
10. au chargement, masquage de plusieurs autres types d'éléments indésirables (adapté à tous les skins de WP, id ou class = "top", "topbar", "siteSub", "sitesub", "contentSub", "subtitle", "RealTitleBanner", "RealTitle", "p-cactions", "left-navigation", "right-navigation", "subpages", "footer") :
11. Au niveau du code, déplacement de diverses fonctions dans la partie "Utilities" + ajout d’autres titres de section pour faciliter la lisibilité (voir version "Miroir").
12. Modification du message système Mediawiki:Noarticletext dont le rendu HTML n'était pas correct et génait la prévisualisation d’une page qui n'existe pas.
13. Pour les développeurs d'extensions, ajout des hooks qui vont bien :
    1. LiveRC_AddOptionHook(func); : Après affichage menu d'options (fonction buildControlBar())
    2. LiveRC_AddPreviewDiffHook(func); : Après prévisualisation d'un diff (fonction liveDiff())
    3. LiveRC_AddPreviewArticleHook(func); : Après prévisualisation d'un article (fonction liveArticle())
    4. LiveRC_AddPreviewHistoryHook(func); : Après prévisualisation d'un historique (fonction liveHistory())
    5. LiveRC_AddPreviewContribsHook(func); : Après prévisualisation des contribs d’un utilisateur (fonction liveContrib())
    6. LiveRC_AddPreviewDeletedContribsHook(func); : Après prévisualisation des contributions supprimées d’un utilisateur (fonction liveDeletedContrib())
    7. LiveRC_AddPreviewLogHook(func); : Après prévisualisation d'un journal (fonction liveLog())
    8. LiveRC_AddPreviewFilterHook(func); : Après prévisualisation d'un détail de filtrage (fonction liveFilter())
    9. LiveRC_AddPreviewEditHook(func); : Après prévisualisation d'une édition (fonction liveEdit())
    10. LiveRC_AddPreviewMoveHook(func); : Après prévisualisation d'un renommage (fonction liveMove())
    11. LiveRC_AddPreviewProtectHook(func); : Après prévisualisation d'une protection (fonction liveProtect())
    12. LiveRC_AddPreviewDeleteHook(func); : Après prévisualisation d'une suppression (fonction liveDelete())
    13. LiveRC_AddPreviewBlockHook(func); : Après prévisualisation d'un blocage (fonction liveBlock())
    14. LiveRC_AddPreviewRevisiondeleteHook(func) : Après prévisualisation d'une suppression de révision (fonction liveRevisionDelete())
    15. LiveRC_AddBeforeRCHook(func); : Avant la requête de RC (fonction liveRC())
    16. LiveRC_AddAfterRCHook(func); : Après affichage d’une ligne de RC (fonction getRevision())
14. Passage à la version 0.4.2
15. Ajout de moi-même en tant qu'auteur

Si pas d’objection, je mettrait en production dans la nuit ou demain matin.

⇨ D^r Brains ^{∞ Consultation ∞} 5 février 2011 à 17:52 (CET)

Ça m'a l'air fonctionnel et la barre du haut est plus pratique comme ça. Par contre, sa hauteur varie encore plus qu'avant quand on clique sur "diff", ce qui me gêne un peu. J'ai réglé ça en mettant

document.getElementById("livePreviewTitle").style.minHeight = "50px";

sur ma version. Mais ce n'est pas très satisfaisant : la hauteur nécessaire dépend du navigateur et des polices. Si tu as une meilleure idée...

Orlodrim ^[discuter] 5 février 2011 à 19:29 (CET)

Tu veux dire que

1. le contenu des différentes cases ne tient pas sur une seule ligne ?
2. l'absence de liens dans certaines cases fait varier la hauteur ?

Pour le premier cas, il n'y a pas grand chose d'autre à faire que d'investir dans un écran moins rikiki (ou installer l'extension pour pouvoir passer en mode plein écran, donc sans la barre de gauche).

Pour le deuxième cas, on peut définir le contenu par défaut des cases à

" "

au lieu de

""

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

C'est point 2. Sauf que le problème n'est pas que les cases sont vides, c'est qu'elles n'existent pas (par exemple, liveDiff remplace document.getElementById('livePreviewTitle').innerHTML par une simple ligne de texte). Quand la barre complète apparaît, ça décale tout. Du coup, il m'arrive de cliquer sur la mauvaise ligne dans la liste des diff. Orlodrim ^[discuter] 5 février 2011 à 19:59 (CET)

Ah, OK, je vois. Le problème c’est la différence de hauteur entre l'entête "en cours de requête" et l'entête finale.

Ça devrait pouvoir se régler via une fonction qui crée une entête vide ou presque (qui pourra d'ailleurs servir dans les cas où l'entête complète n'utilise pas buildPreviewBar(), c'est à dire liveLog() et liveFilter()).

Je vais voir ça.

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

J'ai aussi modifié les messages système MediaWiki:Protectlogtext et MediaWiki:Dellogpagetext qui faisaient bugger la prévisualisation.

⇨ D^r Brains ^{∞ Consultation ∞} 5 février 2011 à 21:03 (CET)

Merci , ça marche. Orlodrim ^[discuter] 5 février 2011 à 21:29 (CET)

Version courante mise à jour.

Avec en cadeau bonus une fonction pour masquer/démasquer une révision via la prévisualisation à partir d'un diff.

Je vais m'arrêter là pour les modifs et vais attendre de voir si il y a des réactions.

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

Super .

Je me dis qu'un petit message sur le bistro… — Arkanosis ^✉ 6 février 2011 à 12:06 (CET)

Nan, ne gâchons pas la surprise à ceux qui n'ont pas suivi mes travaux…

⇨ D^r Brains ^{∞ Consultation ∞} 6 février 2011 à 12:12 (CET)

Bug inexplicable

Heu, j'ai un bug que je ne comprends pas : lors d'une prévisualisation, le lien "Historique" ne s'affiche pas. J'ai beau tout essayer, rien à faire.

Quelqu'un pourrait-il voir ça de plus près ICI, je ne serai pas là cet après-midi ?

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

Je m'avance peut-être, mais est-ce que l'affectation de « Tabs["Hist"] » au lieu de « Tabs["Move"] » dans le test « if(lrcUserHasRight("move")){ » n'est pas une erreur qui pourrait expliquer le symptôme ?

Amicalement — Arkanosis ^✉ 6 février 2011 à 14:14 (CET)

C'est ça. Un admin pour appliquer cette correction ?

Merci — Arkanosis ^✉ 6 février 2011 à 14:20 (CET)

Orlodrim ^[discuter] 6 février 2011 à 14:32 (CET)

Pff ! Quel boulet je fais…

Ce bug devais être là depuis que j'ai instéllé liveMove(), donc depuis un bon moment.

Merci pour la correction rapide.

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

Blanchiment

Bonjour,

Depuis quelque jours, je travaille sur une version que je modifie régulièrement de LiveRC... J'aimerais savoir si c'est possible et fesable d'envoyer un message à l'utilisateur lui indiquant qu'une de ses pages ou création à été blanchi pour tel raison lorsqu'on clique sur... Exemple "Non encyclo" ? • Pincourt ^{[Me répondre?]} • 5 février 2011 à 17:36 (CET)

Oui, la fonction "Avertir" permet de personnaliser les messages. C'est à personnaliser dans ton LiveRCparam.js :

lstAvert.push({
  template: "Modèle", 
  string: "texte", 
  hasPage: false 
});

Remplacer :

• "Modèle" par le nom du modèle sans les accolades
• "texte" par le texte qui sera affiché dans le menu déroulant

Je ne sais pas trop à quoi correspond le paramètre hasPage. Essaie avec true ou false.

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

Non, en l'état, il n'est pas possible d'envoyer un avertissement quand on visualise une nouvelle page. Mais ça doit pouvoir se faire assez facilement. Sinon, le paramètre haspage sert à mettre le nom de l'article comme premier paramètre du modèle d'avertissement (c'est possible pour {{Spammeur}}). Orlodrim ^[discuter] 5 février 2011 à 18:16 (CET)

Exact. La fonction d’avertissement n'est disponible que lors de la visualisation d'un diff, et dans la future version que je prépare lors de la visualisation des contributions (supprimées ou non) ou d’une page Utilisateur: ou Discussion utilisateur: (mais dans ces cas-là on n'a pas accès au nom de la page pour le mettre en paramètre, il faut que je règle ça)

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

Je vais y travailler, je vous y reviens par la suite ! • Pincourt ^{[Me répondre?]} • 7 février 2011 à 01:49 (CET)

Dr Brains a intégré dans la dernière version! :) • Pincourt ^{[Me répondre? - Talk to me?]} • 15 février 2011 à 04:11 (CET)

Mmmh. Je sais pas si c'est une question ou un remerciement...

Sinon, dans ton LiveRCparam.js, tout ce qui se trouve en-dessous du commentaire "//END PARAMS" fait doublon avec ce qu'il y a au-dessus. Tu peux supprimer tout ça (cf. mon propre fichier de configuration), en laissant au moins une ligne vide après ce commentaire. Si tu veux faire des personnalisations (notamment au niveau des modèles d'avertissement, puisque c'est à ce niveau que tu as bricolé apparemment) tu peux le faire directement dans LiveRC via le bouton .

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

Merci de m'avoir avertit, sinon, la dernière réponse était pour signaler que le problème était réglé :) • Pincourt ^{[Me répondre? - Talk to me?]} • 15 février 2011 à 04:41 (CET)

Nouvelle mise à jour

Bonjour,

je viens de mettre à jour LiveRC (version 0.4.3 donc) avec de petites améliorations :

1. divers ajustements esthétiques (boutons un peu plus petits, taille de la fenêtre Google un poil plus réduite, ...)
2. une variable personnalisable, lrcGoogleSearchLimit, permet de choisir le nombre de résultats de la recherche Google (100 par défaut)
3. ajout d'un lien vers « l'autre page » dans la liste "liste de suivi"
4. amélioration du "Diff réduit" avec les boutons de masquage (sysop) et le bouton pour marquer la modification comme relue (autopatrolled)
5. ajout d'une fonction pour avertir un utilisateur après son blocage avec {{Blocage}}. Je n'ai pas encore eu l'occasion de la tester. Le modèle demandant plusieurs paramètres il ne pouvait pas être mis avec les autres avertissements.
6. et le meilleur pour la fin : ajout d'un historique des prévisualisations avec trois boutons <, > et ?. Les deux premiers sont pour la navigation "page précédente"/"page suivante", le dernier pour afficher l'historique complet et (re)prévisualiser l'entrée que l'on veut.

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

Pas mal, surtout la dernière amélioration ! Par contre, depuis la mise à jour, en haut de la pge LRC, je n'ai plus accès à la PDD et autres boutons du haut. Est-ce un bug, ou volontaire ?

Sinon, je propose d'ajouter un panel du même type que pour les réverts et avertissements, mais cette fois ci pour les nouveaux articles ; en gros permettre d'avertir un utilisateur qui créée un BaS avec un {{test0}} par exemple... --Pic-Sou 8 février 2011 à 19:53 (CET)

• Oui, c'est volontaire. C'était déjà le cas avec Monobook, les onglets (a priori inutiles) étaient cachés. Il m'a donc paru logique de faire pareil avec Vector (et les autres skins). Mais bon, l'ennui c'est que ça masque la zone de recherche. Si tu le souhaites on peut sans doute rendre cette disparition optionnelle, ou masquer les onglets tout en laissant la zone de recherche visible.
• C'est techniquement possible. J'ai regroupé pas mal de code et désormais le panel "Avertir" est créé par une fonction spécifique. On peut donc l'ajouter quand on le souhaite, l'essentiel est de connaître le nom de l'utilisateur et de le passer à la fonction "liveArticle()" (fonction appelée par le lien New des nouvelles pages). Je vais voir ça.

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

OK pour le panel "Avertir". Recharge le cache pour l'avoir.

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

C'est super, je n'ai pas eu à forcer pour avoir besoin du bouton < .

Par contre, ce serait vraiment utile si les boutons « révoquer », « annuler » et « avertir » revenaient en même temps que le diff…

Mon use-case, là, c'était que j'avais révoqué un vandalisme, puis réflexe : passage au diff suivant. En oubliant l'avertissement. Donc génial, on a le bouton « précédent » : allons-y, je retourne sur le diff pour envoyer l'avertissement, mais le bouton n'est plus là, dommage…

Merci — Arkanosis ^✉ 8 février 2011 à 20:29 (CET)

Mmmh. Ca doit être possible d'arranger ça. Je vais voir. ⇨ D^r Brains ^{∞ Consultation ∞} 8 février 2011 à 20:32 (CET)

A priori c'est OK.

En fait ça ne venait pas de l'historique, mais du diff qui avait changé : ce n'était plus le dernier puisque tu avais révoqué.

A présent, le panel "Révoquer"/"Défaire" dépend toujours du fait que le diff est bien le dernier (absence de lien « Modification suivante → ») mais le bouton d'avertissement est présent tout le temps.

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

Merci encore, je teste demain (mon téléphone est trop vieux pour LiveRC ). — Arkanosis ^✉ 8 février 2011 à 21:31 (CET)

Qui veut glisser un truc comme str.replace(new RegExp(/(\S{30})(\S*)/),"$1[...]")); dans l'affichage des diffs ? Et un autre, plus court, dans l'affichage des pseudos ? Argos - oO 8 février 2011 à 22:51 (CET)

Tu voudrais pas être plus explicite ?

Où exactement ? Diff normal ou réduit ?

C'est censé faire quoi ?

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

Ha, ça y est j'ai capté. Tu veux limiter la taille du texte des colonnes RC pour le nom de la page et le nom de l'utilisateur.

Si c'est ça, franchement, je ne sais pas si c'est souhaitable/souhaité.

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

L'autre jour un mec avait un pseudo trop long, ça rendait liveRC inutilisable. Sinon quand un mec met

lolololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololololol

ben ça pourrit ton diff et tu y vois rien. Argos - oO 8 février 2011 à 23:26 (CET)

Mouais, la première explication, pourquoi pas. C'est sur qu'une modif sur Taumata­whakatangihanga­koauau­o­tamatea­turi­pukaka­piki­maungah­oronuku­pokai­whenuaki­tanatahu, ça fout en l'air le rendu des RC. De même qu'un utilisateur avec un nom du même style. Par contre, pour le coup du multi-lol dans le diff. Je vois pas bien le problème : tu revertes et puis voilà (si Salebot ne l'a pas déjà fait). Ca n'a pas bien d'importance que le rendu du diff soit pas top, puisque c'est de toute évidence un vandalisme.

Or donc, je vais voir déjà ce que ça donne sur ma version perso pour les deux applications dans les RC. Mais je pense que la(les) limite(s) devrai(en)t être personnalisable(s), puisque ça dépend surtout de la taille de l'écran de l'utilisateur.

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

J'aime bien être énigmatique de temps en temps . Pour le multi-lol dans le diff, tu arrives pas à voir si c'est le diff d'avant ou d'après (donc si l'user vient de corriger, ou mettre la connerie) Argos - oO 8 février 2011 à 23:45 (CET)

Merci de ne pas faire ce changement immédiatement. J'aurais besoin d'abord qu'on fixe d'abord un moyen pour que les extensions puissent extraire le titre complet dans une ligne de diff et les mettre à jour avant. Orlodrim ^[discuter] 8 février 2011 à 23:59 (CET)

Ah oui, bien vu. J'avais oublié ça.

Je propose une approche différente, consistant non plus à extraire le texte du lien, mais la valeur d'une <input type="hidden" />

Ces input pourraient être aussi nombreuses qu'on le souhaite pour chaque ligne, repérable via leur attribut "name". On peut donc via différentes input informer sur :

• "Type" : le type de ligne (Diff, Filter ou Log)
• "LogType" : si Log, quel type de log
• "FilterType" : les tags abusefilter (si Diff et s'il y a un tag ou si Filter)
• "PageName" : le nom de la page
• "UserName" : le nom de l'utilisateur
• Autres infos (Utilisateur IP, bot ou sysop, blanchiment, page suivie ou pas, révocation, etc..)

A la limite, on peut même tout regrouper dans une seule input en formatant correctement sa "value" en une "array" que l'on peut ensuite gérer via un eval()

Je vais voir ce que je peux faire sur ma version perso.

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

Je te laisse te débrouiller, de toute façon je n'arrive plus à suivre. Si tu peux juste me laisser le temps de modifier mes extensions quand tu auras ajouté ce que tu veux... Merci, Orlodrim ^[discuter] 9 février 2011 à 00:30 (CET)

Bien sûr. Je n'enlèverai les fonctions de hook dépréciées que lorsque ce sera bon pour toi, et la réduction des textes sera de toutes manières désactivée par défaut.

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

Voilà qui est fait. J'ai bien galéré pour la mise au point.

Donc, dans cette nouvelle version (0.4.3b), deux nouvelles choses :

• On peut raccourcir les noms des articles et les noms des utilisateurs dans les lignes RC. Désactivé par défaut, il suffit de personnaliser dans son param.js les variables lrcArticleLengthLimit et lrcUserLengthLimit
• Pour les extension, ajout dans chaque ligne de RC d'une <input type="hidden" /> regroupant toutes les infos (juste à côté de la croix de masquage, dans le premier <th>). Ces infos sont disponibles pour les extensions via la fonction getInputInfo(tr) (tr est la ligne de RC). Cette fonction renvoie un résultat similaire à la variable rc qui est disponible au tout début de la fonction getRevision(). Un exemple de mise en œuvre est disponible ICI.

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

Merci, Dr Brains ! Pour conserver l'affichage des onglets et autres, comment faire ? --Pic-Sou 9 février 2011 à 16:54 (CET)

Rajoute dans ton LiveRCparam :

lrcHideUselessElements = false;

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

Extension pour avoir des messages de révocation prédéfinis : Utilisateur:Dr Brains/LiveRC/RevertMessagesExtension.js

L'affichage/masquage de la liste déroulante n'est pas 100% au point mais ça marche.

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

Problème avec Firefox 4 béta

Bonsoir, juste pour signaler que LiveRC ne fonctionne plus depuis ce matin sur mon Firefox 4 béta, alors que sur Firefox 3.6.13 et sur IE (32 et 64) je n'ai aucun problème. Suis-je le seul ? . Merci et bonne soirée, cordialement --}<((((°> Calcineur }<((((°>^{à l'eau ?} 9 février 2011 à 21:39 (CET)

Quel message d'erreur as-tu (Outils > Console d'erreurs > Erreurs ) ?

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

En fait, LiveRC semble se charger correctement, la page habituelle bien là, mais aucune des modifs effectuées sur WP ne s'affiche, alors que ces données arrivent bien en moins d'une seconde sur mes autres navigateurs. Si tu as besoin de plus d'infos n'hésites pas. a+ --}<((((°> Calcineur }<((((°>^{à l'eau ?} 9 février 2011 à 21:59 (CET)

En connaissant l'erreur exacte, je pourrai peut-être faire quelque chose. Mais sans plus de précisions de ta part que « ça ne marche pas », ça pourrait venir de n'importe où (une demi-douzaine de fonctions sont appelées avant que les premières lignes de RC s'affichent).

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

Désolé, je faisais plusieurs choses à la fois...

Voilà l'erreur exacte:

Erreur : wpajax is undefined

Fichier Source : http://fr.wikipedia.org/w/index.php?title=User:EDUCA33E/LiveRC.js&action=raw&ctype=text/javascript

Ligne 551

Sinon j'ai pas mal d'avertissements:

avertissements

Avertissement : Pseudo-classe ou pseudo-élément « -webkit-input-placeholder » inconnu. Jeu de règles ignoré suite à un mauvais sélecteur.

Fichier Source : http://bits.wikimedia.org/skins-1.5/vector/main-ltr.css?283-19

Ligne : 368

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1604

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1638

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1689

Avertissement : Erreur d'analyse de la valeur pour « display ». Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1802

Avertissement : Erreur d'analyse de la valeur pour « display ». Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1815

Avertissement : Erreur d'analyse de la valeur pour « cursor ». Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1832

Avertissement : Nom de fonctionnalité média attendue, mais « -webkit-min-device-pixel-ratio » trouvé.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 407

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1283

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1604

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1638

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1689

Avertissement : Erreur d'analyse de la valeur pour « display ». Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1802

Avertissement : Erreur d'analyse de la valeur pour « display ». Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1815

Avertissement : Erreur d'analyse de la valeur pour « cursor ». Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1832

Avertissement : Nom de fonctionnalité média attendue, mais « -webkit-min-device-pixel-ratio » trouvé.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 407

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1283

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1604

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1638

Avertissement : Propriété « zoom » inconnue. Déclaration abandonnée.

Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=2678400&action=raw&maxage=2678400

Ligne : 1689

 

et ce n'est pas fini...--}<((((°> Calcineur }<((((°>^{à l'eau ?} 9 février 2011 à 22:22 (CET)

Les avertissements, c'est pas grave. Généralement c'est dû au CSS : comme tous les navigateurs n'utilisent pas forcément les mêmes sélecteurs, on les mets tous. Lorsqu'un navigateur ne reconnaît pas un sélecteur (car il ne lui est pas destiné), il l'ignore tout simplement mais ça ne fait pas boguer l'ensemble.

Bon, par contre, l'erreur est plus préoccupante car c'est la fonction qui effectue les requêtes et elle n'a pas été modifiée depuis des lustres. Ce n'est absolument pas normal.

Pourrais-tu mettre dans ton monobook (ou ton vector) le code suivant :

Code

var TESTwpajax = {
  http: function(bundle) {
    var xmlhttp;
    try {
      xmlhttp = new XMLHttpRequest(); 
      alert("XMLHttpRequest");
    } catch(e) { 
      try {
        xmlhttp = new ActiveXObject("Msxml2.XMLHTTP");
        alert("Msxml2.XMLHTTP");
      } catch (e) { 
        try {
          xmlhttp = new ActiveXObject("Microsoft.XMLHTTP");
          alert("Microsoft.XMLHTTP");
        } catch (e) {
          alert("false");
        }
      }
    }
  }
};

addOnloadHook(function(){
  TESTwpajax.http({url:""});
});

 

Et me dire ce que dit la pop-up qui apparaît lorsque tu recharges le cache du navigateur (ou si rien n'apparaît, quelle erreur tu as).

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

Après avoir modifié mon Utilisateur:Calcineur/vector.js, j'ai en popup:

XMLHttpRequest

et aucun message d'erreur (console)

--}<((((°> Calcineur }<((((°>^{à l'eau ?} 9 février 2011 à 23:10 (CET)

OK.

On va essayer autre chose.

Dans ton vector.js, remplace

loadJs('Utilisateur:EDUCA33E/LiveRC.js');

par

loadJs('Utilisateur:Dr Brains/LiveRC.js');

puis recharge le cache.

Au dessus des icônes (dans la page de LiveRC) va apparaître plusieurs lignes de texte. Lorsque plus rien n'apparaît pendant plus de dix secondes, copie-colles les toutes ci-dessous, dans l'ordre (et vérifie que tu as toujours l'erreur).

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

Voilà, j'ai juste cette ligne en haut:

addOnloadHook

et celle ci en bas (au dessus du bandeau rose (LiveRC ne fonctionne plus...):

20110209230106

aucune erreur (console), et toujours le même message popup. --}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 00:10 (CET)

OK. C'est donc que pour une raison ou une autre, la fonction de requête ne marche pas. Il y a de fortes chances que ça vienne de Firefox 4 (c'est pas pour rien qu'elle est appelée beta).

Est-ce que LiveRC a déjà fonctionné avec Firefox 4 ?

Si oui, est-ce que d'autres gadgets utilisant des requêtes ajax fonctionnent. HotCatsMulti par exemple ?

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

« Est-ce que LiveRC a déjà fonctionné avec Firefox 4 ? » : oui, depuis le début de la béta sans problème.

« est-ce que d'autres gadgets utilisant des requêtes ajax fonctionnent » : pas encore essayé, désolé. --}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 00:43 (CET)

Bon, toujours avec loadJs('Utilisateur:Dr Brains/LiveRC.js'); (c'est mieux de bidouiller sur ma version).

Recharge le cache, et dis moi si après le texte "addOnloadHook" s'affiche un "OK" (s'il s'affiche d'autres trucs après, dis-le moi aussi).

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

avec seulement loadJs('Utilisateur:Dr Brains/LiveRC.js');, je n'ai rien d'autre que ce "addOnloadHook" et le message d'erreur de console:«  Erreur : wpajax is undefined »

--}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 01:07 (CET)

Bon, ajouté d'autres étapes de texte. Tu peux recharger ton cache et me dire ce qui apparaît ?

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

Cache rechargé ... rien de plus. --}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 01:21 (CET)

Nouvelle modif.

Nouvel essai ?

⇨ D^r Brains ^{∞ Consultation ∞} 10 février 2011 à 01:24 (CET)

Tu tiens le bon bout ! LiveRC fonctionne à nouveau et sans message d'erreur, avec les messages suivants :

messages

addOnloadHook ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveSysop ; XMLHttpRequest ; xmlhttp OKloadBlocks ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveWatch ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

loadUsersInCats Catégorie:Adresse IP scolaire ; XMLHttpRequest ; xmlhttp OKloadUsersInCats Catégorie:Adresse IP partagée ; XMLHttpRequest ; xmlhttp OKloadUsersInCats Catégorie:Utilisateur enfreignant un copyright ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OKliveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

XMLHttpRequest ; xmlhttp OK ; readyState OKliveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetFilterTitle ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getFilterTitle ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OKgetRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

readyState OK OK

liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat2 ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK liveRC ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK getRedirCat ; XMLHttpRequest ; xmlhttp OK ; readyState OK OK

 

bravo ! --}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 01:31 (CET)

Pfff !

Tout ça parce que j'avais bougé la fonction de place, ce qui en théorie ne devrait pas avoir d'incidence...

Bon, réessaye un dernier coup avec ma version corrigée et dis-moi si tout fonctionne. Si OK, je mets à jour la version courante (et tu pourras remettre ton vector comme il l'était avant que je te fasse tout chambouler.

⇨ D^r Brains ^{∞ Consultation ∞} 10 février 2011 à 01:40 (CET)

Tout baigne toubib, Live RC est enfin : « Firefox 4 ready - Calcineur approved »

GG ! --}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 01:46 (CET)

Mise à jour effectuée.

Tu peux remettre ton vector dans son état initial et reprendre la chasse au vandale .

⇨ D^r Brains ^{∞ Consultation ∞} 10 février 2011 à 01:51 (CET)

Beau boulot, tout baigne. Bravo & bonne nuit. --}<((((°> Calcineur }<((((°>^{à l'eau ?} 10 février 2011 à 01:55 (CET)

Merci, j'avais moi aussi ce pb, mais pas encore eu le temps de vérifier si ça venait de moi, ni de le reporter. --Maurilbert (discuter) 10 février 2011 à 02:25 (CET)

Tableau de modif illimité

Je viens de le mettre en option, ça fait ramer mon PC au bout de 5 minutes. Je veux bien en discuter mais je ne vois pas trop à quoi ça sert par rapport à juste augmenter lrcRCLimit (ce que personnellement je ne veux justement pas faire). J'ai aussi désactivé la popup qui apparaissait furtivement à chaque appel à GetRC. Orlodrim ^[discuter] 12 février 2011 à 16:24 (CET)

Ca sert à ce qu'une modif ne disparaisse pas automatiquement (par exemple le temps d'aller pisser...). C'est l'utilisateur qui doit supprimer la ligne lui-même en cliquant sur la croix.

Mais bon, pas d'objection à ce que ce soit en option. J'ai corrigé tout de même ta modif à ce niveau car il y a depuis peu une nouvelle option qui permet d'inverser le sens de défilement (les nouvelles RC sont ajoutées en bas et non plus en haut).

Pour la popup, j'ai décommenté les appels GetRC et mis aussi une option : soit on veut les voir, soit on ne veut pas. Par défaut elles n'apparaissent pas.

Sinon, en même temps que tout ça, je viens d'ajouter un gros morceau : la possibilité de personnaliser le LiveRCparam.js automatiquement. Toutes les variables de type Array simples (array ne contenant pas d'autres Array) sont ainsi personnalisables (il a fallu en renommer quelques unes, notamment celles qui sont j'imagine les plus utilisées, aussi je m'attends un peu à ce que ça râle, mais je pense que cette nouvelle méthode sera quand même appréciée à l'usage).

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

Bug personnalisation

Salut, je constate aujourd’hui que mes paramètres personnels ne sont plus pris en compte. Nakor (d) 12 février 2011 à 20:25 (CET)

En jouant un peu avec LiveRC je vois qu'on peut configurer les options directement dedans, ce qui me semble une bonne amélioration. Deux remarques cependant:

1. Ce serait bien d'affichier un message pour annoncer ce changement.
2. Pourrait-on avoir une traduction des options? Que veut dire "RCns" par exemple?

Nakor (d) 13 février 2011 à 03:08 (CET)

(edith)

Ah ! Félicitations, tu es le premier à râler (mais tu n'as rien gangné pour autant, désolé).

Donc, voir mon message ci-dessus : c'est normal. Les paramètres ont été renommés pour permettre une personnalisation automatique directement à partir de LiveRC.

Ce qu'il faut faire :

1. Blanchir ton LiveRCparam.js (sauf si tu as des extensions installées, auquel cas tu n'enlèves que la personnalisation des variables, sauf celles relatives aux messages de blanchiment et d'avertissement). Dans ton cas, tu peux tout blanchir.
2. Lancer LiveRC
3. Dans le menu d'options, cliquer sur l'icône
4. Modifier les variables souhaitées et cliquer sur Valider. Cela lancera une édition automatique du LiveRCparam.js
5. Éventuellement, recharger le cache (nécessaire pour les variables qui ne sont utilisées qu'au lancement du script, comme par exemple l'état initial des cases à cocher).

Il y a un lien ^? à côté du titre du formulaire qui prochainement conduira à une aide détaillée.

Il est prévu d'ajouter une explication des options (celles qui ne sont pas évidentes au premier abord, du moins). Je m'occuperai de ça demain.

⇨ D^r Brains ^{∞ Consultation ∞} 12 février 2011 à 20:44 (CET)

Apparemment, tu as trouvé le bouton tout seul... ⇨ D^r Brains ^{∞ Consultation ∞} 12 février 2011 à 20:45 (CET)

Yep. Merci pour tout! Nakor (d) 13 février 2011 à 03:08 (CET)

Commentaire de diff des filtres

Bonjour, je viens de constater que les commentaires de diff des filtrages ne sont plus affichés : on voit la ligne orange, mais on ne sait pas quel filtre a déclenché. Serait-il possible de rétablir ça svp ? Merci !!! PS : LiveRC 0.4.4d, Mozilla Firefox 4.0 beta 11, Windows XP. --Maurilbert (discuter) 13 février 2011 à 04:34 (CET)

C'est corrigé. Orlodrim ^[discuter] 13 février 2011 à 10:29 (CET)

Merci ! --Maurilbert (discuter) 13 février 2011 à 15:38 (CET)

Problème avec Opéra 11.0

Bonjour, je constate ce matin que ma version de LRC est obsolète (0.4.4b) et je recharge mon cache comme il m'a été demandé et ... surprise je me retrouve bien avec la 0.4.4d mais avec absolument rien d'affiché (comme quand on a pas importé le .js dans son monobook.js). Utilisant Opéra 11.0 j'ai supposé une incompatibilité temporaire et me suis orienté vers Safari 5.0.3 où la même surprise m'attendais, il n'y a que sur Firefox 3.6.13 que j'ai enfin eu LRC qui fonctionnait (ce qui au passage ne m'arrange pas vu que je n'utilise jamais Firefox). Ma question (on y arrive enfin) est donc si cette "incompatibilité" est connue et/ou en cours de résolution, ou si je n'ai pas le choix et que je dois passer sur Firefox pour patrouiller. Cordialement, Linedwell ^[discuter] 13 février 2011 à 11:23 (CET)

Pas de problème chez moi, ni avec FF4.0b11, ni avec IE9b, ni avec FF3.6.13… ── Pic-Sou, le dimanche 13 février 2011 à 10:57 (UTC)

C'est justement ce que j'ai dit au dessus, mon problème n'est pas avec Firefox mais avec mon navigateur régulier (Opéra 11). Linedwell ^[discuter] 13 février 2011 à 12:01 (CET)

Corrigé. Recharger le cache pour que ça remarche (il m'a fallu m'y reprendre à plusieurs fois. Opera m'a l'air aussi pourri qu'IE, au moins à ce niveau-là).

Testé sous Opera 11.01 et Safari 5.

⇨ D^r Brains ^{∞ Consultation ∞} 13 février 2011 à 15:26 (CET)

Ça fonctionne, merci pour la rapidité du traitement, docteur . Linedwell ^[discuter] 13 février 2011 à 15:34 (CET)

Et ça remarche sous Google Chrome aussi. --Maurilbert (discuter) 13 février 2011 à 15:41 (CET)

Bonjour, il semble que la dernière mouture soit de nouveau boudeuse avec Opera 11.01. Linedwell ^[discuter] 17 février 2011 à 10:41 (CET)

OK, je regarde ça.

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 10:47 (CET)

Corrigé. C'était le même problème que précédemment, mais dans la création du label de la case "Tchat".

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

Encore merci pour la rapidité et l'efficacité, Dr. Linedwell ^[discuter] 17 février 2011 à 11:07 (CET)

Barre de navigation en haut

Bonjour à tous ! J'ai repéré la barre de navigation entre le code, la page, la doc, le todo… qui est assez pratique. Pourrait-on l'ajouter en haut de la page /LiveRC, pour pouvoir passer facilement à cette PDD ? Merci ! ── Pic-Sou, le dimanche 13 février 2011 à 10:58 (UTC)

Il y a déjà des liens dans le cadre orange, sous le tableau d'icônes.

⇨ D^r Brains ^{∞ Consultation ∞} 13 février 2011 à 15:09 (CET)

Faute d'orthographe

Bonjour,

Je viens juste pour signaler une petite faute d'orthographe : lorsque l'on rempli le commentaire de révocation, et que l'on clique sur « Non-sourcé » qui est proposé (entre autres), le texte suivant est inscrit automatiquement : « Retrait d'information non sourcées ». « sourcées » est au pluriel, alors que « information » ne l'est pas. Il faudrait donc rajouter le "s".

Voili voilou ! Cdlt, --Jules78120 ^{(Discuter !)} 13 février 2011 à 13:59 (CET)

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

Personnalisation automatique

Ayé, j'ai terminé l'automatisation de la personnalisation. A présent, même les extensions peuvent être ajoutées par ce biais (du moins celles déclarées dans LiveRC, c'est à dire à l'heure actuelle toutes les extensions fonctionnelles existantes).

Si vous avez des extensions installées de façon classique, il convient de les enlever puis de les installer via LiveRC.

Pour mettre d'autres extensions qui ne sont pas dans la liste, il suffit de les ajouter après le commentaire //END PARAMS : tout ce qui est après ce commentaire n'est pas affectée par l'édition automatique.

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

Mise à jour des paramètres bancale

Salut, ce matin en mettant à jour mes paramètres LiveRC (via le bouton de configuration), la mise à jour m'a ajouté le "nouveau" bloc de configuration par dessus celui généré hier au lieu de le remplacer cf. le diff. Est-ce parce que l'automatisation de la personnalisation était encore en train d'être travaillée ? (et donc celà ne se reproduira pas) Ou bien faut-il à chaque fois blanchir son LiveRCparams.js avant de modifier les paramètres de LiveRC ? Merci par avance, Linedwell ^[discuter] 14 février 2011 à 10:57 (CET)

Non, ce n'est pas normal. Il est censé mettre à jour tout ce qu'il y a au-dessus du commentaire //END PARAMS, et celui-ci n'a pas changé.

Je vais voir d'où ça peut venir.

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

Bon, je ne parviens pas à reproduire le bug. Peut-être manquait-il un saut de ligne après le commentaire, ce qui fait qu'il n'a pas été reconnu.

Rééssaye pour voir si ça le refait.

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

Merci, je réessaierais quand j'aurais besoin de modifier, je te tiendrais au courant si ça délire encore. Linedwell ^[discuter] 14 février 2011 à 11:16 (CET)

Je n'aime pas donner d'avis négatif sur une décision faite par quelqu'un qui fait un excellent boulot, mais comme je viens de le faire plus bas et qu'on a toujours tendance à se manifester lorsqu'il y a un problème et moins lorsque tout va bien, je vais compenser ici : cette fonctionnalité est géniale, tout particulièrement le LiveRC store . — Arkanosis ^✉ 17 février 2011 à 21:52 (CET)

Merci.

C'est quoi que tu appelles "le LiveRC store" ?— Le message qui précède, non signé, a été déposé par Dr Brains (discuter)

La page sur laquelle tu peux faire ton marché parmi les extensions de LiveRC. Déjà, c'est très classe, et en plus c'est un excellent moyen d'ouvrir les portes du développement de LiveRC à des nouveaux, tout en leur offrant une visibilité auprès des contributeurs lambda sans commune mesure à s'il fallait bidouiller la configuration à la main. — Arkanosis ^✉ 17 février 2011 à 22:27 (CET)

Erreur dans le code.

Bonjour, J'ai remarqué cette nuit à (08:13 heure française) - (02:14 heure québécoise) une mini apparition d'une portion de code...

Voici un image :

• Pincourt ^{[Me répondre? - Talk to me?]} • 16 février 2011 à 08:19 (CET)

C'est très étrange.

Ce code javascript qui apparaît ne vient pas de LiveRC. Il n'y a à aucun endroit du code d'occurrence d'un code (obj). Je n'ai rien trouvé non plus dans ton LiveRCparam (à ce propos, les extensions aussi sont installables via le menu de paramétrage, nul besoin de les recopier).

Est-ce que ça a été ponctuel ou cela le fait-il toujours ?

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

J'essaie de cliquer sur l'icone en question qui permet d’accéder au paramétrages, et... Rien ne se produit ! Pour le reste, je vais vérifié via mon monobook.js • Pincourt ^{[Me répondre? - Talk to me?]} • 16 février 2011 à 08:38 (CET)

Heu, mais attends. Tu utilises User:EDUCA33E/LiveRC.js ou Utilisateur:Pincourt/RC.js ? Il serait préférable d'utiliser le code original plutôt qu'une copie, à moins que tu ne souhaites y tester des améliorations.

Sinon, si tu es sous Firefox (pas sûr vu la tête de tes boutons), ouvre la console d'erreur (menu Outils), et dis moi si une erreur apparaît lorsque tu cliques sur l'icône.

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

Encore un problème... Depuis ce matin (Depuis la dernière mise à jour du logiciel MediaWiki) LiveRC ne fonctionne plus de mon côté sur 3 naviguateur (IE, FireFox, Chrome) • Pincourt ^{[Me répondre? - Talk to me?]} • 16 février 2011 à 18:56 (CET)

Chez moi, sous Firefox, ça fonctionne.

Suite à cette modif sur tes paramètres, recharge le cache, et dis moi où le script s'arrête. Sous Firefox, quelle erreur as-tu ( Options >>> Console d'erreurs ). (PS : tu utilises la version courante ou encore ta version perso ?).

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

Voici les erreurs...

Avertissement : Erreur d'analyse de la valeur pour « opacity ».  Déclaration abandonnée.
Fichier Source : http://fr.wikipedia.org/wiki/Utilisateur:EDUCA33E/LiveRC
Ligne : 0
Avertissement : Erreur d'analyse de la valeur pour « width ».  Déclaration abandonnée.
Fichier Source : http://fr.wikipedia.org/wiki/Utilisateur:EDUCA33E/LiveRC
Ligne : 0
Avertissement : Pseudo-classe ou pseudo-élément « has » inconnu.
Fichier Source : http://fr.wikipedia.org/wiki/Utilisateur:EDUCA33E/LiveRC
Ligne : 0

C'est les seuls erreurs concernant LiveRC... Oui j'utilise la version hébergé par EDUCA33E maintenant. • Pincourt ^{[Me répondre? - Talk to me?]} • 16 février 2011 à 19:14 (CET)

OK. Donc pas d'erreur javascript (les avertissements concernent généralement le css, à cause d'un sélecteur destiné à un autre navigateur que ton navigateur ne sait pas interpréter. Ca n'a pas d'importance).

En fait c'est comme si LiveRC n'était pas installé.

Tes autres gadgets fonctionnent (NewMessage) ?

Tu es bien sous monobook ?

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

Oui je suis sous monobook, non mes autres gagdets ne fonctionne plus :/... J'ai regardé si le JavaScript était activé... Toute oui • Pincourt ^{[Me répondre? - Talk to me?]} • 16 février 2011 à 19:30 (CET)

J'ai par-contre remarqué que le bandeau {{Titre|}} est apparue de nouveau depuis la maintenance de cette nuit! • Pincourt ^{[Me répondre? - Talk to me?]} • 16 février 2011 à 19:33 (CET)

Ah mais si les autres gadgets ne fonctionnent plus, et si tu n'as pas d'erreur javascript, c'est que le problème ne vient pas de LiveRC. Ca vient probablement de la mise à jour de Mediawiki qui fait que le javascript n'est plus activé chez toi (raison pour laquelle le bandeau {{Titre}} est visible, et raison aussi probablement pour laquelle les boîtes déroulantes ou les palettes ne s'enroulent plus chez toi).

Je ne peux que te conseiller d'attendre, recharger le cache de temps en temps et voir si ça fonctionne à nouveau (avec NewMessage, tu le sauras vite : des bandeaux vont apparaître).

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

Tout remarche ce matin… Sauf l'ouverture du panneau de configuration pour LiveRC! C'est normal ? • Pincourt ^{[Me répondre? - Talk to me?]} • 17 février 2011 à 13:48 (CET)

Ca venait peut-être de ça.

Recharge le cache pour voir si c'est OK.

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

Tchat

Bonjour, je viens de rajouter dans LiveRC une fonction de tchat (basique).

Dans la barre d'option se trouve une nouvelle case, notée "Tchat". Quand on clique dessus ça fait apparaître une nouvelle fenêtre avec les messages + un formulaire pour en envoyer un autre.

Comment ça marche ?

Le fait d'envoyer un message via le formulaire lance une édition de la page Utilisateur:EDUCA33E/LiveRC/Tchat (exemple).

Ensuite, lors de la mise à jour des RC, les modifications sur cette page sont interceptées (elles ne s'affichent pas dans le tableau des RC), et le commentaire (parsé) sert de support au message. On peut donc y mettre des liens internes, mais pas de modèle, de liens externes ou de balises HTML (ils ne seront pas interprétés). Longueur max du message : 250 caractères.

Lors du chargement de la page LiveRC, la page est automatiquement blanchie (action qui n'apparaît ni dans le tableau des RC, ni dans les messages du tchat). Cette action pourrait éventuellement servir à savoir qui se connecte via l'ajout d'un message "Machin s'est connecté" (à discuter), mais il n'y a aucun moyen de savoir qui se déconnecte donc ça ne peut pas vraiment servir à savoir qui est en ligne (cf discussion plus haut). On ne peut d'ailleurs pas savoir si cette personne a la fenêtre de Tchat ouvert ou pas.

Question

Cette fonction étant potentiellement source de flood des RC "normales", faut-il la limiter à un groupe d'utilisateur (autoconfirmed ou autopattrolled) et semi-protéger la page ?

Toutes remarques bienvenues.

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

J'étais assez frileux vis-à-vis de l'idée de modifier le wiki pour des discussions temps réel, mais d'un autre côté c'est le début d'un truc que j'attends depuis longtemps : la patrouille collaborative…

Aussi, je suis d'avis d'autoriser cette fonction à tous (enfin ceux qui ont accès à LiveRC, quoi), au moins dans un premier temps ; histoire de voir si son usage se limite bien au strict nécessaire pour la patrouille (donc peu de modifications) et ne tend pas vers un substitut d'IRC ou de alt.mylife.

Bravo pour le dev (comme d'hab). Amicalement — Arkanosis ^✉ 17 février 2011 à 12:17 (CET)

Ouais enfin c'est pas encore super au point. Pour une raison que je ne comprends pas encore, dans ma fenêtre de tchat je ne vois que mes propres posts, pas ceux des autres. J'espère régler ça dans la journée.

Sinon, je suis d'avis également de laisser libre pour l'instant, voir ce que ça donne.

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

En fait, après test, ça ne me plaît vraiment pas du tout que le message de connexion au tchat soit activé par défaut :

1. je me connecte sur LiveRC, ça ne regarde que moi ;
2. une « contribution » bidon à chaque fois que je charge la page, ça n'est pas super utile à mon humble avis.

Bref, autant je n'ai rien contre les échanges volontaires de messages, autant je pense que le message de connexion devrait être optionnel et surtout désactivé par défaut (réglable dans les options et pourquoi pas activable via un bouton dans l'interface).

Amicalement — Arkanosis ^✉ 17 février 2011 à 18:20 (CET)

Après consultation rapide des patrouilleurs (sur le tchat) en début d'aprèm, il apparaît qu'ils trouvent ça utile (mais je n'ai eu que deux réponses).

Je comprends qu'on puisse ne pas vouloir de cette édition, alors pas d'objection à ce que ce soit optionnel.

Cela dit, cette édition n'a pas pour unique but de renseigner sur les connexions : son principal but (le but originel) c'est d'éviter que la page ne devienne trop énorme : à chaque connexion elle est presque blanchie (remplacée par un unique message).

Du coup, j'ai peur que si cette édition est désactivée par défaut ou si tout le monde la désactive, plus personne ne ramène la page à son état "originel". Il faudrait voir si un bot ne pourrait pas s'occuper de la blanchir, par exemple toutes les heures (Arkbot pourrait-il le faire ?).

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

Il faut que je trouve une machine pour le faire tourner en permanence… j'essaie de regarder ça demain.

Sinon ça pourrait être fait lors de l'ajout d'un message, non ?

Amicalement — Arkanosis ^✉ 17 février 2011 à 19:57 (CET)

Mmmh. En fait oui, ce serait la solution la plus simple, qui permettrait de plus de se passer d'une des deux fonctions d'édition (et de ne pas déranger un robot).

En fait, la fonction de "post" ajoute du texte au texte existant (paramètre API "appendtext"), tandis que la fonction de "blanchiment" remplace le texte existant (paramètre API "text").

En modifiant la première pour utiliser "text" au lieu de "appendtext", il ne serait plus nécessaire de blanchir, la page n'aurait toujours qu'un seul message affiché. Et la fonction de "post pourrait avantageusement servir au message "connexion" qui, puisque sa fonction de blanchiment est assurée par ailleurs, pourrait tout à fait devenir optionnel et désactivé par défaut. Je vais essayer de travailler en ce sens.

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 20:07 (CET)

Et voilà. Il est désormais possible de ne pas éditer le page au démarrage ( , menu paramètres), et donc de masquer sa connexion. Vu qu'à présent un seul message est affiché en même temps dans la page, plus besoin de blanchiment. Cette option est désactivée par défaut (c'est généralement le cas dans tous les forums ou tchat : par défaut on est affiché en tant que connecté).

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 20:30 (CET)

Oui sauf que là je viens d'ouvrir mon navigateur et de faire une éition non voulue. Je suis absolument contre l'activation de cette fonctionnalité par défaut. Nakor (d) 17 février 2011 à 20:52 (CET)

Sondage rapide

La fonctionnalité de tchat provoque au lancement de LiveRC une édition automatique de la page User:EDUCA33E/LiveRC/Tchat (exemple).

Il est possible désactiver cette édition "intempestive" via une option ( , menu paramètres ).

La question est : cela doit-il être désactivé par défaut ? C'est très facilement faisable. Mais faut voir ce qu'en pensent les patrouilleurs. Lorsque j'ai demandé cet après-midi, les deux qui m'ont répondu ont trouvé cette fonctionnalité intéressante (mais je ne sais pas si ils ont compris qu'ils éditaient Wikipédia "à leur insu" lorsqu'ils se connectaient).

Votre avis ?

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 21:07 (CET)

Désolé mais pour moi ce point est non négociable: LiveRC (ou n'importe quel outil) n'a pas a effectuer des modifications avec mon compte utilisateur sans mon accord explicite. Nakor (d) 17 février 2011 à 21:12 (CET)

Personnellement, je m'en fiche. Je ne cherche pas à négocier quoi que ce soit. Je me contente de faire que l'outil fonctionne. C'est pour ça que je passe par un sondage pour régler la question.

Si tu estimes qu'il n'y a pas lieu de faire un sondage, tu peux à loisir (puis que tu es administrateur) modifier la variable "HideTchatConnect" au début du code (Array lrcParams) et la passer à true au lieu de false.

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 21:17 (CET)

idemNakor, comme le laissait supposer mon message précédent. Cela va sans dire (mais mieux en le disant), sans remettre en cause la fonctionnalité, et en te remerciant encore une fois pour ta réactivité.

Amicalement — Arkanosis ^✉ 17 février 2011 à 21:38 (CET)

Dites, les gens, comme je l'ai dit plus haut, je m'en fiche. On est visiblement parti pour que cette option soit désactivée par défaut (je vais laisser courir ce sondage jusqu'à demain, pour les éventuels retardataires et parce que que j'ai mis un appel sur le bistro de demain), et ça ne me gène pas le moins du monde.

Cependant, si vous pouviez donner votre avis dans les sections idoines, ça ne serait pas plus mal, non ?

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 21:44 (CET)

Ça va en effet être à désactiver pour des raisons épidermiques. Cela dit, ce n'était pas inutile de savoir qui s'activait ce script aussi problématique qu'utile. Cela se résoudra finalement quand il pourra être supprimé, ainsi que la tentation de recréer son semblable (Il n'est plus si utile que cela sauf pour entretenir la mythologie de la « Patrouille », plus néfaste qu'autre-chose). Cordialement, --Lgd (d) 18 février 2011 à 02:00 (CET)

Pour

1. Pour une désactivation par défaut (je clique souvent sur le raccourci vers LiveRC par erreur ). kvardek du (la plej bela nombro) ^{le 29 pluviose 219}_{ou le} 17 février 2011 à 21:35 (CET)
2. Pour — Arkanosis ^✉ 17 février 2011 à 22:12 (CET)
3. Pour idem Nakor. Pour une désactivation par défaut. Buisson (d) 17 février 2011 à 21:29 (CET)
4. Nakor (d) 18 février 2011 à 01:48 (CET) PS: désolé d'avoir été un peu sec ci-dessus on va dire que c'était une mauvaise journée.
5. Pour. Linedwell ^[discuter] 18 février 2011 à 11:09 (CET)
6. Pour. Mais bravo et merci, ce sera sans doute très utile dans certains cas. — Jules78120 ^{(Discuter !)} 18 février 2011 à 14:22 (CET)
7. Pour Désactivation par défaut. --Laurent N. ^[D] 18 février 2011 à 15:33 (CET)

42

1. Se pose la question de pourquoi réinventer le chat instantané qui n'est pas adapté à la techno wiki. - Loreleil ^[d-c]-dio 18 février 2011 à 01:46 (CET)

   Si si, c'est adapté. Il existe plusieurs extensions qui le permettent. Mais ce n'est pas le soucis, il n'est nullement question d'installer une de ces extensions.

   Le soucis est de doter LiveRC d'une fonction de communication entre patrouilleurs, le tchat étant la voie la plus naturelle. Or, LiveRC est codé en JavaScript, et c'est donc en JavaScript qu'il faut coder cet outil. La limitation intrinsèque au javascript fait qu'il n'est possible de communiquer que par le truchement d'une modification effective d'une page wiki et la surveillance constante des modifications ainsi faites (ce que LiveRC permet puisque la surveillance des RC est justement son but, dans tout autre contexte ça aurait été un gageure).

   L'effet indésirable mais nécessaire pour que ça marche étant la modification d'une page à de multiples reprises, le problème est donc 1.) que ça peut flooder les RC "normales" 2.) que ça "fausse" l'éditcount ou les contributions des utilisateurs qui s'y adonnent.

   S'ajoute à cela le fait qu'il est impossible de savoir quand un utilisateur se déconnecte, et visiblement le problème "éthique" pour que la connexion (via une édition particulière) soit automatisée, les possibilités offertes sont effectivement limitées par rapport à ce que l'on pourrait attendre d'un vrai tchat.

   La solution probable, pour la prochaine évolution de LiveRC, sera donc sans doute ce qui est évoqué plus bas : la création d'un vrai canal IRC, qui serait inclus dans l'interface de LiveRC via une <iframe>, comme l'est actuellement la fonction de recherche Google. Toutes les fonctions relatives à un vrai tchat seront alors disponibles (liste des connectés notamment), et l'édition d'une page wiki ne sera plus nécessaire pour faire fonctionner le bouzin. La seule fonction qui sera perdue en route est la différenciation des utilisateurs faisant partie de la liste des contacts (car on ne pourra pas modifier en javascript ce qui se trouve dans la fenêtre, sauf config du channel très particulière peu envisageable pour des questions de sécurité), ce que j'estime finalement une perte minime.

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

   La méthodo que j'ai vu utilisée jusqu'ici est inadaptée pour plusieurs raisons, et c'est pas pour rien qu'il y a des extensions spécifiques pour ça. => Si le chat est bcp utilisé, ca va flooder les recents change pour rien, et deuxièmement ca va générer un 2eme bistrot, + un 2ème salon de type IRC ,.... au final on éparpille encore plus en détournant l'usage. Donc tant que le chat n'est pas "externalisé" je ne vois pas pourquoi on autoriserait ceci. - Loreleil ^[d-c]-dio 18 février 2011 à 02:15 (CET)

   Je suis bien conscient du problème posée par le possible floodage des RC. La solution d'un chan dédié que je cite règlerait ce problème. Mais je ne suis pas sûr que cela dégénère en un deuxième bistro comme tu sembles le craindre (à la condition de fixer des règles claires). Quant aux extensions de tchat, pour la plupart elles équivalent à ce que je pense faire prochainement : l'inclusion, au moyen d'un <iframe> d'un <object> ou d'un <embed> d'un canal IRC extérieur au wiki.

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

Bilan

Bon, le bilan, c'est que j'ai finalement opté pour la solution du chan IRC, en l'occurrence http://webchat.freenode.net/?channels=#vandalism-fr-wp

Je viens de mettre à jour LiveRC ainsi que son numéro de version (ce qui devrait pousser les gens à mettre à jour leur cache et abandonner l'ancienne version du tchat).

Néanmoins, je reste d'avis qu'un chan spécifiquement dédié à LiveRC, en particulier où Salebot ne flooderait pas, serait préférable. Mais je ne sais pas comment on fait pour créer un chan, je laisse donc à d'autres le soin de s'en occuper.

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

Edit, bon ben Pincourt (d · c · b) a crée le chan #wikipedia-fr-liverc, dédié à LiveRC. j'ai donc mis à jour le code.

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

Pictogramme "ébauche" : utilité ?

Dans les nouvelles fonctionnalités, LiveRC signale les articles avec un bandeau d'ébauche. J'ai du mal à comprendre quel peut être l'intérêt lors des surveillances. Qu'un article soit une ébauche ou non, il doit être surveillé de la même manière. Autant je comprends l'intérêt de signale les AdQ et BA, autant l'ébauche, je ne vois pas à part décider de ne pas examiner un diff parce que l'article est à l'état d'ébauche. En tout cas, cela me paraît être une indication qui prend de la place ou dissipe l'attention pour rien. --Laurent N. ^[D] 17 février 2011 à 01:26 (CET)

Ca avait été demandé dans le ToDo.

Si tu ne souhaite pas voir apparaître cette icône, tu peux modifier les paramètres (icône dans le menu d'options, section icônes) et blanchir le champ correspondant à l'icône "Ébauche".

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 01:53 (CET)

Merci. En tout cas, je n'ai pas compris la demande initiale d'afficher le statut "ébauche". Autant indiquer qu'un article est de création récente (exemple : moins d'une heure) histoire de mieux repérer les bacs à sable, je comprends, autant la présence d'un bandeau d'ébauche sert à quoi ? --Laurent N. ^[D] 18 février 2011 à 15:36 (CET)

Bug de l'animation

Bonjour, ça fait 2 fois que je constate un bug. L'icone animé de LiveRC reste bloqué à tourner et les RC ne s'affichent plus, ça reste bloqué. Même avec une recharge du cache, c'est pareil. Le premier coup ça a marché 1h30 environ sans problème et le 2ème coup 3 minutes. Je reteste et je vous tiens au courant. Leag ⠇⠑⠁⠛ 17 février 2011 à 11:01 (CET)

Il y avait un bug avec Opera (qui faisait probablement aussi planter Safari et Chrome). C'est corrigé à présent (voir section plus haut). Après purge du cache cela devrait revenir.

⇨ D^r Brains ^{∞ Consultation ∞} 17 février 2011 à 11:06 (CET)

Merci Leag ⠇⠑⠁⠛ 17 février 2011 à 11:57 (CET)

Salut, je constate le même bug à l'heure actuelle, freeze après quelques minutes d'utilisation. Malgré une purge et je suis sous Firefox 3.6.13. Voilààà. KoS (d) 17 février 2011 à 16:17 (CET)

Moi aussi j'ai le même bug sous Firefox. J'attends des nouvelles... Amicelament, Letartean (d) 17 février 2011 à 19:01 (CET)

Je crois que ça venait simplement de là. Après purge du cache, ce devrait être bon.

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

LiveRC ne fonctionne plus sous monobook + FF 3.6.13. Par contre, c'est Ok sous vector. Mon vector.js est l'import de mon monobook.js --Pªɖaw@ne 18 février 2011 à 11:58 (CET)

Je suis sous monobook et FF 3.6.13 et chez moi ça fonctionne.

As-tu un message d'erreur ( Outils >> console d'erreur ) ?

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

Je n'ai plus le lien LiveRC ds la colonne de gauche et sur la page Utilisateur:EDUCA33E/LiveRC, pas de mise en route comme si le script ne fonctionnait pas. --Pªɖaw@ne 18 février 2011 à 17:52 (CET)

Bon j'ai transféré mon monobook.js sur mon common.js et LiveRC fonctionne. Par contre j'ai toutes mes fonctions js en double. --Pªɖaw@ne 18 février 2011 à 18:00 (CET)

Tchat (2)

J'ai remarqué que l'on peut faire des recherches sur Google à l'intérieur d'une fenêtre de LiveRC. Ne serait-il pas possible d'ouvrir une fenêtre d'accès web à un channel IRC comme il est possible de le faire pour le channel de Wikipédia dans un channel dédié à LiveRC. De cette façon on éviterait de surcharger les page de RC et de faire des milliers de contrib sur Wikipédia? Je ne suis pas du tout programmeur ni familier au IRC mais ça me semble une solution élégante. Amicalement, Letartean (d) 17 février 2011 à 22:01 (CET)

Si, probablement.

Mais il faut au préalable créer le channel IRC.

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

C'est une idée. Pour information, toutefois, un chan dédié aux RC existe déjà (#vandalism-fr-wp),avec Salebot (d · c · b) qui fait défiler les RC. SM ** ようこそ ** 17 février 2011 à 22:23 (CET)

Je viens d'aller y voir. Je pense que ce serait mieux d'avoir un chan exclusimement dédié à LiveRC, où

• ne seraient connectés que ceux qui utilisent LiveRC
• Salebot (d · c · b) ne viendrait pas flooder toutes les deux secondes dès qu'une IP bouge un orteil (on a déjà accès au RC dans LiveRC).

Cela dit, ce channel pourrait déjà servir à mettre au point le truc.

Je verrai ça une fois la modif a priori programmée pour demain (et déjà prête dans mon LiveRC perso) concernant l'activation ou pas de l'option de connexion sera reportée sur le code courant.

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

Multiplier les espaces IRC quand ceux existants sont déjà parfois contestés n'est pas une idée fascinante. Mettre en place un outil permettant de faire, comme le soulignait Arkanosis, de la veille concertée sur les RC (il dit « de la patrouille collaborative » mais je n'aime pas le folklore patrouilleux), avec des échanges traçables, ce serait autre chose et beaucoup mieux. En résumé: svp : pas de bordel IRC supplémentaire. Cordialement, --Lgd (d) 18 février 2011 à 02:15 (CET)

Je ne comprend pas vraiment le sens de vos dire. D'un côté vous voulez une façon de discuter mais une page wiki modifiée à chaque parole paraît impraticable. Un channel IRC n'est qu'un espace pour discuter de façon live et faire de la patrouille collaborative. Je ne comprend pas pourquoi ça ne serait pas acceptable. Je crois que le problème des channels IRC que vous évoquez sont autres et que ce serait une solution éléguante à un problème d'ordre technique quitte à se donner des règles différentes de celles qui ont cours sur les autres channel. Amicalement, Letartean (d) 18 février 2011 à 02:23 (CET)

Attention, je n'ai rien contre l'utilisation de LiveRC pour la patrouille : c'est un outil imparfait, mais incontestablement utile (et donc « mieux que rien »).

Ce qu'il manque à cette techo, c'est de la « mémoire ». Si je patrouille à 19 h 00 et que je signale un comportement suspect alors que je suis tout seul sur le chan, cela ne sert à rien : un autre patrouilleur qui arriverait à 19 h 01 n'en saurait rien.

Donc à mon sens, oui, un chan IRC s'il est bien cadré (la patrouille veille et rien de plus) est une bonne chose et je soutiens pleinement l'idée. Pour autant, je ne considère pas que c'est la bonne solution ; juste une avancée importante.

Amicalement — Arkanosis ^✉ 18 février 2011 à 19:10 (CET)

(Edit) Ben oui, mais des échanges traçables, ça veut dire des éditions sur wiki. Ce qui justement pose problème au niveau des RC "normales" (pour le moment pas trop, mais à l'avenir surement si trop de gens utilisent cette fonction) et ne permet pas de bénéficier des fonctionnalités basiques d'un vrai tchat, comme la liste des connectés.

Donc je pense que, sauf à abandonner totalement l'idée d'une communication entre patrouilleurs, un chan dédié serait l'idéal (je parle bien d'un chan dédié à la patrouille, pas aux discussions pseudo-"cabalistiques" qui ont lieu ailleurs sur d'autres canaux).

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

Ça me semble effectivement être la bonne solution pour le moment. — Arkanosis ^✉ 18 février 2011 à 19:10 (CET)

Utilité du tchat vs planning de patrouille

Bonjour. Je n'ai pas compris l'utilisé d'un canal de tchat pour patrouilleur alors qu'il existe déjà un canal IRC pour WP FR pour demander un avis extérieur si on a un doute sur quelque chose. En revanche, ce qui est utile, c'est d'indiquer s'il y a une patrouille en cours. Cela permet de repérer rapidement si sa présence et utile ou non en fonction des effectifs du moment. Mieux, si un patrouilleur pouvait indiquer environ jusqu'à quelle heure il restera connecté, cela permet de mieux lisser la charge sur les RC. --Laurent N. ^[D] 18 février 2011 à 15:39 (CET)

Justement, un canal exclusivement dédié à LiveRC permet de savoir en gros qui patrouille (ceux qui sont sur le canal sont aussi sur LiveRC, l'inverse n'étant pas forcément vrai). Ce qui ne serait pas forcément le cas avec un canal existant.

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

Là, je peux comprendre l'utilité du canal, mais c'est peut-être un peu overkill d'ouvrir un canal juste pour une signalisation de présence. --Laurent N. ^[D] 18 février 2011 à 16:00 (CET)

Ben on peut aussi discuter, quand même. C'est la fonction première d'un tchat. Ce que j'évoque plus haut n'est que la raison pour laquelle il a été préféré un canal dédié plutôt qu'un des canaux déjà existants.

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

Merci aux concepteurs / développeurs

Juste un remerciement aux personnes en train d'améliorer LiveRC ! Lorsqu'on voit toutes les fonctionnalités mises en place alors qu'il s'agit juste d'un outil à base de javascript et sans accès direct à une base de donnée, j'imagine toutes les difficultés techniques à résoudre. --Laurent N. ^[D] 18 février 2011 à 16:07 (CET)

+1 ! Bravo particulièrement à Dr.Brains ! --Pic-Sou 18 février 2011 à 18:59 (CET)

Merci au développeurs/concepteurs et à ceux qui suggère des ajouts :) • Pincourt ^{[Me répondre? - Talk to me?]} • 19 février 2011 à 00:44 (CET)

Page protégée vs Page bloquée

C'est quoi la différence entre une page bloquée ou protégée ? --Pªɖaw@ne 18 février 2011 à 22:15 (CET)

Le premier indique l'acte de protection, il accompagne le log.

Le deuxième indique si une page est effectivement protégée, même si la protection a eu lieu il y a longtemps (appartenance à la catégorie Page protégée).

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

Ok, c'est assez fin. Bon justement j'arrive pas à protéger une page en passant par le bouton proposé. Les boites de motif et de durée apparaissent mais le bouton confirmer (live) n'enclenche pas de protection. --Pªɖaw@ne 19 février 2011 à 00:10 (CET)

OK, je vais voir d'où ça peut venir.

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

Corrigé.

Problème dû à la mise à jour Mediawiki a priori. Avant ça marchait correctement.

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

Filtres Anti Erreur

Bonjour. Au démarrage de LiveRC avec la case "Listes" cochée par défaut. J'ai le droit à la liste des derniers enclenchements de filtre, mais sans savoir si la modification / page est révoquée / supprimée et sans annuler directement. Normal ou bug du programme ? --Superjuju10 ^{Un aubois à votre service} 19 février 2011 à 22:08 (CET)

Salut,

Malheureusement, MediaWiki n'établit pas de lien entre le déclenchement d'un filtre et l'éventuelle contributions associée (j'écris « éventuelle », parce qu'un filtre peut se déclencher sans qu'il y ait de contribution, s'il y a un avertissement ou une interdiction).

Si tu estimes qu'un des filtres existant devrait baliser les modifications (de telle sorte qu'un message en rouge s'affiche dans LiveRC en dessous du résumé de modification), dis-moi lequel et je m'en occupe .

Amicalement — Arkanosis ^✉ 19 février 2011 à 22:33 (CET)

@Superjuju :

Tu veux dire plutôt la cas "Filtres".

Comme l'explique Arkanosis, il n'y a pas forcément corrélation entre un edit et le déclenchement d'un filtre, un filtre donné, qui déclenche un avertissement avant publication, pouvant (c'est aussi son but) dissuader l'utilisateur de publier (il y en a très peu je crois qui interdisent la modif).

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

@Arkanosis, si possible les numéros 3, 24 et 25. --Superjuju10 ^{Un aubois à votre service} 20 février 2011 à 09:26 (CET)

rappel et précision raisonnables. — Arkanosis ^✉ 20 février 2011 à 12:29 (CET)

Espaces de noms

Bonjour,

Je viens de corriger plusieurs bugs qui était jusque là passé inaperçus :

• le paramètre API rcnamespace ne concerne que list=recentchanges, il est ignoré pour list=logevents et list=abuselog. J'ai donc ajouté deux tests lors de la réception de la requête principale pour filtrer les logs et les filtres selon le namespace (si différent de *) ;
• la fonction de réception de la requête principale ( getRC() ) tablait sur le fait qu'il y avait toujours au moins une ligne de rc, de log, ou de filtre. Ce qui n'est absolument pas sûr. Là aussi, j'ai donc rajouté des tests.

Pour les requêtes secondaires ( getRedirCat() et getRedirCat2() ), j'ai pensé ajouter le paramètre &clshow=!hidden, afin de ne considérer que les catégories visibles, avant de me raviser. Cela poserait en effet problème pour les tests "page protégée", "AdQ", "Ebauche", etc.. qui sont des catégories cachées. Mais, cette absence de distinction pose problème quant au statut ^(cat ?), car les catégories cachées ne devraient pas compter à ce niveau-là. Je pense donc à rajouter un paramètre &clprop=hidden à ces requêtes, afin de pouvoir les distinguer et écarter les catégories cachées du compte total. La page n'étant considérée comme catégorisée que si il y a au moins une catégorie non cachée, contrairement à ce qui se fait actuellement où il suffit qu'il y ait une catégorie, même cachée, pour considérer la page comme catégorisée.

Dans le même temps, je songe à étendre ce marqueur ^(cat ?) à d'autres espaces de noms (il n'est pour le moment actif que sur le ns0), probablement tous les espaces de noms pairs sauf ns2 (Utilisateur:). Votre avis à ce sujet ?

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

Bandeaux

Bandeaux à ajouter à la liste des bandeaux posables dans les articles. N'hésitez pas à ajouter vos propositions.

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

• {{R3R}} (withDate = non)
• {{Traduction à revoir}} (withDate = non)

Serait-il possible de faire en sorte que la page ne soit pas créée si elle n'existe plus ? (voir Spécial:Restaurer/Mohamed_elmarzouki par exemple). Merci ! Orlodrim ^[discuter] 23 février 2011 à 13:57 (CET)

Je crois que oui, il y a un paramètre pour ça. Je regarde ça.

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

Confirmé : paramètre nocreate dans la requête API. Je mettrai à jour en même temps que ce qui se décide ci-dessous.

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

A tester.

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

Panel "avertir" sur une nouvelle page

Bonjour,

avec la version 0.4.5d, l'apparition de la possibilité de mettre les bandeaux {{à sourcer}}, {{admissibilité}}, etc. est très pratique mais le panel "avertir" a disparu. Je trouve ça quelque peu dommage car lors d'un blanchiment (ou autre action), il devient impossible de prévenir directement le créateur de l'article de la raison du pourquoi.

Je ne sais pas si je suis le seul à regretter cette "disparition" d'où mon petit message.

--Coyote du 86 ^{[Me contacter]} 23 février 2011 à 13:28 (CET)

Précisions :

• Ce n'est pas seulement sur les "Nouvelles pages", mais sur la visualisation de n'importe quelle page (càd via le gros lien bleu, fonction liveArticle() pour les bidouilleurs).
• Lorsque j'ai ajouté la fonction d'ajout de bandeau, j'ai estimé que la juxtaposition des trois panels "bandeau", "blanchir" et "avertir" serait trop large pour une majorité d'écran, le panel avertir est donc passé à la trappe, étant disponible lors de la visualisation d'un diff. La remise en place de celle-ci ne pose aucun problème technique.
• la présence du panel "avertir" lors de la visualisation d'articles était récente (au pifomètre je dirais guère plus récente que la version 4.3 ou 4.4)
• Je n'ai pas d'avis tranché sur la question. Mon écran supportera très bien les trois panels côte à côte.

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

Sondage pour le retour des bandeaux d'avertissements lors d'un blanchiment

Pour

1. Pour Très utile pour avertir l'utilisateur concerné. Coordialement, Pincourt ^{[Me répondre? - Talk to me?]} • 23 février 2011 à 13:34 (CET)
2. Pour cf mon message précédent. --Coyote du 86 ^{[Me contacter]} 23 février 2011 à 13:40 (CET)
3. Pour Plus pratique. PC because (d) 23 février 2011 à 13:43 (CET)
4. Pour Leag ⠇⠑⠁⠛ 23 février 2011 à 14:38 (CET)
5. Pour. Linedwell ^[discuter] 23 février 2011 à 14:38 (CET)
6. Pour je crois que c'est aussi pratique que la révocation ! --Pic-Sou 23 février 2011 à 16:08 (CET)
7. Pour oui, parce que ça se fait pas de rien dire, quand on blanchit Pkthib ^Discuter 23 février 2011 à 17:56 (CET)

Bilan

Fonction remise en place. ⇨ D^r Brains ^{∞ Consultation ∞} 23 février 2011 à 23:52 (CET)

Impossible d'afficher les Diff

Bonjour, je ne peux plus voir les diffs sous Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20110103 Fedora/3.6.13-1.fc14 Firefox/3.6.13 et Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13. Dans la console j'ai deux erreurs:

Error: undefined entity
Source File: http://fr.wikipedia.org/w/index.php?title=Utilisateur:EDUCA33E/LiveRC&action=purge
Line: 103, Column: 19
Source Code:
  <td colspan="2"> </td>

Error: bC is null
Source File: http://fr.wikipedia.org/w/index.php?title=User:EDUCA33E/LiveRC.js&action=raw&ctype=text/javascript
Line: 4320

Nakor (d) 23 février 2011 à 19:08 (CET)

Sans doute dû aux mises à jour de Mediawiki... Je ne sais pas réparer ça, mais j'ai fait un patch temporaire sur une ancienne version pour récupérer les fonctionnalités minimales (Utilisateur:Orlodrim/LiveRC.js). Orlodrim ^[discuter] 23 février 2011 à 21:12 (CET)

J'ai corrigé la deuxième erreur (celle qui faisait tout boguer).

Par contre je ne vois pas d'où vient l'autre.

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

Mon patch est fait pour parer au plus pressé, mais tout est cassé en fait (affichage des articles, de l'historique, des contributions...). Orlodrim ^[discuter] 24 février 2011 à 00:05 (CET)

Merci pour cette première correction. Les filtres ne marchent pas non plus avec un message similiare. Nakor (d) 24 février 2011 à 00:06 (CET)

Oui, j'ai vu. Je croyais que le pb ne concernait que les diff en fait.

Je vais essayer une nouvelle approche, puisque le problème semble venir du parsing de la page ( fonction gml_XMLParse() ) qui ne fonctionne plus pour une raison qui m'échappe.

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

Il suffit d'un bug dans le code html. D'ailleurs, la documentation Mozilla dit "DOMParser sert à analyser des chaînes et des flux de texte XML. Il ne peut pas servir à traiter de la « soupe de balises » HTML". Là, ils viennent de tout changer, même le DOCTYPE, alors forcément... Une solution générale (mais moche) est de prendre le contenu HTML entre "<!-- start content -->" et "<!-- end content -->". Orlodrim ^[discuter] 24 février 2011 à 00:28 (CET)

En fait, je tente une autre approche encore que celle-là :

• Dans une fonction spécifique :
• créer un <div style="display:none">
• Y ajouter le résultat de la requête
• Appliquer un getElementWithId() pour chercher l'élément souhaité ( par défaut "bodyContent"/"Article/"mw_contentholder" mais on peu cibler plus spécifique, par exemple "editform")
• Renvoyer cet élément.

A chaque appel de cette fonction, le <div style="display:none"> précédent étant supprimé.

Sur ma version perso ça marche, mais j'ai encore quelques bugs à régler.

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

Script mis à jour.

A priori plus aucun problème.

Je n'ai pas supprimé la fonction gml_XMLParse(), mais je pense qu'elle est à présent obsolète. A voir plus tard.

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

Diff réduit

Hello, en diff réduit, tous les boutons de droite n'apparaissent pas oO (défaire etc) Argos - oO 26 février 2011 à 15:40 (CET)

Corrigé ⇨ D^r Brains ^{∞ Consultation ∞} 26 février 2011 à 15:58 (CET)

merci Argos - oO 26 février 2011 à 16:14 (CET)

Mémoire ?

Hey, ça faisait un moment que j'étais pas revenu sous liveRC, bravo pour toutes les modifs. Mais... Mais... C'est moi ou ça rame à mort ? Argos - oO 26 février 2011 à 21:37 (CET)

J'ai fait un peu de profiling et les résultats sont… très parlants.

Je vous prépare une version optimisée de LiveRC  ; bonne nuit. — Arkanosis ^✉ 26 février 2011 à 23:24 (CET)

J'ai trouvé un problème j'ai l'impression. Toutes les requêtes sont en mode synchrone au lieu d'être en asynchrone... Je teste chez moi voir ce que ça donne. Argos - oO 27 février 2011 à 13:12 (CET)

Note évidememnt rien à voir avec l'usage mémoire, m'enfin ça peut expliquer pourquoi liveRC rame. Sinon je vais faire le pénible mais les noms de variables qui commencent par une majuscule c'est une horreur [2] Argos - oO 27 février 2011 à 13:28 (CET)

• non non, les requêtes sont bien en asynchrone (par defaut, mais c'est ce qui est utilisé tout le temps).
• ça vient du fait que plusieurs personnes ont mis les mains dans le cambouis, avec chacun leurs habitudes. Le jour où tous les petits bugs restants seront éliminés et que quelqu'un se décidera à passer la version à 1.0, alors on pourra sans doute renommer tout ça comme il convient (en faisant attention aux variables personnalisables, dont l'ancien nom doit rester défini pour ne pas faire planter la config perso).

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

ok Arkanosis vient de m'expliquer que undefined est différent de false en JS... Merci Argos - oO 27 février 2011 à 16:48 (CET)

Thème « Vector » pour LiveRC

Bonjour, J'ai créé un thème pour LiveRC, qui fournit une meilleure intégration à Vector (c'est-à-dire le dernier thème de Wikipedia). Une capture d'écran est disponible ici. Pour l'utiliser, il suffit d'ajouter le texte suivant à votre vector.css :

/* Début du thème LiveRC */

.page-Utilisateur_EDUCA33E_LiveRC #content {
	padding: 0;
	border: 1px solid #a7d7f9;
	background: white;
	margin-right: 0;
	padding-top: 5px;
	padding-bottom: 5px;
	position: relative;
	top: -41px;
	border-right: none;
	z-index: 500;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #p-logo a {
	background: url('http://upload.wikimedia.org/wikipedia/commons/thumb/b/b2/LiveRC.svg/135px-LiveRC.svg.png') no-repeat !important;
	margin-left: 11px;
	margin-top: 15px;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #mw-page-base {
	background-position: 0 -4px;
	background-color: #f6f6f6;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #content *:not(td):not(input):not(select) {
	border-left: none !important;
	border-right: none !important;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #tabRC {
	border: 1px solid #ccccda !important;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #content td[width="25%"] {
	border: none;
	padding-top: 10px;
	padding-bottom: 10px;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #content td[width="25%"] sup {
	vertical-align: middle;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #mw-head-base, #livePreviewTitle b, .page-Utilisateur_EDUCA33E_LiveRC #top, .page-Utilisateur_EDUCA33E_LiveRC #topbar, .page-Utilisateur_EDUCA33E_LiveRC #siteSub, .page-Utilisateur_EDUCA33E_LiveRC #sitesub, .page-Utilisateur_EDUCA33E_LiveRC #contentSub, .page-Utilisateur_EDUCA33E_LiveRC #subtitle, .page-Utilisateur_EDUCA33E_LiveRC #RealTitleBanner, .page-Utilisateur_EDUCA33E_LiveRC #RealTitle, .page-Utilisateur_EDUCA33E_LiveRC #p-cactions, .page-Utilisateur_EDUCA33E_LiveRC #left-navigation, .page-Utilisateur_EDUCA33E_LiveRC #right-navigation, .page-Utilisateur_EDUCA33E_LiveRC #subpages, .page-Utilisateur_EDUCA33E_LiveRC #footer, .page-Utilisateur_EDUCA33E_LiveRC #firstHeading {
	display: none !important;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #bodyContent {
	background: none;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #bodyContent > table, #livePreviewTitle, #divLivePreview, #livePreview, #livePreviewFoot {
	border: none !important;
	background: none !important;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #livePreview {
	border-bottom: 1px solid #ccccda !important;
}
 
#livePreviewFoot {
	padding: 10px;
	padding-bottom: 15px;
}
 
#livePreviewTitle table {
	margin-bottom: 5px;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #bodyContent > table tbody *, .page-Utilisateur_EDUCA33E_LiveRC #bodyContent > table tbody {
	background: none;
}
 
.page-Utilisateur_EDUCA33E_LiveRC #bodyContent li {
	list-style: none;
}
 
.page-Utilisateur_EDUCA33E_LiveRC a[title="Supprimer les lignes de blanchiment"] {
	color: #eeeeee !important;
}
 
.page-Utilisateur_EDUCA33E_LiveRC table[rules="all"] + div, #tsInit {
	background: none !important;
	border: none !important;
	font-size: 10px !important;
	padding-left: 18px;
}
 
.page-Utilisateur_EDUCA33E_LiveRC table[rules="all"] + div small {
	font-size: inherit;
}
 
.page-Utilisateur_EDUCA33E_LiveRC table[rules="all"] + div + ul {
	padding: 0;
	margin: 0;
}

/* Fin du thème LiveRC */

Qu'en pensez-vous ? Marin 27/02
13:36

L'affichage des titres dans la fenêtre de prévisualisation bug.. Impossible de voir le titre de l'article en question :/ Pincourt 27 février 2011 à 21:21 (CET)

LiveRC 0.4.6

Hello ,

Pas de nouvelle fonctionnalité dans cette version, mais pas mal d'optimisations :

• une seule requête pour le LiveRCparam.js si celui-ci n'existe pas (impact : négligeable)
• réorganisation de l'ordre des requêtes au lancement (impact : réactivité au démarrage très améliorée)
• récupération des messages système utiles uniquement (impact : de négligeable à considérable selon la vitesse de connexion)
• chargement du tchat seulement en cas d'utilisation (impact : notable)
• désactivation des filtres en amont plutôt qu'à l'affichage (impact : important)
• possibilité de désactiver « Charger la liste des articles et utilisateurs suivis » (impact : de négligeable à considérable selon la vitesse de connexion et la taille de la liste de suivi)
• possibilité de désactiver « Charger les catégories d'utilisateurs et le journal des blocages » (impact : d'important à considérable selon la vitesse de connexion et le statut de sysop) — l'option existait déjà mais ne désactivait pas le journal des blocages
• possibilité de désactiver « Charger les catégories et modèles des articles » (impact : d'important à considérable selon la vitesse de connexion et le statut de sysop)

J'ai mesuré la vitesse de lancement à froid de LiveRC dans les conditions suivantes :

• Firefox 3.6.x (JIT traçant) sur machine surpuissante (la vitesse du JavaScript est donc négligeable)
• Connexion ADSL 512 kbps (pas super rapide donc)
• Compte utilisateur « non admin » (donc limité à de « petites » requêtes HTTP)

Les résultats sont les suivants (mesure la plus rapide sur 5) :

• LiveRC 0.4.5d : 29 secondes
• LiveRC 0.4.6 : 19 secondes
• LiveRC 0.4.6 (options coûteuses « Charger la liste des articles et utilisateurs suivis », « Charger les catégories d'utilisateurs et le journal des blocages » et « Charger les catégories et modèles des articles » désactivées) : 5 secondes — équivalent au temps de chargement d'un article moyen avec quelques images

La vitesse de croisière (hors lancement, donc) ne devrait pas avoir changé beaucoup par rapport à la 0.4.5d, sauf cas peu probable où un grand nombre de filtres anti-erreur seraient déclenchés en peu de temps. La désactivation de l'option « Charger les catégories et modèles des articles » peut en revanche avoir un impact considérable sur cette vitesse de croisière, la réactivité et l'occupation mémoire de LiveRC.

Il reste encore de nombreuses optimisations à apporter ; en attendant, je suis tout à l'écoute de vos retours .

Amicalement — Arkanosis ^✉ 27 février 2011 à 21:32 (CET)

Je n'ai pas encore testé, mais la plupart des modifs me semblent pertinentes. En revanche, petites remarques :

• fonction getAllmessages() ou plus exactement la requête faite avant dans la fonction getRights() : C'est de loin la fonction la plus coûteuse en termes de temps de chargement au démarrage de LiveRC, aussi je comprends le choix de la réduire aux seuls messages systèmes utilisés, mais je trouve dommage de s'en priver car
  • une extension peut avoir besoin d'un message qui n'est pas dans la liste
  • à chaque fois qu'on aurait besoin d'un nouveau message système, il faut le rajouter dans la requête
  • cette fonction n'est appelée qu'une seule fois au démarrage, et n'a donc que peu d'impact sur le fonctionnement "normal" de LiveRC
• il faut tenir à jour Utilisateur:EDUCA33E/LiveRC/ToDo#Archive des versions / Versions après tout changement important, surtout si le n° de version change.

⇨ D^r Brains ^{∞ Consultation ∞} 27 février 2011 à 21:13 (CET)

Ok, je vais chercher un moyen de donner aux extensions la possibilité d'indiquer au démarrage ce qu'elles utilisent comme messages. Pour info, cette seule requête prenait 6 secondes chez moi contre 300 ms maintenant.

Je m'occupe de la maj du Todo dès que j'ai accès à un PC.

Amicalement — Arkanosis ^✉ 27 février 2011 à 22:35 (CET)

J'ai bien conscience de la longueur de cette requête.

Peut-être faudrait-il revoir l'ordre des requêtes au démarrage, afin de faire les autres requêtes en parallèle avec celle-ci. Il faudrait vérifier à quel moment, dans le processus, on a besoin d'un message système. J'ai dans l'idée qu'en fait on n'en a pas besoin avant getRevision() (affichage des lignes de diff). Cependant, il faudrait qu'elle soit finie au moment du Hook "AfterOptions", pour ne pas pénaliser les extensions qui s'activent à ce moment-là.

Sinon, pour gagner un peu de temps, on pourrait aussi la lancer hors-contexte et non plus durant le addOnloadHook().

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

Petite mise à plat du processus de "chargement" actuel.

                  addOnloadHook
                  |          |
                  V          V
               getRights    LiveRC_ManageParams_GetOldParamsOldid
                  |                      |
                  V                      V
             getAllmessages      LiveRC_ManageParams_GetOldParams
             /            \
            V              V
     buildControlBar   getDisambiguationTemplates
            |
            V
          LiveNS
            |
            V
         LiveSysop
            |
            V
           LiveWatch
            |      \
            V       V
      loadBlocks   liveRC
          |            
          V
      UserInCat

On constate plusieurs pb :

• liveRC est lancée alors que UserInCat (et probablement loadBlocks) ne l'est pas encore ou n'est pas finie
• bien qu'il y ait peu de liens de causalité entre les différentes fonctions (LiveNS obligatoirement après buildControlBar, LiveRC_ManageParams_GetOldParams obligatoirement après LiveRC_ManageParams_GetOldParamsOldid, UserInCat obligatoirement après loadBlocks, et peut-être quelques autres, à vérifier) on voir nettement que la branche principale est très longue, et dont les temps de chargement des différentes requêtes s'ajoutent.

Peut-être serait-il opportun de repenser l'organisation de ces requêtes, de façon à

• avoir des branches au temps de chargement à peu près équivalent, ce qui réduirait le temps total de chargement pour l'utilisateur
• avoir pour chacune de ces branches une variable de type "CetteBrancheOK" qui seraient toutes testés au début de liveRC, afin que celle-ci ne soit lancée que si la totalité du chargement est terminé. Cela suppose que toutes les requêtes finales de chaque branche lance liveRC.
• si possible, mettre getAllmessages seule dans une branche afin de conserver la requête de la totalité des messages système.

⇨ D^r Brains ^{∞ Consultation ∞} 28 février 2011 à 09:42 (CET)

Le fait que loadBlocks et UserInCat viennent après le démarrage était volontaire, en fait : ça n'apporte pas d'information essentielle, par contre ça ralentit fortement le chargement (personnellement, j'ai même mis LiveWatch après). Orlodrim ^[discuter] 28 février 2011 à 09:57 (CET)

Sauf que ça induit que sur les premières RC retournées, les catégories d'utilisateurs ou les utilisateurs récemment bloqués passent à la trappe.

⇨ D^r Brains ^{∞ Consultation ∞} 28 février 2011 à 10:47 (CET)

Voilà comment pourrait être redéfini le chargement initial :

                    addOnloadHook
                          |
    -----------------------------------------------------------------------------------
    |            |            |                     |                                 |
    V            V            V                     V                                 V
 LiveSysop*  loadBlocks*   getRights*           getAllmessages*          LiveRC_ManageParams_GetOldParamsOldid*
    |            |            |                     |                                 |
    V            V            V                     V                                 V
 LiveWatch*  UserInCat*  buildControlBar  getDisambiguationTemplates      LiveRC_ManageParams_GetOldParams*   
    |            |            |                     |                                 |
    |            |            V                     |                                 |
    |            |          LiveNS                  |                                 |
    |            |            |                     |                                 |
    V            V            V                     V                                 V
    ------------------------------> All load OK ? <------------------------------------
                                        |
                                        V
                                     liveRC*


* : fonction nécessitant une requête Ajax

⇨ D^r Brains ^{∞ Consultation ∞} 28 février 2011 à 11:08 (CET)

Personnalisation pour LiveRC - Validation impossible sur Chrome

Bonjour. Tout est dans le titre. Avec Google Chrome je ne peux pas sauvegarder mes personnalisations, alors que je peux le faire sous Firefox.

Merci d'avance pour le nécessaire. Cordialement. --Superjuju10 ^{Un Aubois à votre service} 28 février 2011 à 13:21 (CET)

Corrigé ⇨ D^r Brains ^{∞ Consultation ∞} 28 février 2011 à 13:59 (CET)

Modes "submit"

Bonjour,

je viens de modifier la façon dont sont gérés les formulaires des différentes prévisualisation ayant un mode "submit" (édition, renommage, suppression, protection, blocage, masquage).

Le but est de :

• corriger un bug que j'avais remarqué lors de la suppression d'un fichier : un id est sans doute différent ce qui fait que cela ne marchait pas
• peut-être d'autres bugs similaires qui m'auraient échappé
• préparer le terrain pour la mise en place du masquage de plusieurs versions simultanément (à partir du bouton présent dans l'historique). L'interface étant différente suivant que le masquage concerne 1 version ou plusieurs, la fonction liveDeleteRevision n'était pas adaptée à ce deuxième cas.

Cette nouvelle façon de faire ne s'appuyant plus du tout sur les id ou sur les name, elle devrait permettre par sa souplesse de faire face à d'éventuels changements dans les différents formulaires.

J'ai déjà pu rapidement tester l'édition, le masquage, la protection et la suppression. Mais si vous trouvez des bugs, merci de me faire remonter l'info.

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

Ptit problème

Bonjour,

Depuis aujourd'hui (1er mars), sur LiveRC, je n'ai plus les cadres verts pour les nouvelles pages, ni les cadres blancs pour les blanchiments (et parfois pas les cadres rouges, uniquement quand c'est Salebot qui révoque). J'ai vidé mon cache, ça continue. J'ai remis tous les paramètres à zéro, ça continue… Quelqu'un pourrait m'aider ? Surtout que c'est assez gênant. Merci d'avance — Jules78120 ^{(Discuter !)} 1 mars 2011 à 18:42 (CET)

Arf...

Je voulais mettre un message ici mais j'ai oublié.

En fait c'est probablement dû à la dernière modif effectuée, qui consiste à utiliser des classes (dans User:EDUCA33E/LiveRC.css) plutôt qu'à appliquer les couleurs directement via JavaScript.

Il se peut cependant que ça ne fonctionne pas exactement comme avant, ce qui est sans doute dû à un problème de priorité de ces mêmes classes.

Donc, Si je comprends bien, ce qui a disparu c'est

• Le cadre vert des nouvelles pages
• Le cadre blanc des blanchiments
• Le cadre rouge révocations si ce n'est pas Salebot le révocateur.

C'est bien ça ?

PS : Chrome, c'est bien ça ? Si oui, y a-t-il le même problème sous d'autres navigateurs ?

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

Oui, c'est bien ça. Mais pas Chrome, Firefox. j'essaye avec d'autres… Cdlt, — Jules78120 ^{(Discuter !)} 1 mars 2011 à 18:52 (CET)

OK, trouvé le pb pour les nouvelles pages, la classe n'était pas bonne.

Je regarde les autres cas.

⇨ D^r Brains ^{∞ Consultation ∞} 1 mars 2011 à 18:53 (CET)

Pb des blanchiments réglé aussi.

⇨ D^r Brains ^{∞ Consultation ∞} 1 mars 2011 à 18:55 (CET)

Ok, c'est bon, tout est rétabli. Merci beaucoup ! Bien cordialement, — Jules78120 ^{(Discuter !)} 1 mars 2011 à 18:56 (CET)

Heu, même les cadres rouges ?

⇨ D^r Brains ^{∞ Consultation ∞} 1 mars 2011 à 18:59 (CET)

Oui, j'ai vérifié. Merci encore :) — Jules78120 ^{(Discuter !)} 1 mars 2011 à 19:11 (CET)

Tchat ne marche plus ?

Plus moyen de me connecter au tchat :

[19:09] qwebirc v0.90
[19:09] Copyright (C) 2008-2010 Chris Porter and the qwebirc project.
[19:09] http://www.qwebirc.org
[19:09] Licensed under the GNU General Public License, Version 2.
[19:09] == *** (qwebirc) Looking up your hostname...
[19:09] == *** (qwebirc) Couldn't look up your hostname!
[19:09] == Disconnected from server: Connection to IRC server failed.

Keksékcebordel ?

⇨ D^r Brains ^{∞ Consultation ∞} 4 mars 2011 à 19:11 (CET)

Même pb pour moi, et sur tous les channels de freenode. Probablement NickServ qui bogue, on ne peut pas y faire grand chose… --Pic-Sou 4 mars 2011 à 19:21 (CET)

S'ajoute à ce "léger" soucis une énorme difficulté à passer le captcha.

Apparemment, y a pas que sur Wikipédia que les devs font mumuse opérent des mises à jours.

Y a plus qu'à attendre patiemment que ça remarche...

⇨ D^r Brains ^{∞ Consultation ∞} 4 mars 2011 à 19:25 (CET)

Dédoublement des icônes

Euh… Bizarrement, depuis quelques temps, j'ai un bogue étrange : certaines des icônes se dédoublent sans raison, après le chargement de la RC. Pour l'instant, j'ai les icônes des avertissement PDD qui se multiplient par deux (une fois, j'ai eu par trois, mais ça semble ne plus se produire) à tous les coups, les icônes AdQ qui font de même (au moment où j'écris ces lignes, j'ai un article à la fois AdQ & BA qui se balade…) et une fois l'icône SYSOP qui s'est aussi reproduite… Le problème vient-il des extensions ou du moteur LiveRC ? Merci ! --Pic-Sou 4 mars 2011 à 19:40 (CET)

Pour les BA+AdQ, ça vient de catégories nouvellement apparues, par exemple pour Rancid, l'article est BA (Catégorie:Bon article) mais il a un équivalent AdQ dans une autre langue (Catégorie:Article de qualité en italien).

Cette dernière catégorisation semble nouvelle, je ne l'avais jamais vu avant, elle c'est elle qui fait "planter" LiveRC. Je vais voir ce que je peux faire.

Pour le pb d'icônes utilisateur, je ne sais pas. N'aurais-tu pas l'extension en double dans ton LiveRCparam.js ?

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

Pb BA+AdQ réglé. Cache à recharger.

Le pb des icônes utilisateur semble lié à tes préférences, et ne doit apparaître que pour "spam" et "BSI". Je me trompe ?

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

Raté : c'était uniquement pour "salebot" et "testX"…

Et sinon, je n'ai plus de problème, je viens de teste; Merci et bonne journée --Pic-Sou 5 mars 2011 à 13:31 (CET)

Échappement des +

Bonjour, pour les titres qui contiennent des plus « + » les URLs ne sont pas échappées correctement. Il est impossible par exemple de supprimer aussi bien depuis la fenêtre de prévisualisation que dans une nouvelle fenêtre. Nakor (d) 5 mars 2011 à 15:27 (CET)

A priori, pb réglé; à tester.

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

Lien vers LiveRC qui ne fonctionne plus

Bonsoir, il semblerait que depuis ce soir le lien vers LiveRC du menu Contribuer à gauche dirige vers une page inexistante (alors que l'outil fonctionne pourtant comme d'habitude). Voici l'URL de la page où l'on aboutit: [3] l'encodage des URL deviendrait-il foireux tout à coup ? Linedwell ^[discuter] 14 mars 2011 à 17:29 (CET)

Réparé.

⇨ D^r Brains ^{∞ Consultation ∞} 14 mars 2011 à 18:05 (CET)

Merci, il semble que le "soucis" soit étendu en fait à tous les liens dans LiveRC (quelle que soit la colonne) qui contiennent "/" (encodé par %2F), pour s'en faire une idée il suffit de cliquer sur n'importe quelle dans la liste des modificateurs. (qui devrait lier vers Spécial:Contributions/<adresse IP> mais qui aboutit sur une erreur 404) Linedwell ^[discuter] 15 mars 2011 à 10:19 (CET)

Réparé.

A vérifier qu'il ne reste pas d'erreur sur certains liens.

⇨ D^r Brains ^{∞ Consultation ∞} 15 mars 2011 à 12:11 (CET)

Merci, je te tiens au courant si je trouve d'autres erreurs. Linedwell ^[discuter] 15 mars 2011 à 12:14 (CET)

Et ça n'a pas tardé (désolé), dans le cas où l'URL contient plusieurs "/" seul le 1er est correctement interprété, les suivants ne le sont pas. Exemple pour http://fr.wikipedia.org/wiki/Discussion_Wikipédia:Wikiconcours/mars_2011/Équipes/Équipe_2 qui devient http://fr.wikipedia.org/wiki/Discussion%20Wikipédia:Wikiconcours/mars%202011%2FÉquipes%2FÉquipe%202 . Linedwell ^[discuter] 15 mars 2011 à 12:26 (CET)

Corrigé.

⇨ D^r Brains ^{∞ Consultation ∞} 15 mars 2011 à 12:38 (CET)

vector.js ou monobook.js ???

J'ai essayé d'installer LiveRC grâce à vector.js, comme la documentation l'indique, mais il ne s'exécute pas (cache effacé et redémarrage du navigateur). J'ai donc essayer monobook.js et voilà, le tout fonctionne. Est-ce juste pour moi? Il serait probablement utile de documenter le tout si je ne suis pas le seul... Merci! A+ Beeper (@) 16 mars 2011 à 00:47 (CET)

Pour les scripts compatibles avec les deux thèmes (comme LiveRC), tu peux désormais oublier monobook.js et vector.js et utiliser common.js à la place.

J'ai mis à jour la documentation, ça fait une source de problèmes en moins.

Amicalement — Arkanosis ^✉ 16 mars 2011 à 11:30 (CET)

Wow, que de rapidité. Un gros merci pour l'info, et bravo pour ce magnifique utilitaire. A+ Beeper (@) 17 mars 2011 à 01:33 (CET)