Discussion MediaWiki:Gadget-LiveRC.js/Archive 2

Archives

1 — 2 — 3 — 4

Ce que l'on stocke dans le LiveRCParam.js

Hello ,

Je n'ai pas le temps de me pencher là-dessus cette semaine, mais pour ne pas oublier : il faudrait faire du ménage dans le LiveRCParam.js et n'y écrire que les options qui ne sont pas identiques aux valeurs par défaut. Actuellement, tout est écrit, du coup les mises à jour ne sont pas propagées .

Tant que j'y suis, une idée d'optim était de stocker dans ce fichier les messages système utilisés : on évite complètement la requête HTTP pour les messages et chaque extension de LiveRC peut stocker ses propres messages système en sus de ceux utilisés par le LiveRC de base.

Amicalement — Arkanosis ^✉ 18 mars 2011 à 21:52 (CET)

J'y avais pensé lors de la mise en place du système.

Mais il y a un sérieux écueil : Comment faire pour distinguer une variable originale (issue de User:EDUCA33E/LiveRC.js) et une variable personnalisée (issue de User:<Pseudo>/LiveRCparam.js) ? Les deux ont par définition le même nom, et une fois le LiveRCparam chargé, il est impossible de savoir si on a affaire à une variable personnalisée ou non. Lors de la sauvegarde de la config perso, on ne peut donc pas définir quelles variables sont à personnaliser et lesquelles ne le sont pas, c'est la raison pour laquelle l'ensemble des variables est sauvegardée.

Pour le problème de la propagation des mises à jour, ce n'est pas vraiment un problème :

• Les variables susceptibles d'être implémentées (par exemple lrcParams) sont enregistrées sous la forme lrcParams["Index"] = "Valeur";, on peut donc ajouter une entrée à lrcParams, celle ci sera alors prise en compte.
• Pour les autres variables par contre (liste de bandeaux, de modèles d'avertissement, résumés de blanchiment), l'Array est entièrement recréée, ce qui donne à chacun la possibilité de supprimer les entrées qu'il ne veut pas ou dont il n'a pas besoin. S'ensuit fatalement que si un modèle de bandeau est ajouté au code principal, il ne sera pas pris en compte. Les seules solutions pour avoir ces éventuelles nouvelles entrées consiste donc à blanchir le LiveRCparam (manuellement ou via le bouton RAZ) et refaire la personnalisation, ou à les ajouter "manuellement" dans l'interface de personnalisation.

Je ne vois pas de solutions probante pour avoir un meilleur système, mais si tu trouves je suis preneur.

---

Pour les messages systèmes, c'est pas si simple. On peut effectivement sauvegarder des messages système dans une Array du LiveRCparam (sous la première forme, qui autorise à en ajouter d'autres ultérieurement). Mais si tous les messages nécessaires n'y sont pas (extensions), il faudra quand même passer par une requête, et ce tant que la config avec tous les messages système nécessaires ne sera pas sauvegardée, ce qui limite le gain éventuel (au lieu de 20 messages, on n'en requerra qu'un ou deux, mais le temps sera grosso-modo identique).

A ce compte-là, il faudrait alors sauvegarder TOUS les messages système (avec la requête complète donc)

• au premier lancement de LiveRC si il manque des messages, il faudrait alors enjoindre l'utilisateur à sauvegarder sa config pour lui éviter la requête par la suite (ou procéder à une édition automatique, mais j'imagine que ça va faire grincer des dents... on peut éventuellement le faire après une pop-up d'avertissement)
• à chaque changement de config, en refaisant la requête complète à ce moment-là (pour tenir compte des éventuels changements dans les messages système)

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

• « comment faire pour distinguer une variable originale [...] et une variable personnalisée » : ben la variable personnalisée n'a pas la même valeur que la variable originale… j'ai manqué une subtilité ? Il suffirait de stocker les valeurs par défaut dans un objet différent de celui qui est utilisé pour l'affichage, de cloner cet objet pour l'affichage et de ne modifier que le clone avec le LiveRCParam. Lors de la sauvegarde, on ne garde que ce qui a changé entre le clone et l'original.
• Pour les mises à jour, le problème est réel : regarde celle que j'ai faite aujourd'hui (0.4.6b) : j'ai ajouté une infobulle qui manquait, mais tous ceux qui ont un LiveRCParam ne vont pas en bénéficier . Même problème avec ma dernière contribution (0.4.6) : une option a changé de description… sauf que les utilisateurs ne le savent pas .
• Pour les bandeaux et modèles, je n'y avais pas pensé, je vais y réfléchir un peu.
• Pour les messages systèmes, tu as tout bon . Je vois le truc comme une procédure d'installation :
  • premier lancement de LiveRC ⇒ popup pour créer le LiveRCParam et récupération des messages systèmes utiles
  • mise à jour de LiveRC nécessitant un nouveau message système ⇒ popup, récupération, etc.
  • changement d'un message système utilisé par LiveRC ⇒ on simule une mise à jour de LiveRC
  • installation d'une extension ⇒ modification du LiveRCParam de toutes façons, donc récupération des messages système au passage.

Et non, effectivement, pas de requête automatique… au pire, si l'utilisateur refuse, on se rabat sur la requête complète (coûteuse) à chaque lancement, mais là il ne peut plus reprocher les problèmes de perf aux développeurs.

Amicalement — Arkanosis ^✉ 18 mars 2011 à 23:37 (CET)

1. Ça veut dire qu'il faut doubler le nombre de variables. Ouch ! Y'en a déjà un paquet...
2. Si, ils l'auront, une fois que tu l'auras mis dans la variable appropriée (cf. message sur ta pdd). Les tooltips font partie de la première sorte de variables, où chaque entrée de l'Array est personnalisée indépendamment des autres (regarde ton LiveRCparam, à la section lang_tooltip).

Messages système : on peut tout aussi bien regrouper les deux premiers points en requérant TOUS les messages systèmes. A partir du moment où ça n'a lieu que lors du premier lancement, ça n'est pas très pénalisant. A partir de là, les seules mises à jour nécessaires (avec requête donc, complète ou non) seraient effectuées :

• Lors d'une sauvegarde de la config (requête complète)
• Si un message système est manquant (nouvelle extension mediawiki par exemple, cas assez rare) (requête du/des message(s) manquant(s) )

Les deux requêtes (complète ou non) pourraient tout à fait être effectuées par la même fonction.

En passant, je pense que malgré le fait que la mise à jour passerait par le module de personnalisation, les messages systèmes ne devraient pas être personnalisables (bien qu'ils le seront de toutes manières directement via le LiveRCparam).

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

1. Pas forcément : si on stocke ça dans un objet (tableau associatif), ça fait deux objets au lieu d'un, c'est raisonnable .
2. Je crois à la lecture de ma PdD que tu viens de voir le problème .

Le problème de récupérer tous les messages système (avec les css, js…, etc. — en gros ce que j'ai viré dans la 0.4.6), c'est que recopié dans le LiveRCParam ou pas, c'est le même coût : les navigateurs ne permettent pas de purger le cache de façon sélective (sans même parler de quand tu changes de machine). Donc il faudrait faire la grosse requête pour l'API ou pour le LiveRCParam, c'est trop coûteux.

D'accord sur la « non personnalisation » (à moins que quelqu'un réclame, mais bon ), ça risque vite de rendre les options impraticables. — Arkanosis ^✉ 19 mars 2011 à 00:23 (CET)

Grosse requête pour le LiveRCparam ? Mais de quoi tu parles ? De la requête LiveRC_ManageParams_GetOldParamsOldid()/ LiveRC_ManageParams_GetOldParams() ?

Celle-ci est en asynchrone et n'est pas nécessaire au démarrage de LiveRC. Elle ne sert que pour connaître les extensions déjà installées, au niveau de l'affichage du menu de personnalisation. Donc dans l'optique où on effectue la requête complète (en éliminant après la requête API initiale les messages les plus lourds, .js et .css) qu'elle soit longue n'a donc pas d'incidence sur le chargement. Au pire, il est possible de stocker ces messages sur une autre page (mais ça complique un peu la sauvegarde), voire peut-être modifier la façon dont sont stockés les différentes variables pour mettre les extensions dans une section spécifique (section 0 ?), ce qui raccourcirait la requête, celle-ci n'étant plus impactée par ce qui se trouve ou pas dans les autres sections.

Après, la page où sont stockés les messages est en cache, donc le temps de chargement ne joue plus tellement.

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

Bon, j'ai commencé à plancher sur la sauvegarde des messages système :

• Nouvelle variable lrcNeededMessages, contenant les messages nécessaires (assurant la possibilité à des extensions d'en ajouter d'autres
• Nouvelle fonction LiveMessages() assurant le lancement de la requête (avec tri si c'est le premier appel ou requête "complète" (lrcNeededMessages) sinon)
• Ajout des Messages dans la fonction LiveRC_ManageParams_CreateNewParamPage().

Tout cela fonctionne correctement, à un petit détail près : lors de la sauvegarde de la config, j'appelle LiveMessages(false), le false ayant pour effet d'inclure tous les messages nécessaires dans la requête (et pas seulement les manquants) et de lancer la requête en mode synchrone. Cette deuxième particularité ne fonctionne pas, aussi si d'aventure un message système était modifié ([1]), la mise à jour ne s'effectue pas, la page étant sauvée avant la fin de la requête. Là où ça devient comique, c'est que si on refait une sauvegarde (la requête ayant théoriquement fini de mettre à jour les messages), ça ne fonctionne toujours pas.

Il doit y avoir quelque chose que je fais mal, mais je ne vois pas quoi. Un avis sur la question ?

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

Bon, je n'ai pas pu régler le pb alors j'ai fait autrement. Je récapitule :

• Nouvelle variable lrcNeededMessages, contenant les messages nécessaires (assurant la possibilité à des extensions d'en ajouter d'autres)
• Nouvelle fonction LiveMessages() assurant le lancement de la requête (avec tri si c'est le premier appel ou requête "complète" sinon)
• Ajout d'un bouton supplémentaire Messages système dans le menu de personnalisation pour les sysops (droit "edituserjs") lié à une nouvelle fonction qui met à jour tous les messages utilisés. Ceux-ci sont sauvegardés dans la page User:EDUCA33E/LiveRC/Messages.js (chargée au démarrage pour tous, évidemment).

Avec ce nouveau système, ce sont les sysops qui ont donc la charge de mettre à jour la liste de messages sur une page commune. Ils mettent à jour non seulement les messages standards utilisés (leur lrcNeededMessages) mais également ceux définis dans la page et qu'ils n'utilisent pas (ajoutés par des extensions qu'ils n'utilisent pas forcément au moment de la mise à jour, mais qu'ils ont quand même stockés dans la variable lrcMediawikiMessages).

Dans le cas où une nouvelle extension apparaît, nécessitant des messages non sauvegardés, la requête au démarrage de LiveRC est lancée, ce qui permet à tous de bénéficier de l'extension sans qu'il y ait eu de mise à jour. Par la suite, pour effectuer la mise à jour, il suffit qu'un sysop

• charge cette extension et fasse une mise à jour de la page
• ou ajoute les messages manuellement.

De cette manière les autres sysops qui n'ont pas forcément chargé l'extension en question pourront mettre à jour à leur tour. Cela signifie que tout sysop faisant une mise à jour doit avoir rechargé son cache il y a peu, sans quoi il risque d'effacer des variables (ce qui en soi n'est pas très grave puisqu'une requête permet de pallier à une telle absence, mais quand même...).

Vous pouvez tester ma Version perso, histoire de voir si il n'y a pas de bug qui m'auraient échappé. Je transfèrerai ensuite sur la version courante.

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

Suite à la mise en place du préchargement par Orlodrim (cf plus bas), j'ai implémenté cette amélioration que j'avais dans les tuyaux.

Cela apporte deux améliorations :

• possibilité de se passer complètement de la requête des messages système, ceux-ci étant préchargé via une sous-page
• facilité pour les extensions d'ajouter un message système à la liste (Array lrcNeededMessages)

La liste peut être mise à jour par n'importe quel sysop via bouton supplémentaire dans le menu de personnalisation.

⇨ D^r Brains ^{∞ Consultation ∞} 26 avril 2011 à 02:41 (CEST)

Bravo ! . Il y aurait encore un gain si chacun gardait une copie dans son LiveRCParam.js : puisque celui-ci est de toutes façons chargé, on aurait une requête en moins. — Arkanosis ^✉ 26 avril 2011 à 19:52 (CEST)

Certes, mais dans le LiveRCparam, des utilisateurs seraient tentés de les personnaliser, ce qu'il ne faut pas. En étant dans une sous-page .js appartenant à EDUCA33E, ces variables sont protégées, tout en étant facilement mises à jour par n'importe quel sysop.

Tu parles de la requête php consistant à charger la page Utilisateur:EDUCA33E/LiveRC/Messages.js ? Si c'est juste ça, je ne pense pas que ce soit un pb, d'une part parce qu'elle est en cache, d'autre part parce que de toutes manières le temps de chargement est négligeable comparé aux autres requêtes effectuées en Ajax.

⇨ D^r Brains ^{∞ Consultation ∞} 26 avril 2011 à 20:47 (CEST)

Y voir un peu plus clair dans les pdD des vandales multi-récidivistes

Bonjour, peut-on envisager de mettre un titre de section devant les messages d'avertissement, histoire d'y voir plus claire sur les pdD des vandales multi-récidivistes? Merci. Nakor (d) 18 mars 2011 à 22:10 (CET)

Il faudrait peut-être modifier les modèles directement, non ?

Certains incluent déjà un titre, et ça permettrait de ne pas régler le problème que pour LiveRC (on pose aussi des modèles à la main).

Amicalement — Arkanosis ^✉ 18 mars 2011 à 23:40 (CET)

Effectivement merci. Nakor (d) 19 mars 2011 à 00:16 (CET)

Pensez dans ce cas à utiliser la syntaxe <h2>...</h2> et non ==...== pour éviter que le lien « modifier » de la section ne conduise à l'édition du modèle (et non de la page où il est apposé). Cordialement, --Lgd (d) 19 mars 2011 à 06:09 (CET)

Avertissements et listes de suivis

Bonjour,

Il y a quelques temps, j'ai coché dans mes préférences l'option permettant d'ajouter les pages que je créée à ma liste de suivi. Pratique. Et surtout, si je le souhaite, je peux annuler le suivi en décochant un case. Mais le problème vient de LRC : lorsque je laisse un avertissement quelconque à une IP, hop, sa PDD est ajoutée à ma watchlist. Je dois donc retirer par dizaines de PDD d'utilisateurs auxquels j'ai juste laissé un premier avertissement. Y aurait-il moyen de court-circuiter l'ajout uniquement avec LiveRC ? Merci --Pic-Sou 20 mars 2011 à 12:51 (CET)

LiveRC vs Spécial:Modifications récentes

Bonjour, aujourd'hui, j'ai comparé l'évolution des modifications et j'ai remarqué qu'il y a une bonne différence entre les deux pages. En effet, beaucoup de changement apparaissent sur Modifications récentes mais pas LiveRC. Est-ce moi le problème ou mes paramètres ou un problème dans LiveRC. Merci, Letartean (d) 25 mars 2011 à 19:26 (CET)

LiveRc ne montre les logs (journaux) que si la case idoine est cochée.

Sinon, ce devrait être identique, à ceci près que pour une page donné, seule la dernière modif apparaît sur LiveRC (d'ailleurs cela pourrait être optionnel de garder TOUTES les modifs, à voir).

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

J'aimerais t'en parler sur le IRC des patrouilleurs si tu as quelques minutes. Amicalement,Letartean (d) 27 mars 2011 à 05:39 (CEST)

Deux requêtes pour amélioration

Bonjour, j'ai deux améliorations à suggérer :

• Serait-il possible que la fonction "Pause" soit associée à un raccourci clavier ?
• Serait-il possible d'ajouter la fonction "suivre l'article" à l'ensemble des opérations disponibles lorsqu'on visualise un diff ?

Merci d'avance, --Maurilbert (discuter) 26 mars 2011 à 18:10 (CET)

Préchargement des diff

Bonjour,

J'ai implémenté un préchargement des diff lorsqu'on clique sur "Suivant" (ainsi, l'affichage est instantané si on les examine dans l'ordre). Vous pouvez tester sur Utilisateur:Orlodrim/LiveRC.js. S'il n'y a pas de bugs et pas d'objections, je reporterai ça dans la version principale.

Orlodrim ^[discuter] 26 mars 2011 à 21:01 (CET)

Mmh, l'idée est intéressante, mais demande plus ample optimisation. Au vu du code (sans avoir testé, donc), j'ai quelques questions/remarques :

• fonction getRC() : pourquoi y coller un goNext(2); ? Quel est le but ? Si il s'agit juste de mettre à jour lrcAllLinesSeen, autant le faire directement. Cet endroit-ci du code n'étant par ailleurs pas particulièrement le plus approprié, amha
• fonction getRevision() :
  • la ligne lrcLines[lineUID] = {tr1: tr1, title: title, user: user, revid: revid, oldid: oldid, state: state}; gagnerait à être remplacée par un simple lrcLines[lineUID] = rc;
  • le hook ( LiveRC_RunHooks("AfterRC", {id:tr1.id, rc:rc}); ) devrait rester la dernière ligne de code de la fonction.
• wpajax : les gros changements effectués sur cette fonction centrale devraient être testés sur tous les navigateurs.

En attente d'explications/éclaircissements, cordialement,

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

• Seul le diff suivant un diff prévisualisé est préchargé. Il peut être nécessaire de faire un préchargement à deux moments : clic sur "Suivant" et ajout de nouvelles lignes (mais seulement si toutes les précédentes ont été prévisualisées). Si les lignes étaient ajoutées directement, il suffirait de tester au début de getRC si toutes les lignes sont déjà vues et si oui, appeler preload à la première ligne ajoutée. Mais comme les lignes ne sont ajoutées qu'après l'exécution d'une requête, il faut différer. La variable lrcAllLinesSeen n'est utile qu'entre ces deux instants (appel de getRC et affichage de la première ligne).
  Par ailleurs, déterminer s'il existe une ligne déjà vue n'est pas immédiat, j'ai donc utilisé le code existant de goNext en mettant un argument dont la signification est la suivante : mode = 0 -> afficher le premier diff non vu et précharger le suivant, mode = 1 -> précharger le premier diff non vu, mode = 2 -> tester s'il existe un diff non vu et mettre à jour lrcAllLinesSeen si ce n'est pas le cas.
• getRevision
  • Oui
  • Non, car le hook peut supprimer la ligne, auquel cas la fonction de préchargement ne doit pas être appelée et lrcAllLinesSeen ne doit pas être mis à false.
• Je vais vérifier pour ceux que j'ai sous la main, mais je ne peux pas tout tester, notamment Safari (c'est pour ça que je demande ici...).

Orlodrim ^[discuter] 26 mars 2011 à 23:34 (CET)

Argh, après réflexion, je viens de comprendre qu'il y a une potentiellement grosse faille dans ce système : une ligne de diff peut être supprimée après un éventuel préchargement. Exemple :

• Situation initiale : toutes les lignes ont été visualisées, pas de prévisualisation préchargée.
• Deux RC apparaissent
• clic sur Suivant : prévisualisation (avec requête) de la première et préchargement de la deuxième
• pendant le temps que prend la vérification du diff, Salebot ou un autre patrouilleur annule la deuxième modif et une autre requête RC aboutit : la deuxième modif est supprimée des RC et est remplacée par le revert
• clic sur Suivant

Que se passe-t-il ?

Visualise-t-on l'ancienne modif préchargée (comportement fautif) ou prévisualise-t-on (avec requête) le revert (comportement normal) ?

Le problème est identique dans le cas où la ligne serait supprimée

• par une extension LiveRC (rapport au hook qui doit être en dernier)
• par l'utilisateur lui-même si il clique sur une des croix de la barre d'options ou la croix de la ligne RC

Pour pallier à ce défaut, il faudrait, dans la fonction goNext()

1. vérifier la première ligne de diff non vérifiée :
   • si elle correspond à une requête préchargée, lancer la prévisualisation du diff préchargé
   • sinon, lancer la prévisualisation en mode classique
2. vérifier la ligne de diff non vérifiée suivante (si elle existe) et lancer son préchargement

J'ai l'impression que ce n'est pas le cas actuellement ( il manque un "else" après le test if(ln.title && ln.revid && ln.oldid){ )Non, c'est plus compliqué que ça

⇨ D^r Brains ^{∞ Consultation ∞} 27 mars 2011 à 00:13 (CET)

Si une ligne est supprimée parce que l'article est à nouveau modifié, alors je ne fais rien, volontairement. J'ai fait en sorte qu'il y ait au plus un appel à la fonction de préchargement pour chaque ligne effectivement visualisée. Ça n'entraîne pas de bug : quand la ligne n'a pas été préchargée, elle est chargée normalement. Orlodrim ^[discuter] 27 mars 2011 à 00:28 (CET)

NB : le test "if (ln.title && ln.revid && ln.oldid)" est temporaire, il est là parce que tous les cas ne sont pas encore gérés (seules les lignes correspondant à des diff peuvent être préchargées pour l'instant). Mais je ne pense pas qu'il manque quelque chose. Orlodrim ^[discuter] 27 mars 2011 à 00:36 (CET)

En fait, j'ai du mal à comprendre comment tu fais pour récupérer le résultat du préchargement. Je suppose que la solution se trouve dans les modifications apportées à wpajax, peut-être liée à la variable .state, mais je n'ai pas encore percé toutes les subtilités du procédé. Je regarderai ça demain, après une bonne nuit de sommeil.

⇨ D^r Brains ^{∞ Consultation ∞} 27 mars 2011 à 05:08 (CEST)

Bon, un mois après, je n'ai toujours pas eu / pris le temps de jeter un coup d'œil au code… .

Par contre, là, je viens de tester est mon commentaire sera tout simplement « Purée c'est génial ! Ça change la vie ce truc ! C'est toute ma vision de la patrouille en temps réel qui est chamboulée  ». Voila.

Je ne sais pas s'il y a eu beaucoup de tests, mais mon à priori sur la question sans avoir vérifié le code est extrêmement favorable… vivement l'intégration que tout le monde en profite ! — Arkanosis ^✉ 25 avril 2011 à 08:26 (CEST)

J'avais complètement oublié. J'ai testé avec Firefox 3.0-3.6, IE 8, Opera et Chrome. La compatibilité avec Konqueror a été cassée par une modification antérieure, je n'ai pas essayé de réparer. C'est mis à jour (désactivable dans les options si besoin). Orlodrim ^[discuter] 25 avril 2011 à 11:09 (CEST)

firebug

Hello !

Alors je n'ai pas vérifié d'où cela venait exactement mais... lorsque la connexion internet saute, ajax essaye et réessaye de charger les pages, je me suis retrouvé avec 25000 erreurs JavaScript (d'après firebug) qui ne cessait d'amplifier alors même que j'avais retrouvé ma connexion. Problème résolu en rafraîchissant la page, donc pas important en soit, mais je le signale au cas où. Micthev ^(discuter) 12 avril 2011 à 14:21 (CEST)

C'est normal (enfin presque).

Le timeout de la recherche RC est mis à jour à la fin de la requête (fin de la fonction getRC() ). Mais il arrivait qu'un bug durant une requête fasse planter le programme avant et le rafraichissement ne se faisait alors plus. c'est pourquoi un timeout "de sécurité" est ajouté au début de la requête (début de la fonction liveRC() ). Ce timeout fait 5 secondes de plus que le timeout "normal", ce qui fait qu'il ne s'active que si celui de fin de fonction n'est pas atteint (le traitement d'une requête RC atteint rarement voire jamais 5 secondes, sauf connexion super lente).

Mais c'est vrai qu'en cas de perte de la connexion, une requête est ainsi lancée régulièrement, aboutissant à chaque fois à une erreur (jusqu'à retrouver la connexion, en théorie. Ce qui t'est arrivé n'est donc pas complètement normal).

On pourrait éviter cela en mettant un compteur sur ce premier timeout : au bout de X requêtes effectuées sans succès, on coche automatiquement la case pause, ce qui bascule sur un timeout moins lourd (au délai plus cout mais ne lançant pas de requête). Ce sera alors à l'utilisateur de la décocher lorsque la connexion sera revenue.

⇨ D^r Brains ^{∞ Consultation ∞} 12 avril 2011 à 14:44 (CEST)

Cela pourrait en effet être une solution. Ce n'est pas dérangeant en soit mais je me suis aperçu de ce bogue et c'est bien connu que c'est en corrigeant multitude de petits bogues qu'on frôle la perfection . Micthev ^(discuter) 12 avril 2011 à 15:10 (CEST)

Fait. J'ai défini la limite à 4 requêtes. A la 5^e, ça se met automatiquement en pause.

⇨ D^r Brains ^{∞ Consultation ∞} 27 avril 2011 à 18:27 (CEST)

Merci Micthev ^(discuter) 27 avril 2011 à 18:30 (CEST)

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 u, .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)

Corrigé. Marin 16/04
15:59

Option pour faire une requête aux admins

Depuis le ToDo :

	Faire une requête aux administrateurs quand on en est pas un	Jmskobalt ; Acer11

J'ai commencé à travailler cette option. A priori, cela fonctionne. Mais, s'agissant de messages pré-formatés, il manque l'essentiel : les modèles.

Or donc, il faudrait créer les modèles relatifs à

• une demande de suppression immédiate,
• une demande de protection de page
• une demande de purge d'historique,
• une demande de blocage
• autres ?

Ces modèles ne comporteront que deux paramètres, nommés respectivement user et page (ça va poser un petit problème pour une demande de purge d'historique, vu qu'on est censé indiquer quelle(s) version(s) masquer. Si quelqu'un a une idée, je suis preneur).

A vos brouillons !

⇨ D^r Brains ^{∞ Consultation ∞} 29 avril 2011 à 22:59 (CEST)

Les demandes automatiques de purge d'historique sont déjà implémentées dans xpatrol… mais il y a un peu plus de paramètres que simplement (user, page).

Au passage, si le format des requêtes automatiques de LiveRC sur WP:DPH pouvait être le même que celui des requêtes d'xpatrol, j'apprécierais beaucoup : j'ai toujours en projet le pendant admin des requêtes automatiques (le traitement automatique de celles-ci).

Amicalement — Arkanosis ^✉ 29 avril 2011 à 23:09 (CEST)

Les purges d'historiques posent un problème pour la récupération de paramètres. Vu l'endroit ou se trouvera le formulaire (à la suite des liens en bas à gauche dans la barre de prévisualisation), on n'a pas accès aux N° de versions de début et de fin de copyvio. Pour cela, il faudrait voir à faire une version "spéciale" qui fonctionnerait à partir de la prévisualisation de l'historique, mais ce serait lourd et, à vrai dire, LiveRC n'est pas l'outil idéal pour faire la chasse au copyvio.

Ce qu'il est possible, en revanche, c'est que lorsqu'un patrouilleur voit une modif qui est visiblement un copyvio, c'est de de reverter avec comme motif "copyvio", puis de faire une demande de purge. Sans avoir les N° de versions à purger ni le site copié, on peut supposer que l'admin qui traitera la requête regardera l'historique, verra le revert du patrouilleur (le même qui a posé la demande de purge) et masquera la/les versions juste avant. Ca demandera juste un peu plus de boulot pour le traitement.

La solution alternative est de laisser tomber la purge d'historique (ou de voir ça par le biais d'une autre fonction façon "xpatrol intégré à LiveRC") et se concentrer sur les autres types de requêtes. Mais ce serait dommage amha.

⇨ D^r Brains ^{∞ Consultation ∞} 29 avril 2011 à 23:33 (CEST)

« xpatrol intégré à LiveRC », pourquoi pas Mais comme tu le notes très justement, le cas du revert pour copyvio juste après son ajout est « assez » simple (c'est relatif, hein ) et ce que l'admin aurait à faire, LiveRC pourrait le faire à sa place… on a déjà le oldId… il faudrait juste récupérer les autres ids avec la requête qui va bien .

Amicalement — Arkanosis ^✉ 29 avril 2011 à 23:49 (CEST)

Après discussion avec Lomita (d · c · b) sur IRC, je crois que je vais traiter les demandes de purge séparément dans une autre fonction. Des cases à cocher dans la prévisualisation de l'historique indiqueront quelles versions sont à masquer, et un champ de texte permettra de rentrer le site copié (trouvé via une recherche google dans un autre onglet). Après ne reste plus qu'à faire la requête, avec le modèle qui va bien, peut-être le même que celui de xpatrol, à voir (demain).

Donc...

Il faut créer les modèles pour les autres types de requêtes. A vos propositions !

⇨ D^r Brains ^{∞ Consultation ∞} 30 avril 2011 à 00:06 (CEST)

Si je savais comment faire, ce serait bien volontiers, car c'est vraiment quelque chose qui nous simplifiera la vie . — Jules78120 ^{(Discuter !)} 30 avril 2011 à 12:34 (CEST)

Une requête d'administrateur : serait-il possible de conserver des titres de section cliquables depuis la liste de suivi ? Dans le cas des purges d'historiques, xpatrol a la désagréable habitude de laisser sa publicité dans la boîte de résumé, ce qui oblige à aller sur la page, puis dans le sommaire pour enfin arriver à la requête. Alors qu'une mention de nouvelle section n'oblige qu'à faire un clic sur la flèche depuis la LS pour arriver à la requête.

Un truc de feignant, mais de feignant cherchant à être efficace et rapide à l'exécution.

Merci d'y penser ! Trizek ^bla 30 avril 2011 à 13:53 (CEST)

Pour ça, je crois qu'il suffirait de ne pas mettre de résumé de modif, Mediawiki mettra alors automatiquement «  → Titre de section : nouvelle section »

Exemple de messages : Utilisateur:Dr Brains/Bac à Sable, pour les besoins de l'exemple, je n'ai utilisé qu'un modèle avec un switch et un paramètre type, mais dans la version définitive, il faut un modèle par type de message.

Je me rends compte qu'un paramètre "raison" ne serait peut-être pas du luxe...

⇨ D^r Brains ^{∞ Consultation ∞} 30 avril 2011 à 14:10 (CEST)

Cool, merci ! Trizek ^bla 3 mai 2011 à 18:18 (CEST)

J'aurais dit quelque chose comme:

Bonjour, la suppression de cet article est demandée : motif. Merci, ~~~~

Bonjour, la semi-protection de cet article est demandée : motif. Merci, ~~~~

Bonjour, il faudrait bloquer X : motif. Merci, ~~~~

Frakir 15 mai 2011 à 23:53 (CEST)

Voilà ce que ça donne : Utilisateur:EDUCA33E/LiveRC/Modèles.

Ma version perso est a priori opérationnelle (il ne reste que l'édition elle-même à tester, le reste fonctionne nickel). Les raisons de suppression/blocage/protection (sélectionnables par les patrouilleurs) sont directement issues des messages prédéfinis des pages spéciales liées : Mediawiki:deletereason-dropdown, Mediawiki:ipbreason-dropdown et Mediawiki:protect-dropdown.

Il serait plus préférable de faire les requêtes de demande de blocage via Wikipédia:Vandalisme en cours. Cordialement. --Superjuju10 ^{Auboisement à votre écoute} 19 mai 2011 à 19:36 (CEST)

+1 superjuju : [2] : ça me met le message sur WP:RA, alors qu'il le faudrait sur WP:VC. Sinon, bravo . Amclt, — Jules78120 ^{(Discuter !)} 30 mai 2011 à 16:34 (CEST)

C'est ce qui était prévu. Mais WP:VC est organisé en sous-pages (ce qui pourrait changer).

⇨ D^r Brains ^{∞ Consultation ∞} 30 mai 2011 à 16:40 (CEST)

LDS

Question conne car option qui existe peut être mais que je n'ai pas trouvé... Serait-il possible d'avoir un genre de case à cocher pour mettre l'article où l'on a effectué la révocation en liste de suivi ? Micthev ^(discuter) 1 mai 2011 à 00:44 (CEST)

Mise sur pause automatique

Depuis quelques semaines, je remarque que mon LiveRC se met sur pause sans que je clique consciemment sur le bouton pause. Est-ce normal? Est-ce une nouvelle option? Merci de votre aide. Amicalement, Letartean (d) 16 mai 2011 à 18:22 (CEST)

Même problème, même question. Et ràs dans la console d'erreurs… --Pic-Sou (d) 16 mai 2011 à 20:24 (CEST)

cf. #firebug

Vous avez des pb de connexion ?

⇨ D^r Brains ^{∞ Consultation ∞} 16 mai 2011 à 21:36 (CEST)

J'avoue qu'aujourd'hui, à l'endroit où j'étais, ma connexion n'était pas la plus rapide... Mais il me semble que ça date d'avant le 27 avril. Pas sûr. Je vais essayer de cerner plus clairement les circonstances dans lesquelles ça arrive. Bonne journée, Letartean (d) 16 mai 2011 à 23:05 (CEST)

Peut-être en rallongeant le délai cela règlerait-il le pb. Le timeout "de sécurité" qui est à l'origine de votre soucis est réglé sur "Timeout normal" + 5 secondes. Peut-être que 10 ou 15 secondes serait mieux.

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

Je suis sur le canal irc de liverc, p-ê pourrait-on en parler live? Letartean (d) 16 mai 2011 à 23:20 (CEST)

Nouvelle extension

Je vous présente Utilisateur:Dr Brains/LiveRC/HotCatsMulti.js, qui comme son nom l'indique, est le petit frère de HotCatsMulti.

Cette extension permet de rajouter une ou plusieurs catégories lors de la prévisualisation d'un article dans LiveRC.

Elle est disponible dans le panneau de configuration de LiveRC, dans l'onglet "Extensions"

Have fun !

⇨ D^r Brains ^{∞ Consultation ∞} 29 mai 2011 à 21:51 (CEST)

Nouvelle extension (bis)

Je vous présente Utilisateur:Dr Brains/LiveRC/BandeauPortail.js, qui comme son nom l'indique, est le petit frère de BandeauxPortails.

Cette extension permet de rajouter un ou plusieurs bandeaux de portail lors de la prévisualisation d'un article dans LiveRC.

Elle est disponible dans le panneau de configuration de LiveRC, dans l'onglet "Extensions"

Have fun !

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

Bonjour. Pourrais-tu me dire s'il existe une manière de ne plus faire apparaître l'avertissement de portail manquant dans un article, ainsi que la non-catégorisation si possible ? Lorsque je patrouille, c'est pour lutter contre le vandalisme et non faire de la wikification en masse alors ces informations m'irritent les yeux. :-) --Laurent N. ^[D] 1 juin 2011 à 21:49 (CEST)

C'est très simple. Tu vas dans le panel de configuration (icône avec la clé et le tournevis), tu cliques sur l'onglet Icônes, puis tu cherches ceux correspondants à ces deux icônes (les deux premières je crois). Tu peux les modifier comme tu veux, et notamment les supprimer totalement. Ensuite, tu n'as plus qu'à cliquer sur Valider pour mettre à jour ta configuration.

⇨ D^r Brains ^{∞ Consultation ∞} 1 juin 2011 à 22:04 (CEST)

Super, ça marche. Merci beaucoup. Je me rappelle maintenant que tu m'avais aidé pour virer avec la même méthode la notification "ébauche" dont je voyais encore moins l'intérêt car je ne vois pas ce qu'un patrouilleur peut bien faire de cette information. --Laurent N. ^[D] 1 juin 2011 à 22:30 (CEST)

Petite fonctionnalité supplémentaire

Bonjour,

je viens d'ajouter une fonctionnalité à LiveRC, qui avait été demandée par Sapindnoel (d · c · b) dans le Todo :

Dans la liste des révoqués (celle de gauche) ainsi qu'à côté de chaque "icône" ^{(X révoc)} dans les RC se trouve à présent un petit lien + qui permet d'afficher/masquer la liste des pages où l'utilisateur a été révoqué, avec un lien vers chaque article et chaque diff.

⇨ D^r Brains ^{∞ Consultation ∞} 9 juin 2011 à 15:26 (CEST)

Merci --Superjuju10 ^{Auboisement à votre écoute} 9 juin 2011 à 16:34 (CEST)

Et (une fois de plus). — Jules78120 ^{(Discuter !)} 14 juin 2011 à 09:36 (CEST)

Salut

Bonjour, je bidouille un peu le code source de liveRC pour l'adapter un peu à mes préférences, et le code modifié (User:Lilyu/LiveRC3.js) fonctionne sur User:EDUCA33E/LiveRC. Mais une partie du code est de l'html présent sur User:EDUCA33E/LiveRC, je l'ai donc copié sur User:Lilyu/LiveRC3 pour pouvoir aussi le modifier un peu. J'ai fait les modifications qui me semblaient nécessaires, mais il doit y avoir autre chose, car liveRC ne se lance pas sur User:Lilyu/LiveRC3 (mais il marche sur User:EDUCA33E/LiveRC )

Au passage, j'en étais resté à la version 0.3.7, et passer brutalement à la 0.4.6 a été de longues minutes de choc mêlées de "oh" et de "ouaaaaaaaaah génial !". Bon boulot ! ----Lilyu (Répondre) 12 juin 2011 à 05:46 (CEST)

huh ? Myst me dit que ça marche quand il importe mon .js et va sur User:EDUCA33E/LiveRC et User:Lilyu/LiveRC3. J'ai fait le test avec un autre comtpe utilisateur, et ça marche aussi. Mais Lilyu qui va sur User:Lilyu/LiveRC3, ne démarre pas LiveRC... J'en perd mon ouzbek --Lilyu (Répondre) 12 juin 2011 à 07:34 (CEST)

ok, j'ai identifié le pb, un conflit avec mon vector.js :)

Bon c'est pas grave, mais j'ai bien fait de poster quand même ici. Sans quelqu'un d'autre pour tester et me dire que ça marchait, j'aurais pas trouvé l'origine de mon pb :) --Lilyu (Répondre) 12 juin 2011 à 07:57 (CEST)

Pour te faciliter les choses, j'ai mis en paramètre la page où se lance le script.
A présent, tu peux mettre dans ton common/vector/monobook js :

LiveRC_PageTitle = "Lilyu/LiveRC3";

importScript('User:EDUCA33E/LiveRC.js');

ou en effectuant ces modifs sur ton script :

LiveRC_PageTitle = "Lilyu/LiveRC3";

importScript('User:Lilyu/LiveRC3.js');

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

sympa merci :) oui c'est une solution plus élégante ^^

Je vais faire la modif, ça me permettra de garder le LiveRC normal pour se lancer sur Utilisateur:EDUCA33E/LiveRC (pour garder une référence), et une version custom sur une autre page.

Je fais surtout des modifes cosmétiques (cf liste de mes modifs) , pour compenser ma vue de taupe ^^ screenshot.

J'ai déplacé le bouton SUIVANT dans le coin en haut à droite, je vois pas de raison de faire des traversée de diagonale d'écran à chaque fois que je veux revert. Et j'ai ajouté un bouton qui supprime plusieurs types de lignes de diff en même temps. Ma prochaine modif sera peut-être de faire un changement de couleur en haut quelque part pour avertir que le diff visualisé est pas dans l'espace encyclopédique (user page ou talk page).

Par contre, je suis pas du toute programmeuse, je copie/colle du code jusqu'à ce que ça face ce que je veux

PS: Ce bouton SUIVANT est une idée géniale !!! ----Lilyu (Répondre) 12 juin 2011 à 11:21 (CEST)

L’initiative est bonne. On pourrait ainsi rajouter un bouton « LiveRC pour personnes malvoyantes ».

HS : Ton image sur ta page utilisateur m'a fait rire. .

--Superjuju10 ^{Auboisement à votre écoute} 12 juin 2011 à 11:31 (CEST)

PS : tu peux aussi utiliser la fonction « zoom » (Ctrl+roulette) de ton navigateur. Illustration sur User:EDUCA33E/LiveRC.js. --Superjuju10 ^{Auboisement à votre écoute} 12 juin 2011 à 11:38 (CEST)

Gestion liste de contacts

Bonjour,

une nouvelle version de LiveRC viens d'être mise en ligne intégrant une fonctionnalité demandée ici qui améliore la gestion de la liste de contacts.

Parmi les changements apportés :

• la liste de contact est exclusivement gérée par la liste de suivi. L'ancienne variable lstContact mise à jour dans le LiveRCparam est obsolète, de même que la gestion via cookies (il y avait une fonction relative à cela mais je ne sais si elle a jamais été fonctionnelle). Avantage : personne ne peut savoir qui vous suivez ; inconvénient : ajoute des pages à votre Liste de suivi.
• La gestion globale de la liste de contact se fait via le menu de paramétrage, à l'onglet Contacts. Il est possible d'ajouter/enlever des contacts puis de cliquer sur OK pour valider (le bouton Valider en haut ne sert pas à ça, cet onglet est indépendant des autres).
• Il reste possible, dans chaque ligne RC, de suivre ou de ne plus suivre un utilisateur, en cliquant sur le W.
• J'ai intégré un fork de l'extension Utilisateur:Orlodrim/LRCWatchButton.js, qui ajoute dans la colonne de gauche, à côté du lien LiveRC, un lien permettant de (ne plus) suivre un utilisateur (ce lien n'apparait que si l'on se trouve sur un page utilisateur ou une page de discussion utilisateur).

Toute remarque/suggestion est bien sûr bienvenue.

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

Plantage

Bonjour, notre outil se comporte bizarrement aujourd'hui : Illustration.
À corriger d'urgence, si possible. Cordialement. --Superjuju10 ^{Auboisement à votre écoute} 25 juillet 2011 à 13:01 (CEST)

Et merde. Tu as rechargé le cache, je suppose ?

⇨ D^r Brains ^{∞ Consultation ∞} 25 juillet 2011 à 13:33 (CEST)

Même problème, j'allais laisser un message. J'ai aussi tenté deux fois de recharger le cache, mais ça n'y change rien… Cordialement --Pic-Sou (d) 25 juillet 2011 à 13:36 (CEST)

OK, j'ai reverté mes dernières modifs, ce qui devrait régler le pb. J'ai dû me planter quelque part. Des tests plus poussés semblent s'imposer avant mise en prod.

⇨ D^r Brains ^{∞ Consultation ∞} 25 juillet 2011 à 13:38 (CEST)

Merci, c'est beaucoup mieux maintenant. --Superjuju10 ^{Auboisement à votre écoute} 25 juillet 2011 à 13:57 (CEST)

Les suggestions diverses

Bonjour à tous !

Je regardais le todo de LiveRC, et je suis retombé sur les suggestions diverses. Le truc, c'est qu'après environ deux secondes de très intense réflexion, je me suis dit que toutes ces améliorations nécessitaient (quand même) d'en discuter.

Je les résume donc :

« Créer la page wgPageName+'/ChangeLog' et déplacer les ChangeLog du script vers cette page »

— TiChou (d · c · b)

« Convenir de la licence de LiveRC et l'indiquer dans les en-têtes de /LiveRC et de /LiveRC.js »

— TiChou (d · c · b)

« À étudier : TWINKLE »

— EDUCA33E (d · c · b)

« Factoriser le code et voir le problème de fuite mémoire »

— Argos42 (d · c · b)

« Déplacer LiveRC dans l'espace Wikipédia et le script dans MediaWiki: »

— Pic-Sou (d · c · b)

Je pense qu'il serait bien d'en discuter plus amplement. Qu'en pense-vous ?

Cordialement --Pic-Sou (d) 28 juillet 2011 à 11:04 (CEST)

• "ChangeLog" : Je ne sais pas trop quelle est l'idée derrière, il faudrait demander des précisions à TiChou
• Licence : faut voir avec tous les auteurs, et en particulier avec EDUCA33E. pour ma part, je laisse mes contribs dans le domaine public donc je me conformerai à ce qui sera choisi.
• TWINKLE : une grosse partie est déjà faite via les demandes aux sysop. Il manquerait juste une fonction pour lancer une PàS mais je ne crois pas que ce soit vraiment le boulot des patrouilleurs.
• code et fuite mémoire : c'est déjà en partie fait. Il faudrait voir avec un spécialiste de l'optimisation (Od1n (d · c · b) ?) pour aller plus loin
• déplacer : pour le code, c'est facilement faisable de la déplacer dans MediaWiki:Gadget-LiveRC.js (et cette présente page de discussion avec). Pour la page LiveRC, le pb est que Wikipédia:LiveRC existe déjà et est pas mal liée.

⇨ D^r Brains ^{∞ Consultation ∞} 28 juillet 2011 à 12:50 (CEST)

Merci pour tes réponses. Pour le ns, les redirections existent… --Pic-Sou (d) 28 juillet 2011 à 12:55 (CEST)

Migrations du code en Mediawiki: et des autres pages en Wikipédia:LiveRC/ effectuées. Il reste probablement un paquet de liens à corriger dans les sous-pages de Wikipédia:LiveRC mais a priori ça fonctionne quand même.

Accessoirement, LiveRC est désormais sélectionnable dans les préférences, à la section "Outils avancés".

Désolé si il y eu quelques désagréments durant la transition.

⇨ D^r Brains ^{∞ Consultation ∞} 28 juillet 2011 à 15:43 (CEST)

Aucun problème ; dès que j'ai vu ta première modif, j'ai coupé LiveRC, et j'ai purgé le cache à la fin.

Est-ce qu'il est aussi possible d'obtenir le gadget avec obtenir("LiveRC"); ? --Pic-Sou (d) 28 juillet 2011 à 16:08 (CEST)

Oui, et même mieux puisque tu peux le sélectionner dans les préférences.

⇨ D^r Brains ^{∞ Consultation ∞} 28 juillet 2011 à 16:14 (CEST)

J'ai mis à jour la doc (en français seulement, faut pas oublier les anglais, les allemands et autres). Qu'est-ce qu'on fait pour la licence et la fuite de mémoire ? --Pic-Sou (d) 28 juillet 2011 à 16:30 (CEST)

Ben pour la licence, faut voir avec les autres auteurs, et en particulier avec EDUCA33E (d · c · b). Pour la fuite mémoire, ça doit pouvoir attendre un peu.

⇨ D^r Brains ^{∞ Consultation ∞} 28 juillet 2011 à 18:25 (CEST)

(vite fait en passant) Pour la licence, j'ai l'habitude de mettre ce que je code sous licence MIT/X11, ce qui est suffisamment permissif pour être compatible une licence qui l'est moins (BSD, Apache, GPL), si un autre développeur le souhaitait. Ma contribution à ce script étant, somme toute, assez limitée, je n'aurais pas de problème non plus à la placer dans le domaine public, si c'était l'orientation qui venait à être choisie par les autres. (et je repars aussi vite — désolé, pas le temps pour jeter un coup d'œil à la mémoire ; mais recycler les requêtes http et regrouper celles concernant les modèles serait une piste à explorer) Amicalement — Arkanosis ^✉ 29 juillet 2011 à 23:21 (CEST)

Bonjour, à tous...

Tout d'abord, Super taff de chacun. Désolé de ne plus pouvoir participer actuellement.

En ce qui concerne la licence, laquelle rapporte le plus d'argent ??? A défaut, si vous ne savez pas (ou ne répondez pas dans les délais) des licences telles que MIT/X11 - domaine public.. me conviennent parfaitement...

Encore merci à tous pour vos corrections, améliorations et évolutions !! Educa33^e 23 août 2011 à 03:50 (CEST)

Plusieurs problèmes...

Bonjour, je signale plusieurs problèmes sur lesquels je viens de tomber et qui sont assez problématiques :

• Primo (le pire !) depuis que j'ai désactivé certaines extensions somme toute assez peu utiles pour moi, comme HotCats ou BandeauxPortails, LiveRC ne fonctionne tout simplement pas ! Le logo LiveRC remplace celui de Wikipédia, et puis plus rien ne se passe, même le titre Wikipédia:LiveRC reste présent… Dans ma console d'erreurs, je vois quatre erreurs, dont la première est présente en triple :

Erreur : jsAlert is not defined
Fichier Source : http://pl.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=Wikipedysta%3ANux%2FSearchBox.js
Ligne : 58

Erreur : lrcBandeauPortailVariables is not defined
Fichier Source : http://fr.wikipedia.org/w/index.php?title=User:Pic-Sou/LiveRCparam.js&action=raw&ctype=text/javascript
Ligne : 523

Et quelques avertissements liés à mon LiveRCparam.js du type :

Avertissement : « important » attendu, mais « ie » trouvé.  « ; » ou « } » attendus pour terminer une déclaration, mais « ie » trouvé.  Déclaration abandonnée.
Fichier Source : http://fr.wikipedia.org/w/index.php?title=Discussion_MediaWiki:Gadget-LiveRC.js&action=edit&section=new
Ligne : 1

• Secundo, je me disais que les vandales devaient être en vacances depuis un bout de temps, puis que je ne voyais presque plus d'icônes Test0, Test1 et caetera depuis quelques temps, accolées aux noms d’utilisateurs. Raté, c'est UserWarningsExtension.js qui ne marche plus. Il faudrait y remédier…
• Tertio, toujours à propos de UserWarningsExtension.js, j'ai l'impression que l'interface d'édition des paramètres de LiveRC ne gère pas tous les paramètres de l'extension, notamment la possibilité de régler les couleurs des liens (pratique pour savoir qu'un utilisateur n'a pas de page de discussion) ou le temps au bout duquel les messages deviennent caducs…
• Quarto (et après c'est fini, promis ! , j'ai remarqué que lors que l'on désactivait une extension, tout le balayage du LiveRCparam.js ne se faisait pas correctement. Par exemple, j'ai beau avoir désactivé HotCats et BandeauxPortails, il reste encore dans User:Pic-Sou/LiveRCparam.js le code suivant (en boîte déroulante) :

encore dans mon LiveRCparam.js…

  // Paramètres de HotCats
lrcHotCatsVariables["suggestion_delay"] = 200;
lrcHotCatsVariables["list_size"] = 10;
lrcHotCatsVariables["list_items"] = 50;
lrcHotCatsVariables["Minoredit"] = 1;
lrcHotCatsVariables["Watchthis"] = -1;
lrcHotCatsVariables["exists_size"] = 20;
lrcHotCatsVariables["exists_yes"] = 'http://upload.wikimedia.org/wikipedia/commons/thumb/b/be/P_yes.svg/20px-P_yes.svg.png';
lrcHotCatsVariables["exists_no"] = 'http://upload.wikimedia.org/wikipedia/commons/thumb/4/42/P_no.svg/20px-P_no.svg.png';
lrcHotCatsVariables["docURL"] = 'http://fr.wikipedia.org/wiki/Projet:JavaScript/Notices/HotCatsMulti#Fonctionnement';
lrcHotCatsVariables["list_down"] = false;
lrcHotCatsVariables["autocommit"] = true;
lrcHotCatsVariables["AutoMulti"] = false;
lrcHotCatsVariables["ShowLegend"] = false;
lrcHotCatsVariables["ShowInline"] = false;
lrcHotCatsVariables["SkipRecap"] = false;
lrcHotCatsVariables["DebugMode"] = false;
 
  // Textes de HotCats
lrcHotCatsText["MultiLinkText"] = '(±)';
lrcHotCatsText["MultiLinkTitle"] = 'Modifier plusieurs catégories';
lrcHotCatsText["MultiInputOK"] = 'Valider';
lrcHotCatsText["MultiInputCancel"] = 'Annuler';
lrcHotCatsText["Minoredit"] = 'Édition mineure';
lrcHotCatsText["Watchthis"] = 'Suivre cette page';
lrcHotCatsText["RadioDefault"] = 'Défaut';
lrcHotCatsText["RadioYes"] = 'Oui';
lrcHotCatsText["RadioNo"] = 'Non';
lrcHotCatsText["LabelText"] = 'Légende';
lrcHotCatsText["LabelTitle"] = 'Voir la page d\'aide (nouvelle fenêtre)';
lrcHotCatsText["DefaultSortText"] = '(D)';
lrcHotCatsText["DefaultSortTitle"] = 'Ajouter/modifier/supprimer la clef de tri principale';
lrcHotCatsText["RemoveLinkText"] = '(–)';
lrcHotCatsText["RemoveLinkTitle"] = 'Supprimer la catégorie';
lrcHotCatsText["RemoveConfirm"] = 'Voulez-vous vraiment supprimer la catégorie';
lrcHotCatsText["ModifyLinkText"] = '(±)';
lrcHotCatsText["ModifyLinkTitle"] = 'Modifier la catégorie';
lrcHotCatsText["AddLinkText"] = '(+)';
lrcHotCatsText["AddLinkTitle"] = 'Ajouter une catégorie';
lrcHotCatsText["Exists_YesTitle"] = 'Cette catégorie existe.';
lrcHotCatsText["Exists_NoTitle"] = 'Cette catégorie n\'existe pas.';
lrcHotCatsText["ParentTitle"] = 'Suggérer les catégories-mères';
lrcHotCatsText["ParentText"] = '↑';
lrcHotCatsText["DaughterTitle"] = 'Suggérer les catégories-filles';
lrcHotCatsText["DaughterText"] = '↓';
lrcHotCatsText["InputOK"] = 'OK';
lrcHotCatsText["InputCancel"] = 'Annuler';
lrcHotCatsText["RecapTitle"] = 'Récapitulatif :';
lrcHotCatsText["RecapRemove"] = 'Catégories à supprimer';
lrcHotCatsText["RecapModify"] = 'Catégories à modifier';
lrcHotCatsText["RecapAdd"] = 'Catégories à ajouter';
lrcHotCatsText["RecapSort"] = 'Clef de tri globale';
lrcHotCatsText["ResumeScript"] = '[[Projet:JavaScript/Notices/HotCatsMulti|HotCatsMulti]] : ';
lrcHotCatsText["AlertProblem1"] = 'Impossible de trouver la catégorie « $1 » - elle est peut-être incluse via un modèle.';
lrcHotCatsText["AlertProblem2"] = 'La catégorie « $1 » est déjà présente.';
lrcHotCatsText["AlertProblem3"] = 'Plusieurs occurrences de la catégorie « $1 » trouvées.';
lrcHotCatsText["NoCatTemplate"] = 'à catégoriser';
 
  // Paramètres de BandeauPortail
lrcBandeauPortailVariables["suggestion_delay"] = 200;
lrcBandeauPortailVariables["list_size"] = 5;
lrcBandeauPortailVariables["list_items"] = 10;
lrcBandeauPortailVariables["Minoredit"] = 1;
lrcBandeauPortailVariables["Watchthis"] = -1;
lrcBandeauPortailVariables["list_down"] = false;
lrcBandeauPortailVariables["autocommit"] = true;
 
  // Textes de BandeauPortail
lrcBandeauPortailText["RemoveLinkText"] = '(–)';
lrcBandeauPortailText["RemoveLinkTitle"] = 'Supprimer le bandeau';
lrcBandeauPortailText["RemoveConfirm"] = 'Voulez-vous vraiment supprimer le bandeau';
lrcBandeauPortailText["AddLinkText"] = '(+)';
lrcBandeauPortailText["AddLinkTitle"] = 'Ajouter un bandeau';
lrcBandeauPortailText["InputOK"] = 'OK';
lrcBandeauPortailText["InputCancel"] = 'Annuler';
lrcBandeauPortailText["ModifyLinkText"] = '(±)';
lrcBandeauPortailText["ModifyLinkTitle"] = 'Modifier les bandeaux';

 

Est-ce qu'un développeur aurait la solution à ces problèmes ? Merci d'avance… --Pic-Sou (d) 5 août 2011 à 10:02 (CEST)

Depuis quand constates-tu les problèmes ? --Superjuju10 ^{Auboisement à votre écoute} 5 août 2011 à 10:11 (CEST)

Le premier depuis que j'ai viré les extensions inutiles ([3]), et donc le quatrième aussi ; le second et le troisième, je ne sais pas exactement mais ça doit bien faire un bon mois, voire plus… --Pic-Sou (d) 5 août 2011 à 10:14 (CEST)

J'ai eu un problème similaire il y a plus d'un semestre suite à des erreurs que j’ai commis involontairement. Le plus simple est de faire un rapport d'erreur ici. Amicalement. --Superjuju10 ^{Auboisement à votre écoute} 5 août 2011 à 10:20 (CEST)

Je vais m'en occuper. En attendant, tu devrais remettre les extensions que tu as enlevées.

⇨ D^r Brains ^{∞ Consultation ∞} 5 août 2011 à 11:43 (CEST)

J'ai corrigé le LiveRC pour qu'il intègre dans le LiveRCparam des tests try{ ... }catch(e){ ... } qui éviteront l'erreur d'une Array non définie.

⇨ D^r Brains ^{∞ Consultation ∞} 5 août 2011 à 12:14 (CEST)

LiveRC remarche, mais je pense qu'il faudrait revoir la suppression des paramètres d'une extension après qu'elloe ait été désactivée… Et UserWarningsExtension est toujours out… --Pic-Sou (d) 5 août 2011 à 19:20 (CEST)

Pour UserWarningsExtension, il faudrait voir avec Orlodrim, son créateur. J'hésite un peu à venir y fourrer mon nez (même si ça m'est déjà arrivé).

⇨ D^r Brains ^{∞ Consultation ∞} 5 août 2011 à 21:07 (CEST)

Je ne trouve pas de problème. Pour moi, les icônes apparaissent normalement, y compris en utilisant ta configuration. De plus, tu dis que les icônes pour Salebot apparaissent, or la détection se fait de la même façon pour toutes les autres.

Il y a peu de vandalisme, c'est sûrement la seule raison. Je rappelle que l'icône s'affiche seulement si l'utilisateur a eu un avertissement de Salebot ou par LiveRC dans les 24 heures précédentes (délai par défaut). Pour les avertissements LiveRC, cela ne représente que 10-15 modifications par jour à cette période.

Tu peux vérifier si l'extension est active en augmentant le délai à un mois et en mettant une icône pour l'expression régulière ".*" dans la configuration. Si ça n'a aucun effet ou si ça ne marche que partiellement (c'est-à-dire qu'il manque une icône pour des utilisateurs dont la page de discussion a été modifiée au cours du mois précédent), signale-le moi.

Orlodrim ^[discuter] 6 août 2011 à 18:33 (CEST)

T'as raison, c'est juste que les vandales sont en vacances… Par contre, je serais favorable à ce que l'on puisse régler les paramètres de UserWarningsExtension par l'interface de gestion des paramètres. Excuse-moi de t'avoir dérangé pour rien… Cordialement --Pic-Sou (d) 6 août 2011 à 19:54 (CEST)

Ça devrait marcher maintenant. Orlodrim ^[discuter] 6 août 2011 à 22:20 (CEST)

ça m'a l'air bon… par contre, je ne suis pas convaincu de l'utilité d'avoir deux pages pour les paramètres. Pourrais-tu les fusionner ? Cordialement --Pic-Sou (d) 6 août 2011 à 22:31 (CEST)

Non. Les paramètres sont en nombre définis, tandis que les couples regexp/icônes peuvent évoluer (on peut en ajouter/retirer comme on veut). On ne peut dont pas fusionner les deux.

⇨ D^r Brains ^{∞ Consultation ∞} 6 août 2011 à 22:34 (CEST)

Nouvelle extension (ter)

CategoryRCExtension, sélectionnable dans le menu de personnalisation de LiveRC, permet désormais de ne surveiller que les pages appartenant à une ou plusieurs catégories (typiquement des catégories du style Catégorie:Portail:XXXX/Articles liés mais ce n'est pas obligatoire).

Il est possible de modifier en live les catégories surveillées via un menu spécial ainsi que les catégories "par défaut" via le menu de personnalisation.

Have fun !!

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

Merci beaucoup docteur. --Superjuju10 ^{Auboisement à votre écoute} 7 août 2011 à 14:41 (CEST)

Pas mal ! Un moyen de régler la « profondeur », c'est-à-dire jusqu'à combien de catégories filles on descend ? --Pic-Sou (d) 7 août 2011 à 19:29 (CEST)

Non. En fait on filtre au niveau des catégories que la page contient, lors de l'affichage des lignes RC. Si elle contient une des catégories choisies rien ne se passe, sinon, la ligne est supprimée.

⇨ D^r Brains ^{∞ Consultation ∞} 7 août 2011 à 21:28 (CEST)

ToDo vs. suggestions

Bonjour. Je serais favorable à un renommage de Todo en suggestions. Après tout, rien n'oblige les développeurs à suivre les propositions, et certaines sont rejetées. Ce n'est donc pas « à faire ». --Pic-Sou (d) 8 août 2011 à 19:28 (CEST)

Ou alors effectuer une scission, d'un côté une page de suggestions, de l'autre des trucs "à faire" ?

⇨ D^r Brains ^{∞ Consultation ∞} 8 août 2011 à 19:30 (CEST)

 Bien vu ! --Pic-Sou (d) 8 août 2011 à 19:37 (CEST)

Petite erreur

Bonsoir, il semble qu'il y ait un soucis dans l'affichage des liens vers un filtre qui a été déclenché. Actuellement, LiveRC affiche:

Déclenchement du filtre [[Special:AbuseLog/36|36]]: R3R (action : Avertir l’utilisateur)

or, ce lien pointe vers la 36^e entrée du Journal des filtrages et non vers le filtre 36 (qui aurait eu pour lien [[Special:AbuseFilter/36|36]]). Cordialement, Linedwell ^[discuter] 14 août 2011 à 20:40 (CEST)

C'est corrigé pour la prochaine version (cf ci-dessous).

⇨ D^r Brains ^{∞ Consultation ∞} 16 août 2011 à 15:37 (CEST)

LiveRC version 0.5 en préparation

Une nouvelle version de LiveRC est en préparation. Les changements au niveau des fonctionnalités sont minimes, mais ceux au niveau de l'interface sont importants. Des changements sont à apporter à la fois à MediaWiki:Gadget-LiveRC.js, MediaWiki:Gadget-LiveRC.css, et à Wikipédia:LiveRC

1. L'interface de LiveRC est masquée par défaut. C'est le javascript qui l'affiche. Du coup, il est possible d'afficher par défaut la documentation (en transclusion, ce qui imposera de la protéger pour éviter les surprises)
2. L'interface de LiveRC est désormais sortie de la page, en position:absolute. Un bouton en haut à gauche permet de basculer entre LiveRC (en mode plein écran) et l'interface "normale" de Mediawiki (avec la doc et les différents liens).
3. Outre ce bouton, cinq autres boutons prennent place en haut à gauche et disparaissent de la barre de contrôle :
   1. Un bouton permet d'afficher/Masquer le tchat. Il ne se trouve plus au niveau de la barre de contrôle mais en haut à gauche. Le tchat quant à lui est en position:fixed en bas de l'écran.
   2. Un bouton pour afficher/masquer les listes de suivi. Celles-ci apparaissent en position:fixed en bas de l'écran;
   3. Un bouton pour afficher/masquer le footer de LiveRC (partie avec les icônes et les liens utiles). Celle-ci apparaît en position:fixed en bas de l'écran;
   4. Un bouton pour afficher/masquer la prévisualisation (la barre de liens de la prévisualisation reste visible). Celle-ci conserve la place qui était la sienne auparavant;
   5. Un bouton pour afficher/masquer le panneau de configuration. Celui-ci conserve la place qui était la sienne auparavant;
4. L'interface normale de LiveRC (la partie en position:absolute) reçoit un style "padding-bottom" pour ne pas être masquée par les cadres en position:fixed qui peuvent apparaître en bas de l'écran.
5. La barre de titre de LiveRC reçoit l'horloge (todo : permettre un décalage horaire), qui disparaît donc du logo
6. La barre de contrôle
   • est déplacée juste sous la barre de titre de LiveRC
   • perd des boutons qui sont désormais situés en haut à gauche de l'écran (en position:fixed)
   • récupère les boutons de l'historique de prévisualisation, juste devant le bouton Suivant. Celui-ci disparaît donc de la barre de titre de prévisualisation;
   • est désormais affichée en pleine largeur et dispose donc de plus de place pour des boutons d'extension (lesquels peuvent aussi être ajoutés en haut à gauche)

Pour tester cette nouvelle interface :

1. désactiver LiveRC
2. ajouter à son common.js le code importScript('User:Dr Brains/LiveRC.js');
3. aller sur la page User:Dr_Brains/LiveRC/Test
4. recharger le cache du navigateur

J'ai testé sous Firefox sans soucis, sur Monobook comme sur Vector. Je ne sais pas ce que cela donne avec d'autres navigateurs.

Il reste encore des trucs à arranger : mieux définir les couleurs, les boutons, etc... Cette nouvelle version n'est pas prête à être déployée, aussi toute suggestion est donc la bienvenue. N'hésitez pas à dire ce que vous pensez des changements apportés.

⇨ D^r Brains ^{∞ Consultation ∞} 16 août 2011 à 15:37 (CEST)

Merci du signalement. En effet, la BETA ne marche pas sur Chrome. --Superjuju10 ^{Auboisement à votre écoute} 16 août 2011 à 15:59 (CEST)

Corrigé. Les styles CSS n'étaient pas chargés. ⇨ D^r Brains ^{∞ Consultation ∞} 16 août 2011 à 16:12 (CEST)

C'est assez bien, mais :

• Les boutons en haut pour afficher/masquer les différentes zones sont difficilement visibles ;
• Il n'y a pas les infobulles sur les liens et icônes ;
• Il n'y a aucun moyen de quitter LiveRC, ce qui peut-être assez gênant…

Sinon, je signale aussi un point qui me paraît assez important, il s'agit du clic sur les liens d'une page prévisualisée : cliquer dessus ferme LiveRC… Y a-t-il moyen de faire en sorte que ça s'affiche en preview ?

Bravo encore pour tes modification… quand pense-tu que la nouvelle version sera utilisable ?

Cordialement --Pic-Sou (d) 16 août 2011 à 20:54 (CEST)

Dans l'ordre :

1. Le design n'est pas encore définitif. Je vais voir si je trouve d'autres icônes, ou je peux aussi en créer d'autres. Je réfléchit par ailleurs à faire de l'interface LiveRC un modèle (Wikipédia:LiveRC/Interface), que l'on pourra personnaliser en l'incluant dans une autre page (et en réglant la variable qui va bien pour prendre en compte la page). Ceci devrait permettre de personnaliser facilement ces icônes, justement. Mais c'est embryonnaire pour l'instant. Je réfléchis également sur d'autres aspects liés au style, tels les cadres gris actuellement en vigueur mais aussi l'effet "vert" au survol des lignes RC sur cette nouvelle version. Tout ceci peut (et va probablement) évoluer.
2. En théorie, si. Lesquels exactement n'ont pas de libellé ?
3. Si tu parles de la disparition de l'interface normale de Mediawiki, un clic sur l'un des boutons en haut à gauche permet de la retrouver (d'où l'intérêt d'insérer aussi la documentation de LiveRC ). On peut donc quitter LiveRC si on le souhaites (ou alors j'ai pas compris la question ?).
4. Si. L'extension User:Dr Brains/LiveRC/PreviewAllLinksExtension.js est faite pour toi. Il est vrai qu'elle n'est pas disponible dans les options. Il faudra que je la rajoute (après avoir testé qu'elle marche toujours avec la nouvelle interface).
5. Pas avant un moment. Le basculement d'une version à l'autre nécessitant des modifications profondes de l'interface de LiveRC, la rendant probablement difficilement compatible avec les anciennes version du script. En tenant compte que peut-être d'autres wikis utilisent LiveRC en utilisant la version courante, il va falloir qu'eux aussi fassent évoluer leur interface. Du coup, il convient que le changement soit fait d'un coup, une fois que le design de l'interface sera fixé. Après, cela dépend du nombre de gens qui testent la nouvelle interface, des retours que j'en ai, de l'aide éventuelle d'autres développeurs, etc...

⇨ D^r Brains ^{∞ Consultation ∞} 16 août 2011 à 21:14 (CEST)

OK. Pour les manques d'infobulles, je pense surtout aux icônes en haut à gauche. Et pour quitter LiveRC, à la disparition de l'apparence normale…

Sinon, un autre point, c'est la sobriété. Les couleur d'avant étaient… plus claires… Là, c'est la nuit. Un thème plus "à la vector" serait je pense mieux… --Pic-Sou (d) 16 août 2011 à 22:11 (CEST)

Pour ma part les couleurs de la fenêtre principale me conviennent (étant donné qu'elles n'ont pas changé) et je trouve que la surbrillance en vert de la ligne actuellement survolée ajoute un certain confort. Les nouveaux boutons quant à eux me laissent assez froid, je ne saurait dire pourquoi, mais je n'aime pas. Pour finir, le fait que désormais LiveRC fonctionne en plein écran (au lieu d'être intégré dans l'interface MediaWiki) ne me plait pas non plus (peut-être parce que j'utilise un écran large et que donc avoir LiveRC sur toute la largeur de mon écran, c'est un peu trop). En bref, le seul ajout qui pour le moment me plait plutôt bien – à la fois pour le plaisir de l'œil et pour le confort – c'est la surbrillance de la ligne survolée. C'était le quart d'heure de Linedwell le ronchon/nostalgique . Linedwell ^[discuter] 17 août 2011 à 09:02 (CEST)

Bon, après une semaine de boulot supplémentaire, je pense être arrivé à ce que je voulais.

Le nouveau script se trouve sur la page MediaWiki:Gadget-LiveRC.js/Dev.js, et donc disponible avec le code obtenir('LiveRC.js/Dev'); (penser à désactiver la version normale de LiveRC). La page de test est User:Dr_Brains/LiveRC/Test.

Je laisse le soin à ceux que ça intéresse de découvrir la nouvelle interface. Toute suggestion/remarque/critique est évidemment ardemment souhaité.

Je pense que cette version pourrait être mise en production d'ici à ce W-E, c'est donc le moment de le dire si vous pensez qu'il y a un truc qui ne va vraiment pas.

⇨ D^r Brains ^{∞ Consultation ∞} 24 août 2011 à 17:34 (CEST)

C'est farpaitement farpait. Manque juste les infobulles sur les icônes. Cordialement --Pic-Sou 24 août 2011 à 22:52 (CEST)

De quelles icônes tu parles ?

(Je me demande si il en faudrait pas sur les boutons, les cases à cocher et les menus déroulants de la barre de contrôle des RC. Des avis ?)

⇨ D^r Brains ^{∞ Consultation ∞} 24 août 2011 à 23:27 (CEST)

En haut à gauche, les icônes pour afficher/masquer chaque morceau de LiveRC. Et oui, je suis favorable à leur généralisation… --Pic-Sou 24 août 2011 à 23:32 (CEST)

Heu. Ben si y a des infobulles sur ces boutons. Tu parles bien de ça (copié-collé depuis la page de lancement, sans les styles CSS) :

Il y a des infobulles.

⇨ D^r Brains ^{∞ Consultation ∞} 24 août 2011 à 23:37 (CEST)

Bon bah ça doit venir de chez moi… --Pic-Sou 25 août 2011 à 08:31 (CEST)

Ouais ! Vive la nouvelle mise à jour ! --Pic-Sou 30 août 2011 à 08:42 (CEST)

Nouvelle version

Salut,

Merci pour cette nouvelle version , design ! Quelques questions cependant :

• Est-il possible de rendre le rouge des révocs plus fort ; toutes les couleurs sont un peu passées et pastel, ce qui rend moins facile la visualisation…
• Peux-tu éventuellement rajouter une option qui permette de remettre la fenêtre de prévisualisation au-dessus des lignes ?

  +1 --Superjuju10 ^{Auboisement à votre écoute} 30 août 2011 à 14:26 (CEST)

• C'est moi ou la police des prévisualisation est plus petite qu'avant ?

  Même chose de mon coté --Superjuju10 ^{Auboisement à votre écoute} 30 août 2011 à 14:26 (CEST)

• Ça, c'est plus une remarque qu'une question : C'est un peu sombre, quand, même, avec tout en gris… Et moins agréable, je trouve, pour la prévisualisation…

Merci bien , — Jules ^{(Discuter !)} 30 août 2011 à 08:46 (CEST)

Je signale un détail au passage : il n'y a pas moyen d'apposer un modèle de bienvenutage sans le subster. Peut-on régler ça ? --Pic-Sou 30 août 2011 à 13:30 (CEST)

Ah ! Et les vielles RC restent, et la barre de défilement ne remonte pas automatiquement ! --Pic-Sou 30 août 2011 à 13:31 (CEST)

Bonjour,

dans un premier temps, je suis en train de me battre pour que cette nouvelle version marche avec cette #%!@&§ d'Internet Explorer (deux bugs non résolus pour le moment).

Sinon, Pour les différents styles, cela peut être modifié par CSS en modifiant votre LiveRCparam.css. Vous pouvez prendre exemple sur Mediawiki:Gadget-LiveRC.css pour la syntaxe.

Pour la fenêtre de prévisualisation au dessus des RC, c'est pas possible pour le moment.

⇨ D^r Brains ^{∞ Consultation ∞} 30 août 2011 à 14:35 (CEST)

Merci pour ta réponse ; j'ai réussi à changer la couleur de fond, mais n'ai pas trouvé pour la police. Si quelqu'un sait ce qu'il faut modifier… D^r Brain, bon courage pour IE. — Jules ^{(Discuter !)} 30 août 2011 à 15:11 (CEST)

Tout va bien sur Firefox, hormis le fait qu'il m'ait fallu augmenter la taille des caractères, parce que sinon, c'était illisible (mais ce sont peut-être mes yeux qui sont fatigués). Par contre sur Safari, ça fonctionne pareil, mais... il y a en haut un message en rouge qui dit : Version 0.5.0 Vous utilisez la version 0.5.0 de LiveRC, qui est obsolète. Veuillez recharger le cache de votre navigateur pour utiliser la dernière version. Le gras est de moi. Etrange ? Par ailleurs, peut-on désactiver quelque part le surlignement vert quand la souris passe sur une ligne, je ne vois pas trop à quoi ça sert, et c'est plus gênant qu'utile. Pour le reste, faut s'habituer, mais ça devrait le faire. --Theoliane (d) 30 août 2011 à 17:09 (CEST)

J'ai trouvé où modifier la taille des caractères pour les régler via LiveRCparam.css, ça rend l'usage plus confortable, et évite d'avoir de plus gros caractères dans tous les onglets de FF. Une bonne chose de faite, par contre, le surlignement vert, je ne sais pas (encore ?) comment le changer. --Theoliane (d) 30 août 2011 à 19:44 (CEST)

Pour la plupart, ça correspond à des :hover. Exemple pour les RC :

#tabRC tr:hover { 
    background-color:#A0D010 !important; 
}
#tabRC tr:hover td, #tabRC tr:hover th { 
    background-color:#A0D010 !important; 
}
#tabRC tr:hover td:hover, #tabRC tr:hover th:hover { 
    background-color:#A0F010 !important; 
}

Il faut que tu mettes la même couleur que normalement, voire pas de couleur ( background:none !important; ).

⇨ D^r Brains ^{∞ Consultation ∞} 30 août 2011 à 19:51 (CEST)

Ce que je vois au premier coup d'œil :

• Points positifs :
  • Ça occupe tout l'écran
  • Le diff reste à sa place en bas de l'écran au lieu de se balader partout
  • Le surlignage de la ligne courante est du meilleur effet
• Points négatifs
  • Les infobulles sur les boutons du haut ne fonctionnent pas chez moi (cf. Pic-Sou)
  • Les caractères sont trop petits (cf. les autres)
  • L'intégration des popups semble avoir été cassée

Si ce dernier point ne gêne que moi, je m'en occuperai quand j'aurai le temps .

Bravo et merci ! — Arkanosis ^✉ 30 août 2011 à 20:06 (CEST)

• Pour les infobulles des boutons, j'avoue que je ne comprends pas. Celles-ci sont directement ajoutées au wikitexte.
• Il semblerait. Il faut vous mettre d'accord sur les valeurs qui vont bien et j'agrandirai ça.
• C'est sans doute du au fait que l'interface n'est plus dans le "bodyContent".

⇨ D^r Brains ^{∞ Consultation ∞} 30 août 2011 à 20:25 (CEST)

Perso je vois les infobulles, le pb de la taille des caractères est réglée (chacun peut choisir le sien en fonction de son acuité visuelle), les popups, je ne sais pas ce que c'est... le surlignage plaît à l'un mais pas à l'autre , et rien ne change si je remplace le background color par none, mais c'est un détail (et certainement un pb d'interface chaise-clavier, il y a si longtemps que je n'ai pas mis le nez dans une feuille de style..), le reste va bien, quel travail tu as fait ! --Theoliane (d) 30 août 2011 à 20:30 (CEST)

Pas trouvé pour la taille de police . — Jules ^{(Discuter !)} 30 août 2011 à 20:51 (CEST)

Copie-colle ceci, celui devrait aller. De mon coté aussi c'est nettement mieux pour mes pauvres yeux myopes . --Superjuju10 ^{Auboisement à votre écoute} 30 août 2011 à 21:06 (CEST)

. Merci. — Jules ^{(Discuter !)} 31 août 2011 à 09:52 (CEST)

Pitié, enlevons le surlignage en vert. Sinon comme dit ci-dessus y'a quand même des avantages dont le fullscreen). Il serait aussi bon de rajouter un title ou alt, je sais plus, aux boutons pour que leur fonction s'affiche au survol de la souris Argos - oO 10 septembre 2011 à 23:54 (CEST)

C'est vrai qu'en vert c'est peut-être (un peu) trop flashy. Quelque chose de plus sobre conviendrait mieux. Du gris ? Ou peut-être ne faire ressortir que la bordure ?

⇨ D^r Brains ^{∞ Consultation ∞} 11 septembre 2011 à 00:01 (CEST)

Bug

Salut,

La nouvelle version de LiveRC est super, sauf pour moi. Tout s'affiche... sauf les RC. Figurez-vous que c'est pas si pratique que ça..! Je suis sur Mac et j'utilise Mozzila Firefox ou Safari. Sur aucun des deux cela ne fonctionne.

@Dr Brains : J'ai bien lu ton message. Merci de ses conseils mais je suis bien incapable de créer une extension, n'ayant pas assez de connaissances en Java.

Merci beaucoup. Je vais essayer de voir si j'arrive à m'en sortir, mais c'est pas gagné...

Althiphika ΨΨΨ 31 août 2011 à 11:51 (CEST)

Avec Firefox, est-ce que tu as des erreurs (Outils >> Console d'erreur) ?

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

Ah ben ça alors, c'est étrange. Je suis aussi sur Mac (version Tiger de MacOSX, machine qui a 4 ans maintenant..), et je n'ai aucun pb avec Firefox 3.6.20 (au passage, Dr Brains, polices et surlignement ayant été réglés, tout baigne). Mais aucun non plus sur Safari 4.1.3. sauf qu'il me signale que j'utilise la version 0.5.0. qui est obsolète.... ce qui ne l'empêche pas de fonctionner tout à fait normalement. --Theoliane (d) 31 août 2011 à 14:31 (CEST)

Aucun bug dans la console d'erreur. Althiphika ΨΨΨ 31 août 2011 à 14:32 (CEST)

Quand tu cliques sur le bouton en haut à gauche ça ne fait rien ?

T'as bien coché la case "RC" dans le menu ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 14:36 (CEST)

Theoliane : avec Safari 5.0, je n'ai pas ton pb de version obsolète. Tu pourrais faire une capture d'écran ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 16:22 (CEST)

J'en ai mise une là j'espère que tu pourras y accéder, parce que je n'ai pas trop l'habitude de google sites... --Theoliane (d) 31 août 2011 à 16:52 (CEST)

Oula. C'est pas normal que tu aies la phrase deux fois tout en ayant le N° colorié en vert. Tu n'aurais pas sélectionné le gadget et mis LiveRC dans ton monobook ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 16:58 (CEST)

Alors là, c'est sous Vector en plus, et comme c'est mon second compte (celui qui édite, pas celui qui fait de la maintenance qui utilise Safari) je n'y utilise pas LiveRC habituellement, je l'ai lancé pour tester, donc, je vérifie ce que tu dis.. J'ai tournicoté le truc dans tous les sens, supprimant la mention de LiveRC dans le monobook, en gardant le gadget, j'ai fait l'inverse, et j'ai toujours la mention en rouge, avec aussi plusieurs instances de LiveRC dans la colonne de gaudhe sous contribuer... Mais c'est pas grave, d'abord, ça ne gêne pas le fonctionnement, et surtout, je ne m'en sers pas sous Safari, donc, pas la peine de se prendre la tête avec ça, c'est véniel, et je crains qu'à force de faire 36 essais, ça finisse par ne plus fonctionner du tout... Donc, j'en reste là sans soucis. Merci du temps que tu prends à me répondre. --Theoliane (d) 31 août 2011 à 17:02 (CEST)

@ Dr Brains : La case RC est coché. Quand je clique sur , le rectangle gris est remplacé par le bouquin ouvert de Wiki. Je comprends que la fenètre de diff est fermé. Merci. Althiphika ΨΨΨ 31 août 2011 à 19:18 (CEST)

┌──────────────┘
Bon, après de gros efforts, la V 0.5 est à présent fonctionnelle avec IE (merci beaucoup à Od1n (d · c · b) pour son aide).

Althiphika : c'est quoi que tu appelles "le bouquin ouvert de Wiki" ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 21:41 (CEST)

Capture d'écran :

Fichier:Althiphika002.JPG

le fameux bouquin ouvert de wiki.

J'ai en permanence le logo de LiveRC qui tourne, mais rien de plus. Tu veux une capture vidéo?Althiphika ΨΨΨ 1 septembre 2011 à 17:27 (CEST)

Et quand t'es là et que tu cliques sur , il ne se passe rien ?

⇨ D^r Brains ^{∞ Consultation ∞} 1 septembre 2011 à 17:38 (CEST)

Fichier:Althiphika003.jpg

voila ce que je vois quand je clique dessus. Althiphika ΨΨΨ 1 septembre 2011 à 18:23 (CEST)

Bizarre. La barre de menu s'affiche (c'est normal), l'icône devient verte (c'est normal aussi), mais les RC ne viennent pas. Le fait que l'icône reste animé signifie qu'il y a un problème au cours de la requête mais je ne vois pas bien ce que ça pourrait être si tu n'as pas d'erreur javascript dans la console. C'est quoi ce navigateur ?

⇨ D^r Brains ^{∞ Consultation ∞} 1 septembre 2011 à 18:27 (CEST)

Je n'en sais rien, mais ce n'est pas la première fois. Mais c'est juste de puis qu'on est passé sur la 0.5. Je peux toujours marcher sur l'ancienne version, j'ai le script, mais bon, c'est pénible... Althiphika ΨΨΨ 1 septembre 2011 à 19:58 (CEST)

Version old-school

Bonsoir, j'aimais beaucoup la sobriété de l'ancienne version et je me demande si une alternative "moins flashy" pourrait être développée un jour (en option), sans barre verte, ni logos multicolores et avec une police agréable ? Ca permettrai de ne pas rester avec l'ancienne version et de continuer à bénéficier des améliorations futures. Frakir 11 septembre 2011 à 00:18 (CEST)

Salut. Quand tu auras le temps, Dr Brains, tu penseras à nous également, pour une option qui permettrait de mettre la fenêtre de prévisualisation au-dessus, les lignes RC en dessous ? Merci et bon dimanche . — Jules ^{(Discuter !)} 11 septembre 2011 à 09:44 (CEST)

Montrer les changements faits dans la liste de suivi

Bonjour, il semble que l'option "Montrer les changements faits dans la liste de suivi" ne marche pas. En effet je ne vois pas passer les changements faits aux pages que je suis si elles sont faites par des utilisateurs confirmés quand je ne regarde que "IP seules + débutants". ~~

Ça me l'avais fait à un moment. En re-sauvegardant mes options (mon /LiveRCparam.js) ça avait réglé le pb.

⇨ D^r Brains ^{∞ Consultation ∞} 16 septembre 2011 à 19:52 (CEST)

Ça ne fonctionne toujours pas malgré de nombreux essais sur /LiveRCparam.js. Nakor (d) 5 octobre 2011 à 22:17 (CEST)

Icônes test

Bonjour, J'aimerais savoir si c'est moi qui a changé les paramètres (j'ai tout effacé mes paramètres personnels pour passer à la nouvelle version de LiveRC) ou si c'est quelquechose qui n'a pas fait le saut dans cette version mais j'aimais bien les icônes qui indiquait les bandeaux test qu'avait reçu une personne. Est-il possible de les ravoir? Si oui, comment? Merci d'avance pour votre aide, Letartean (d) 17 septembre 2011 à 14:20 (CEST)

Il s'agit d'une extension. A voir dans le menu de configuration si elle n'est pas décochée.

⇨ D^r Brains ^{∞ Consultation ∞} 17 septembre 2011 à 14:25 (CEST)

Icône Bot étrange

Bonjour, j'ai remarqué depuis la nouvelle version que l'icône bot apparait un peu au hazard devant des noms de comptes ou même devant des adresses IP. Pourriez-vous vérifier ce qu'il en est ? Merci. --Maurilbert (discuter) 17 septembre 2011 à 19:07 (CEST)

Je plussoie.
Dark Attsios (d) 22 septembre 2011 à 19:30 (CEST)

Je n'ai pas vu de pb avec l'icône "bot", par contre j'en vois avec l'icône "événement récent", qui apparaît pour des pages où il n'y a pas de bandeau d'événement récent.

Il semble donc que la gestion de la variable rc.state soit cassée, mais je ne vois pas pourquoi. Je me pencherai sur ce pb dès que j'aurai un peu de temps, à moins que quelqu'un d'autre veuille le faire.

⇨ D^r Brains ^{∞ Consultation ∞} 22 septembre 2011 à 21:06 (CEST)

J'ai totalement revu la gestion des états (icônes, statut de l'utilisateur, type de page, etc...).

A priori, cela devrait régler les divers problèmes d'icônes (après purge du cache du navigateur).

Si ce n'est pas le cas, relancez-moi (mais pas trop loin).

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

Pannes d'extensions

Bonjour. l'extension OnlyNewPagesExtension ne fonctionne plus. Et MostModifiedPagesExtension affiche de nombreuses pages comme modifié dans la dernière alors que ce n'est pas le cas. Un volontaire pour corriger tout ça ? --Superjuju10 ^{Auboisement à votre écoute} 25 novembre 2011 à 15:12 (CET)

• OnlyNewPagesExtension réparé.
• Je vais voir pour MostModifiedPagesExtension

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

A priori OK pour MostModifiedPagesExtension

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

Il y a aussi un problème avec PreviewAllLinksExtension, qui affiche une fenêtre avec écrit « http:paramètres à passer dans l’URL après index.php »… Cordialement --Pic-Sou 6 décembre 2011 à 09:23 (CET)

Défilement des RC

Bonjour. Depuis le passage à la version 5, il y a un bug que je trouve assez énervant : quelque soit le sens d’apparition des RC, à chaque fois qu’une nouvelle ligne apparaît, la barre de défilement reste au même endroit. Il faut donc la bouger manuellement pour accéder aux nouvelles modifications.

Par ailleurs, si l’on inverse le sens d’apparition, à chaque nouvelle prévisualisation, la barre de défilement remonte tout en haut. Il faut donc cette fois-ci la descendre manuellement encore tout en bas.

Y a-t-il moyen de régler ces deux petits bugs ? Cordialement --Pic-Sou 29 novembre 2011 à 11:44 (CET)

Je n'ai malheureusement pas trop le temps de voir ça, mais je peux indiquer à peu près où se situe le pb, si un autre codeur se sent de le gérer.

• En mode "normal", l’absence de défilement est voulue, dès lors que la fenêtre n'est pas tout en haut. Je trouvais en effet malvenu ce défilement qui provoque très souvent un clic sur la mauvaise ligne. Ce comportement est induit par quelques lignes vers la fin de la fonction getRevision() :

  if(!lrcParams["InvertUpdate"]){ // Save scrollTop
    var ScrollDown = (tab.offsetHeight - tabScroll.scrollTop);
  }

/*
  Lignes de code insérant la nouvelle ligne
*/

  if(!lrcParams["InvertUpdate"]){ // Reload scrollTop
    if(ScrollDown) tabScroll.scrollTop = (tab.offsetHeight - ScrollDown);
  }

• En mode "inversé", ce dispositif est inactif (à cause du test if(!lrcParams["InvertUpdate"])). L'apparition de nouvelles lignes, en bas de la table, ne provoque donc pas de scroll, ce qui est également normal. En passant d'une table sans scroll à une table avec scroll, ou moins haut, au minimum (à cause del'"apparition" de la prévisualisation), on se trouve donc, logiquement, tout en haut de la table.

Pour changer ces comportements, il faut donc jouer avec tab.offsetHeight et tabScroll.scrollTop lors du mode "inversé" (en prenant en compte la hauteur de la ligne ajoutée, et ne plus le faire en mode "normal". Le mieux serait amha d'ajouter une option pour basculer entre ces deux configurations, vu que pour ma part je préfère que ça ne défile pas tout seul (et je ne dois pas être le seul dans ce cas).

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

En mode normal, le bug se produit même si on est tout en haut du tableau des RC… --Pic-Sou 7 décembre 2011 à 21:04 (CET)

Au temps pour moi. Effectivement, même tout en haut, la table ne défile pas. Mais comme je l'explique ci-dessus, c'est un comportement voulu. C'est à l'utilisateur de faire défiler le tableau. Ca évite un défilement intempestif et un clic sur le mauvais lien.

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

OK, et y a-t-il moyen de modifier ce comportement par défaut ? --Pic-Sou 7 décembre 2011 à 22:14 (CET)

Petit soucis de suivi

Bonjour, j'ai un petit soucis depuis quelques jours, cliquer sur le petit W pour suivre un utilisateur (que ce soit depuis sa PU ou LiveRC), ne l'ajoute plus à ma liste de suivi comme dans le temps. Il en va de même pour le S bleu dans LiveRC (ou le lien Suivre quand on est en prévisualisation sur LiveRC). La lettre se barre correctement proposant "ne plus suivre" si on veut recliquer, mais il ne se passe rien au niveau de ma LdS. Le soucis doit venir une fois de plus de mon navigateur, à savoir Opera 11.60, mais je remonte quand même le "soucis" des fois que ça concerne d'autres navigateurs aussi. Cordialement, Linedwell ^[discuter] 15 décembre 2011 à 09:32 (CET)

Aucun problème pour moi (FF jesépacombienpaskelénumérosdeversiondéfilenttropvite.0)… regardes dans ta console d’erreurs… --Pic-Sou 15 décembre 2011 à 11:53 (CET)

C'est justement ça la blague à part quelques warning de CSS, j'ai pas la moindre erreur JS qui pointe le bout de son nez. A croire que ça "marche parfaitement". Linedwell ^[discuter] 15 décembre 2011 à 12:11 (CET)

Salut,

Pourrais-tu tester avec un autre navigateur pour confirmer que le problème vient bien de là ?

Si je ne m'abuse, Opera dispose d'outils permettant de visualiser les différentes requêtes effectuées, saurais-tu les utiliser pour vérifier que la requête à l'API pour modifier la liste de suivi est bien faite et, le cas échéant, regarder si une réponse est reçue ?

Amicalement — Arkanosis ^✉ 17 décembre 2011 à 18:24 (CET)

Bonsoir, je viens de tester sur Firefox, même chose, il ne se passe rien. La bonne nouvelle, c'est que c'est pas Opera qui est en cause, la mauvaise c'est que je ne sais pas d'où ça vient. Le problème vient peut être de mon monobook.js, j'essaierai de jeter un œil demain, sauf si tu t'ennuies et que « la solution » te saute aux yeux. Linedwell ^[discuter] 17 décembre 2011 à 22:43 (CET)

C'est parce que l'API MediaWiki a changé (maintenant, il faut faire une requête POST avec un token pour l'action watch). Donc a priori ça ne marche plus pour personne et il faut tout recoder... Orlodrim ^[discuter] 25 février 2012 à 15:50 (CET)

J'ai réparé au moins le système de suivi. Il reste des action=watch dans des coins que je ne veux pas aller voir. Orlodrim ^[discuter] 25 février 2012 à 16:22 (CET)

Bienvenutage

Bonjour,

A-t-il été ajouté un bouton permettant de distribuer le message de bienvenue suivant les normes du nouveau modèle ? Si ça n’est pas encore le cas, serai-ce envisageable ?

Merci, Trizek ^bla 13 février 2012 à 17:36 (CET)

Le nouveau modèle n'était pas géré. Il faudrait virer ce système rigide de messages avec des modèles et mettre du texte libre avec des variables à remplacer pour que ce soit propre, mais en attendant ça remarche. Orlodrim ^[discuter] 25 février 2012 à 15:48 (CET)

Souci

Bonjour, je ne sais pas si c'est la bonne page, mais depuis 2 jours mon LiveRC a un affichage pénible voir ici : les flèches en haut à gauche prennent curieusement beaucoup de place dans leur verticalité. Une solution ? Cordialement, Asram (d) 8 juin 2012 à 03:24 (CEST)

Et le dimensionnement a priori des plages n'est pas top, ça se voit pas parce que je l'ai modifié. Asram (d) 8 juin 2012 à 03:26 (CEST)

Problème réglé sans que je sache pourquoi. Cdlt, Asram Patrouille LiveRC 19 août 2012 à 02:59 (CEST)

Réforme des bandeaux - Mise à jour nécessaire de LiveRC

Bonjour à tous . Ce message s'adresse principalement aux développeurs du programme.

Le groupe de travail du projet « Aide et accueil » sur la refonte des bandeaux de message est sur le point de s'achever. Il reste néanmoins à mettre à jour le programme :

• En changeant, dès la clôture du sondage, les futurs nom de modèle ;
• En ajoutant, dans les préférences de l'outil, une case à cocher si le paramètre user=Nomdupatrouilleur doit être renseigné (exemple)

Merci d'avance. Bien cordialement. --Superjuju10 ^{[Contacter la Aubline]}, le 29 août 2012 à 15:33 (CEST)

On parle bien des bandeaux d'avertissement, à poser sur les pdd des utilisateurs ?

⇨ D^r Brains ^{∞ Consultation ∞} 29 août 2012 à 17:26 (CEST)

Oui --Superjuju10 ^{[Contacter la Aubline]}, le 29 août 2012 à 17:28 (CEST)

OK. Alors il me faudra la liste complète, en précisant le "nom" du tag, la page du modèle, et si il faut ajouter le nom de la page et/ou de l'utilisateur. Bref, refaire ce tableau ci-dessous avec les bonnes valeurs :

  // Avertissement 
  var lstAvert = [
    { template: "Test :)"              , string: "Test :)"     , hasPage: false, addName: false },
    { template: "Test 0"               , string: "Test 0"      , hasPage: false, addName: false },
    { template: "Test 1"               , string: "Test 1"      , hasPage: false, addName: false },
    { template: "Test 2"               , string: "Test 2"      , hasPage: false, addName: false },
    { template: "Test 3"               , string: "Test 3"      , hasPage: false, addName: false },
    { template: "Vandalisme"           , string: "Vandal"      , hasPage: true , addName: false },
    { template: "Spammeur"             , string: "Spam"        , hasPage: true , addName: false },
    { template: "Motivation modif"     , string: "Résumé"      , hasPage: true , addName: false },
    { template: "Signature"            , string: "Signature"   , hasPage: false, addName: false },
    { template: "Bienvenue copyright"  , string: "Copyright"   , hasPage: false, addName: false },
    { template: "Vandalisme cracra"    , string: "Cracra"      , hasPage: false, addName: false },
    { template: "Bienvenue promo"      , string: "Promo"       , hasPage: false, addName: false },
    { template: "Bienvenue hébergement", string: "Page Perso"  , hasPage: false, addName: false },
    { template: "Bug Skype"            , string: "Bug Skype"   , hasPage: false, addName: false },
    { template: "Bienvenue"            , string: "Bienvenue"   , hasPage: false, addName: true  },
    { template: "Bienvenue IP"         , string: "Bienvenue IP", hasPage: false, addName: false }
  ];

Après, rajouter le nom dans le modèle c'est très simple à faire dans la fonction buildLiveAverto(). En fait c'est déjà fait pour {{Bienvenue}} et {{Bienvenue nouveau}}, il faut juste optimiser le concept en passant par la variable globale ci-dessus.

Attention, il faut bien veiller à ce que les modèles soit de la même forme (au niveau de la syntaxe, le rendu osef) et que les noms de paramètres soient identiques.

⇨ D^r Brains ^{∞ Consultation ∞} 29 août 2012 à 17:43 (CEST)

OK, je m'en occuperais après clôture du sondage. --Superjuju10 ^{[Contacter la Aubline]}, le 29 août 2012 à 18:32 (CEST)

Ou moi si Juju se fait kidnapper par une dangereuse aubergine masquée (recrudescence de ce genre de faits ces derniers temps) . — Jules ^{• Discuter •} 29 août 2012 à 20:55 (CEST)

Voici voici :

  // Avertissement 
  var lstAvert = [
    { template: "Test 0"                , string: "Test 0"            , hasPage: true,  addName: true  },
    { template: "Test 1"                , string: "Test 1"            , hasPage: true,  addName: true  },
    { template: "Test 2"                , string: "Test 2"            , hasPage: false, addName: false },
    { template: "Test 3"                , string: "Test 3"            , hasPage: false, addName: false },
    { template: "Seul avertissement"    , string: "Test 4"            , hasPage: false, addName: false },
    { template: "Retrait injustifié"    , string: "Retrait injustifié", hasPage: true,  addName: true  },
    { template: "Motivation modif"      , string: "Résumé"            , hasPage: true,  addName: true  },
    { template: "LE HC"                 , string: "LE hors-critères"  , hasPage: true,  addName: true  },
    { template: "LE dans texte"         , string: "LE dans texte"     , hasPage: true,  addName: true  },
    { template: "Spammeur"              , string: "Spam"              , hasPage: true,  addName: true  },
    { template: "Ortho"                 , string: "Ortho"             , hasPage: true,  addName: true  },
    { template: "Ajout POV"             , string: "Non-neutre"        , hasPage: true,  addName: true  },
    { template: "Non-encyclo"           , string: "Non-encyclo"       , hasPage: true,  addName: true  },
    { template: "Faut sourcer"          , string: "Faut sourcer"      , hasPage: true,  addName: true  },
    { template: "Maladresse"            , string: "Modif corrigée"    , hasPage: true,  addName: true  },
    { template: "Suppr Bandeaux"        , string: "Bandeaux"          , hasPage: true,  addName: true  },
    { template: "Bienvenue Copyvio 1"   , string: "Copyright"         , hasPage: true,  addName: true  },
    { template: "Compte publicitaire"   , string: "PU publicitaire"   , hasPage: false, addName: true  },
    { template: "BSI CAA"               , string: "BSI CAA"           , hasPage: true,  addName: true  },
    { template: "BSI BàS"               , string: "BSI BàS"           , hasPage: true,  addName: true  },
    { template: "BSI promo"             , string: "BSI promo"         , hasPage: true,  addName: true  },
    { template: "BSI canular"           , string: "BSI canular"       , hasPage: true,  addName: true  },
    { template: "Aide sources"          , string: "Aide sources"      , hasPage: false, addName: true  },
    { template: "Aide images"           , string: "Aide images"       , hasPage: false, addName: true  },
    { template: "Aide wikification"     , string: "Aide wikif"        , hasPage: false, addName: true  },
    { template: "Aide liens"            , string: "Aide liens"        , hasPage: false, addName: true  },
    { template: "Bienvenue"             , string: "Bienvenue"         , hasPage: false, addName: true  },
    { template: "Bienvenue IP"          , string: "Bienvenue IP"      , hasPage: false, addName: true  },
    { template: "Bienvenue IP méritante", string: "Bienvenue IP +"    , hasPage: false, addName: true  }
  ];

Cdlt et merci d'avance ! — Jules ^{• Discuter •} 13 septembre 2012 à 22:11 (CEST)

Fait ⇨ D^r Brains ^{∞ Consultation ∞} 13 septembre 2012 à 23:25 (CEST)

Thank you ! Mais pour mon Utilisateur:Jules78120/LiveRCparam.js, ça a pas l'air de fonctionner : j'ai mis à jour mais sur LiveRC rien n'a changé, malgré des purges de cache. Une idée ? — Jules ^{• Discuter •} 13 septembre 2012 à 23:52 (CEST)

Je n'ai rien dit, le problème semble résolu ! — Jules ^{• Discuter •} 14 septembre 2012 à 00:45 (CEST)

Ne pourrait-on pas laisser {{cracra}} ? Je le trouve sympa… --Pic-Sou 14 septembre 2012 à 20:01 (CEST)

Il existe toujours ({{Vandalisme cracra}}), mais nous ne voyions pas de raison de le conserver dans les modèles par défaut, les vandalismes cracra étant des vandalismes comme les autres. Si tu veux l'utiliser depuis LiveRC, tu peux l'ajouter ici : Utilisateur:Pic-Sou/LiveRCparam.js . Amicalement, — Jules ^{• Discuter •} 14 septembre 2012 à 20:27 (CEST)

Ou tu peux l'ajouter directement dans le menu de config de LiveRC

⇨ D^r Brains ^{∞ Consultation ∞} 14 septembre 2012 à 20:35 (CEST)

Pourquoi faire simple quand on peut faire compliqué... — Jules ^{• Discuter •} 14 septembre 2012 à 20:47 (CEST)

Raison de la SI

Salut !

Je me souviens avoir déposé une demande de fonctionnalité qui me paraît nécessaire, et qui n’a pas du être vue : aujourd'hui, si l’on blanchit une page, on ne peut utiliser que des motifs prédéfinis. Ne pourrait-on pas ajouter un champ « raison » comme lors des simples révocations ?

Merci d’avance --Pic-Sou 30 août 2012 à 12:08 (CEST)

Si tu blanchis une page, c'est probablement pour les mêmes raisons qu'un administrateur la supprimera. Alors les messages prédéfinis devraient suffire.

Mais si tu rencontre des cas où tu n'as pas de message qui vont bien, le mieux est de demander la modif du message système, MediaWiki:Deletereason-dropdown. Elle sera répercutée sur LiveRC dès qu'un admin mettra à jour les messages système de LiveRC (bouton spécifique dans le menu de configuration de LiveRC : Wikipédia:LiveRC/Documentation#Configuration).

⇨ D^r Brains ^{∞ Consultation ∞} 13 septembre 2012 à 23:33 (CEST)

Étrange comme système… l’idée était plutôt de détailler le commentaire de modification, genre « moins de trois disques parus, pas de sources » ou « on ne crée pas d’articles sur des épisodes d’une série à venir »… Mais bon, tant pis, on fera sans…

Cordialement --Pic-Sou 14 septembre 2012 à 20:44 (CEST)

Utilisateurs de confiance non autopatrouilled

Bonne nuit à tous

Plusieurs jeunes patrouilleurs (Jitrixis (d · c · b), Rome2 (d · c · b), Turttle_Voisin (d · c · b) notamment) surveillent régulièrement l'encyclopédie alors qu'ils n'ont que le statut autoconfirmed. Impossible donc pour eux de patrouilleur en temps réel à l'aide du programme.

Serait t-il en conséquence possible de créer des exceptions à des utilisateurs de confiance qui ne sont pas autopatrouilled à partir d'un liste qui sera tennu par les patrouilleurs expérimentés ?

Je vous en serait reconnaissant. Bien cordialement. --Superjuju10 ^{[Contacter la Aubline]}, le 22 septembre 2012 à 23:48 (CEST)

Techniquement, c'est possible, mais :

• en tant que développeur, je n'aime pas trop l'idée de faire des exceptions de ce genre dans un programme déjà aussi complexe (quoique ça puisse être fait à peu de frais via une extension). Ce serait plus simple qu'on puisse attribuer le statut de patrouilleur directement via Mediawiki
• en tant que contributeur ayant un peu de bouteille, je ne suis pas sûr qu'il soit souhaitable de laisser des contributeurs jeunes, ne connaissant pas bien le projet, « s'amuser » avec LiveRC. Il me semble qu'il faudrait une consultation plus large avant de permettre ce genre de chose.

⇨ D^r Brains ^{∞ Consultation ∞} 23 septembre 2012 à 00:13 (CEST)

+1 Dr. Brains. 500 contribs et 90 jours, c’est àmha le minimum syndical pour pouvoir se considérer comme expérimenté. Sauf pour les faux-nez, bien sûr.

Au passage : automatrouilled ?

Cordialement --Pic-Sou 23 septembre 2012 à 00:22 (CEST)

Vu. Techniquement possible, mais idée mauvaise. --Superjuju10 ^{[Contacter la Aubline]}, le 23 septembre 2012 à 14:26 (CEST)

Amhà, l'idéal c'est comme sur Vikidia. Il faut demander le statut. Un droit accordé automatiquement crée forcément des mécontentements ou des discussions telles. --Ork98 ^{→blablatoir←} 23 septembre 2012 à 15:05 (CEST)

'Jour. J'aurais eu tendance à être d'accord avec Superjuju, surtout que je ne crois pas avoir vu de grosses bourdes... Mais bon, commencer sans LiveRC peut être mieux, surtout que le rythme des RC et la facilité avec laquelle on peut les annuler sur LiveRC peut conduire à de la précipitation.

Pourtant c'est bizarre, mais je suis presque sûr d'avoir commencé à patrouiller avant d'être autopatrolled (du genre 2-3 mois après mon inscription), et avec LiveRC. Je n'avais pas les boutons d'annulation, mais je voyais quand même défiler les RC ! C'était en 2010 : est-ce que la règle (limitation technique) d'être autopatrolled est nouvelle ? Cdlt, — Jules ^Discuter 23 septembre 2012 à 20:48 (CEST)

Non non, c'est bien de ça qu'il s'agit : un non-autopatrolled peut utiliser LiveRC, il voit défiler les modifs, a accès au tchat, à la recherche google, etc..., mais il n'a pas accès aux fonctions automatiques de révocation, blanchiment, avertissement, etc...

⇨ D^r Brains ^{∞ Consultation ∞} 23 septembre 2012 à 20:56 (CEST)

subst

Live RC semble faire un subst mais c'est pas très élégant voir http://fr.wikipedia.org/w/index.php?title=Discussion_utilisateur%3A109.0.150.167&diff=84445215&oldid=84205135 peut on remédier à ca ? Xavier Combelle (d) 22 octobre 2012 à 16:55 (CEST)

Oui, il faut modifier le modèle pour qu'il subste aussi les parser functions, en rajoutant « <includeonly>subst:</includeonly> ».

⇨ D^r Brains ^{∞ Consultation ∞} 22 octobre 2012 à 17:10 (CEST)

[conflit] C’est drôle, on dirait que addName de {{Test 0}} n’a pas été pris en compte pour cette modification ? Pour le fait de substituer, ça permet d’avoir un lien [modifier] sur la section, il arrive que le contributeur souhaite répondre… Du coup l’amélioration est plutôt à voir du côté des modèles. — Ltrl G^☎, le 22 octobre 2012 à 17:14 (CEST)

Au temps pour moi, c’est normal : Lomita utilise une vieille version… — Ltrl G^☎, le 22 octobre 2012 à 17:17 (CEST)

LiveRC on Urdu Wikipedia

liveRC has taken place on Urdu Wikipedia. see here. --14 novembre 2012 à 10:00 (CET)

LiveRC et l'accueil des nouveaux

Voir le sujet que j'ai lancé sur le BULLPAT :

Wikipédia:Bulletin des patrouilleurs#LiveRC, quand on est bénévole pour l'accueil des nouveaux, ce n'est pas top !

La Balsamine

Bonjour, Vous avez retiré une information en évoquant qu'elle n'est pas sourcée. Or, la source se trouvait déjà sur la page. En effet, le lien avec IMDB.com envoie sur une page de ce site qui donne Jean Desprez comme auteur de ce téléroman, alors qu'il s'agit bien d'un roman de Jean Filiatrault. Je voulais seulement que le lecteur de WP sache que la source WP était plus fiable que le lien externe. Ai-je mal fait?173.179.150.224 (d) 9 décembre 2012 à 12:08 (CET)

proposition amélioration

Bonjour

je ne sais pas s'il s'agit d'un marronnier mais quand on supprime une modif ou une page en indiquant un motif (ex: bas à sable) sur liverc, ne pourrait il pas y avoir un message automatique sur la page du contributeur qui "subit" cette action avec le motif indiqué ?

Cordialement. £e p$y £éon (d) 3 mars 2013 à 11:59 (CET)

Il me semble que Salebot (d · c · b) le fait.

⇨ D^r Brains ^{∞ Consultation ∞} 3 mars 2013 à 12:13 (CET)

effectivement, je viens de le verifier sur la pdd d'une ip pour qui j avais supprimé la page. £e p$y £éon (d) 3 mars 2013 à 12:43 (CET)

Faille du programme.

Bonjour

L'une des fonctionnalités de LiveRC est, lors de défilement des modifications, d'encadrer les utilisateurs ayant fait l'objet au moins d'une révocation. Mais elle est aussi à l'origine d'une faille énorme qui peut permettre à un patrouilleur malintentionné de violer les 12 commandements.

Le soucis est simple : tous les utilisateurs, et pas seulement les non autopatrolled, sont défilés s'ils ont été reverté par un autre participant, y compris lors de guerres d'éditions. Ainsi, GastelEtzwane (d · c · b), par exemple, fait actuellement parti du champ de vision des IP et débutants. Le patrouilleur débutant est donc libre de tirer, voir d'intervenir sur une PDD qui ne le concerne pas.

Le problème a été évoqué ici, sans suite et concerne également les utilisateurs récemment bloqués.

Merci d'avance. Cordialement. --— Superjuju10 ^{[Contacter la Aubline]}, le 10 mars 2013 à 10:19 (CET)

En effet. C'est parce que le marquage comme révocation se fait uniquement en analysant le résumé de modif de la révocation. Sauf à effectuer une requête supplémentaire pour vérifier les groupes auxquels appartient le révoqué, il n'est pas possible de l'empêcher.

Toutefois, ce n'est pas à proprement parler une faille.

Par ailleurs :

« Le patrouilleur débutant est donc libre de tirer, voir d'intervenir sur une PDD qui ne le concerne pas. »

Le patrouilleur doit toujours agir avec circonspection, qu'il s'agisse d'IP, de compte débutant ou non. C'est la nature de la modification qu'il faut vérifier et non son auteur.

⇨ D^r Brains ^{∞ Consultation ∞} 10 mars 2013 à 12:47 (CET)

Et cette requête est-elle faisable ? --— Superjuju10 ^{[Contacter la Aubline]}, le 10 mars 2013 à 12:48 (CET)

Oui, mais est-elle souhaitable ?

Toute révocation, même d'un autopatrolled, est susceptible d’intéresser les patrouilleurs (ex un patrouilleur dont la révocation est à nouveau révoquée par une IP : ça ne doit pas être masqué, car c'est probablement un vandalisme).

Aux patrouilleurs de faire preuve de retenue par la suite. Je ne crois pas qu'un patch logiciel puisse régler un problème qui viendrait avant tout d'un manque de recul du patrouilleur.

⇨ D^r Brains ^{∞ Consultation ∞} 10 mars 2013 à 13:45 (CET)

Hello. Je suis d'accord avec Dr Brains, aux patrouilleurs d'être prudents, cette fonctionnalité est utile, je trouve. Amicalement, — Jules ^Discuter 10 mars 2013 à 13:55 (CET)

Même avis que Dr Brains et Jules ci-dessus. Linedwell ^[discuter] 10 mars 2013 à 13:58 (CET)

Conflit d’édition — -1 (désolé Jules ^^), ces problèmes ne sont pas récents et pas mal de patrouilleurs, mêmes confirmés, ont été confrontés à des problèmes de ce type, moi compris lors des présidentielles.

Le problème est justement que ces pages sont susceptibles d’intéresser les patrouilleurs. Ils peuvent donc décider d'être partie prenante, et expliquer à chaque problème de ce type économise du temps et surtout de l'énergie. --— Superjuju10 ^{[Contacter la Aubline]}, le 10 mars 2013 à 14:06 (CET)

Ce qui serait peut être pas mal, c'est de faire en sorte de laisser dans "IP+débutants" les IPs et les débutants justement et créé à ce moment une autre catégorie pour les contributeurs plus expérimentés si cela est faisable bien entendus. Rome2 (d) 10 mars 2013 à 14:19 (CET)

Sauf que si les gens ne sont pas capables de traiter de manière neutre une page « qui les intéresse » lors d'une patrouille, c'est plutôt eux qu'il faut « patcher » plutôt que le script qui est déjà assez lourd et qui serait encore plus alourdi par une requête optionnelle en plus. Cordialement, Linedwell ^[discuter] 10 mars 2013 à 14:33 (CET)

┌─────────────────────────────────────────────────┘
Après discussion en privé, et vu le consensus favorable au refus de cette modification, je vais m'arrêter ici. Cordialement. --— Superjuju10 ^{[Contacter la Aubline]}, le 10 mars 2013 à 18:35 (CET)

Révocation avec LiveRC

Bonjour, depuis le mercredi 13 mars 2013 au soir, LiveRC avait du mal a fonctionné, mais ce matin en voulant l'utiliser, j'ai remarqué qu'on ne pouvait plus faire de révocation, mais par contre on peut blanchir, faire des demandes et mettre des avertissements. Avant d'écrire, j'ai attendu la confirmation d'un autre patrouilleur, qui a les mêmes problème. Bonne journée. Rome2 (d) 14 mars 2013 à 09:59 (CET)

En effet, je confirme, le problème touche tout le monde il me semble. Guillaume (bah?, qu'ai-je fait?) 14 mars 2013 à 10:44 (CET)

La console d'erreur indique, quand je clique sur Revert : Erreur : TypeError: lst[0] is undefined. Fichier Source : http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-LiveRC.js&action=raw&ctype=text/javascript&oldid=68186235. Ligne : 1747.. J'utilise la dernière version de ff. Frakir 14 mars 2013 à 12:16 (CET)

Idem Frakir sous Opera 12.14 (la dernière aussi donc).

Error thrown at line 2429, column 2 in lrcUndoCB(xmlreq, data) in https://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-LiveRC.js&action=raw&ctype=text/javascript&88078059:

var curid = lst[0].getAttribute('revid');

Linedwell ^[discuter] 14 mars 2013 à 12:33 (CET)

var curid = lst[0].getAttribute('revid');

Uncaught TypeError: Cannot call method 'getAttribute' of undefined

Google Chrome dernière version. --— Superjuju10 ^{[Contacter la Aubline]}, le 14 mars 2013 à 15:49 (CET)

J'ai trouvé c'est du a un bug/changement de l'API

il faut remplacer

 var lst = xmlreq.responseXML.getElementsByTagName('revisions')[0].childNodes;

par

 var lst = page.getElementsByTagName('revisions')[0].childNodes;

à la troisième ligne de:

function lrcUndoCB(xmlreq, data) {

Xavier Combelle (d) 14 mars 2013 à 16:00 (CET)

Problème réglé. Rome2 (d) 14 mars 2013 à 16:19 (CET)

Correctif en place. Tout remarche. Merci Xavier et au plaisir de te voir bleuir ce lien --— Superjuju10 ^{[Contacter la Aubline]}, le 14 mars 2013 à 16:24 (CET)

Bug reporté sur https://bugzilla.wikimedia.org/show_bug.cgi?id=46120 Xavier Combelle (d) 14 mars 2013 à 16:27 (CET)

Révocation d'IPv6

Bonjour,

Je sais que ce problème a déjà été évoqué mais je ne suis toujours pas capable de révoquer des IPv6 avec LiveRC sur Chrome. Est-ce normal? Est-ce que ce problème est en voie d'être réglé? Amicalement, Letartean (d) 19 mars 2013 à 19:22 (CET)

Bonjour,

Je n'ai rien vu dans le code qui permette de comprendre le bug et par manque d'IPv6 à révoquer et de temps pour patrouiller (suffisamment longtemps pour en voir passer) ET participer au Wikiconcours, je ne peux malheureusement pour le moment rien y faire. Peut-être un autre codeur aura-t-il une idée...

⇨ D^r Brains ^{∞ Consultation ∞} 19 mars 2013 à 19:26 (CET)

D'accord, merci quand même pour la réponse rapide. Amicalement, Letartean (d) 19 mars 2013 à 19:38 (CET)

A priori, c'est corrigé

⇨ D^r Brains ^{∞ Consultation ∞} 24 juin 2013 à 17:26 (CEST)

Suivi des utilisateurs

Bonjour, lorsque je vais sur LiveRC, il y a le bouton w à côté des pseudos, et j'ai remarqué il y a quelques jours que celui ci ne fonctionnait plus et il me semble qu'un autre patrouilleur aurait eu ce même problème. Merci et bonne journée. Rome2 (d) 24 mars 2013 à 10:02 (CET)

Bonjour, j'ai le même problème.

Il semblerait que ce problème ne soit pas lié au navigateur internet utilisé car j'ai essayé avec un autre compte et cela fonctionnait parfaitement. J'ai donc pensé que cela pourrait venir des java scripts qui étaient liés à mon compte et j'ai vidé toutes les pages de java script et dé-sélectionné tous les gadgets (sauf LiveRC) dans mes préférences mais rien n'y a fait.

Je précise que ce problème est survenu au moment de la dernière panne de LiveRC au cas où cela pourrait aider.

Cordialement.--Mattho69 ^{me joindre} 24 mars 2013 à 14:35 (CET)

P;S.: Je précise que l'action d'appuyer sur le w fonctionne et permet de mettre en surligné l'IP ou pseudo mais dès que l'on change d'onglet sur le navigateur et qu'on revient ensuite sur LiveRC, l'IP ou le pseudo précédemment sélectionné n’apparaît plus surligné.

C'est probablement dû à un changement dans l'API de Mediawiki.

Mais je n'ai pas trop le temps de regarder. Si quelqu'un d'autre veut s'y coller...

⇨ D^r Brains ^{∞ Consultation ∞} 24 mars 2013 à 15:50 (CET)

Problème

Salut,

quand j'utilise LiveRC, ça ne marche pas. Il est juste écrit « La documentation de LiveRC se trouve sur la page Wikipédia:LiveRC/Documentation. ». Je veux savoir ce qui arrive. - — Lial ^{[приходят пообщаться со мной]} 9 juin 2013 à 03:35 (CEST)

Bonjour

Dans les Preférences, le gadget LiveRC est t-il bien coché ? Si oui, ne pas oublier par la suite de purger le cache du navigateur. Si cela ne fonctionne toujours là, essaye de mettre à jour ton navigateur ou vérifie dans les paramètres que JavaScript est bien activé.

Cordialement, --— Superjuju10 ^{[Contacter la Aubline]}, le 9 juin 2013 à 10:18 (CEST)

Moi aussi, j'ai le même probmème. Mais j'ai tout essayer et sa ne marche pas.--bastenbas (d) 9 juin 2013 à 15:14 (CEST)

J'ai eu ce problème au début : En fait avec Internet Explorer, LiveRC ne marche pas, mais avec Google Chrome (sûr, car je l'utilise) et Firefox (Il me semble) ça fonctionne. — Rome2 ^[Discuter], le 9 juin 2013 à 16:33 (CEST)

Est-ce que LiveRC marche sur Opera ? - — Lial ^{[приходят пообщаться со мной]} 12 juin 2013 à 03:42 (CEST)

@Lial25: Oui, il fonctionne sur Opera. Cordialement, Linedwell ^[discuter] 24 juin 2013 à 17:27 (CEST)

Problème de suivi via LiveRC

Bonsoir, après confirmation d'un autre patrouilleur, on a remarqué que les pages que nous suivions n'apparaissaient plus en jaune fluo comme avant. Bien entendu je pense que cette réparation n'est pas primordiale, mais je préfère prévenir quand même. Cordialement. — Rome2 ^[Discuter], le 25 juin 2013 à 21:42 (CEST)

items wikidata

Les items wikidata polluent liverc. (voir Discussion_utilisateur:Dr_Brains#Souci_avec_LiveRC) En attendant de faire une action spécifique serait-il possible de les supprimer. en rajoutant dans function liveRC() a la variable URL :

+ "&rctype=edit|new|log"

Xavier Combelle (d) 12 juillet 2013 à 14:15 (CEST)

Fait ⇨ D^r Brains ^{∞ Consultation ∞} 12 juillet 2013 à 14:32 (CEST)

Révocations et messages d'avertissement

Bonjour,

Avant, on pouvait voir les révocations faites par les utilisateurs expérimentés même si on choisissait de ne voir que les diff des IP et débutants. Maintenant, on ne les voit plus. Avant, on voyait les messages que nous envoyions aux utilisateurs, maintenant on ne les voit plus. Est-ce normal? Est-il possible par un setting de remettre cette option? Est-il possible si ce n'est pas le cas de revenir à la façon précédente? Merci d'avance pour vos réponses. Amicalement, Letartean (d) 22 juillet 2013 à 21:35 (CEST)

Il est possible de rajouter des options pour voir quand même ces actions.

Donc, pour résumer, il nous faut :

Toujours afficher les révocations
Toujours afficher les blanchiments
Toujours afficher mes propres modifications
Toujours afficher mes contacts
Toujours afficher ma liste de suivi

Il y a d'autres options souhaitées ?

⇨ D^r Brains ^{∞ Consultation ∞} 22 juillet 2013 à 21:45 (CEST)

Moi ça me va, je ne vois rien d'autre a redire. — Rome2 ^[Discuter], le 22 juillet 2013 à 21:47 (CEST)

Merci beaucoup. Merci --Mattho69 ^{me joindre} 22 juillet 2013 à 21:48 (CEST)

De même, merci. --— Superjuju10 ^{[Contacter la Aubline]}, le 22 juillet 2013 à 21:49 (CEST)

Déjà ça répondrait à mes besoins et semble correspondre à ce qui me manque par rapport à ma pratique précédente de LiveRC. Il y avait aussi le postage de message d'avertissement sur la page d'un utilisateur pour éviter d'envoyer plusieurs fois le même. Il semble aussi que l'outil montrant qui avait été averti par un message Test ne fonctionne plus. Amicalement et merci pour la rapide réponse. Letartean (d) 22 juillet 2013 à 21:52 (CEST)

C'est une extension qui rajoute les icônes "Test". Vérifie qu'elle soit toujours cochée.

⇨ D^r Brains ^{∞ Consultation ∞} 22 juillet 2013 à 22:17 (CEST)

Oui, la case est cochée mais l'outil ne marche pas. Peut-être qu'une interaction avec la dernière mise à jour la rend inopérante? Amicalement, Letartean (d) 22 juillet 2013 à 22:23 (CEST)

Fait pour les nouvelles options.

Je vais voir si je peux trouver ce qui coince dans l'extension.

⇨ D^r Brains ^{∞ Consultation ∞} 22 juillet 2013 à 22:32 (CEST)

Wow! Merci beaucoup pour la réactivité, c'est très apprécié. Amicalement, Letartean (d) 22 juillet 2013 à 22:38 (CEST)

Bon, a priori, l'extension marche, j'ai vu passer 92.144.232.58 comme étant révoqué par Salebot ().

Par contre, je ne vois pas beaucoup de panneaux. C'est bizarre.

Ou alors c'est juste qu'il y a moins de vandalisme pendant les vacances...

⇨ D^r Brains ^{∞ Consultation ∞} 22 juillet 2013 à 23:00 (CEST)

Oui j'ai vu des panneaux tout à l'heure, mais en effet pendant les vacances, il y a moins de vandalisme. — Rome2 ^[Discuter], le 23 juillet 2013 à 00:00 (CEST)

Si vous voulez en voir plein, activez le journal des filtrages, il y a a plus souvent d'icônes.

⇨ D^r Brains ^{∞ Consultation ∞} 23 juillet 2013 à 00:04 (CEST)

Bien que cet ajout soit utile, serait-il possible de permettre à l'utilisateur de désactiver l'apparition intempestive du cadre s'il ne souhaite pas l'avoir ? Vu qu'un simple survol malheureux de la checkbox "Journaux" me condamne à le subir. (Je me contenterai d'une simple ligne à ajouter à mon fichier de conf de LRC). Cordialement, Linedwell ^[discuter] 23 juillet 2013 à 09:41 (CEST)

Trouvé dans ton diff :

lrcManageParams_Desc["DesclrcXUWColorNoTalk"] = undefined;

Apparemment c'est ça qui provoque le bug. C'est sans doute dû à l'extension.

Je vais voir ce que je peux y faire.

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

Recharger le cache pour éviter la récidive.

⇨ D^r Brains ^{∞ Consultation ∞} 23 juillet 2013 à 17:25 (CEST)

Linedwell : Rajoute dans ton LiveRCparam.css le code :

#showLogCheckList { display:none !important; }

Théoriquement, ça devrait l'empêcher d'apparaître.

⇨ D^r Brains ^{∞ Consultation ∞} 23 juillet 2013 à 17:29 (CEST)

Sauf erreur de ma part ça ne semble pas fonctionner (même après purge cache) enfin le problème vient peut-être d'Opera sur mon Mac, je testerai à nouveau quand j'aurais récupéré la connexion sur mon PC fixe. Linedwell ^[discuter] 23 juillet 2013 à 18:51 (CEST)

Loi de Murphy oblige, il suffit de retester sitôt ce message posté pour que ça fonctionne. Bref comme d'habitude réponse rapide et efficace, merci Doc'. Linedwell ^[discuter] 23 juillet 2013 à 18:52 (CEST)

Panneau de configuration qui ne s'ouvre plus

Bonjour.

On m'a dit beaucoup de mal de cette nouvelle version, mais jusqu'ici, je la trouvais personnellement beaucoup mieux (favicône, lignes qui s'affichent plus rapidement, choix des journaux...).

Mais, quand il est impossible d'ouvrir le panneau de configuration, comme cela semble être le cas aujourd'hui (pas hier), il y a de quoi râler. Un dev disponible ?

Cordialement, --Orikrin1998 (+) ^{→blablatoir←} 24 juillet 2013 à 20:25 (CEST)

Corrigé (voir section précédente). Recharge le cache de ton navigateur et le menu reviendra.

⇨ D^r Brains ^{∞ Consultation ∞} 24 juillet 2013 à 20:43 (CEST)

Beau boulot, ça marche. Pas de nouveau problème dans ce diff ? --Orikrin1998 (+) ^{→blablatoir←} 25 juillet 2013 à 13:04 (CEST)

Il ne semble pas.

⇨ D^r Brains ^{∞ Consultation ∞} 25 juillet 2013 à 17:13 (CEST)

Merci beaucoup ! --Orikrin1998 (+) ^{→blablatoir←} 25 juillet 2013 à 17:21 (CEST)

LiveRC manuel sur les rcid

Bonjour.

Puisque je suis dans le LRC en ce moment et que cette idée pollue mon bloc-notes Firefox depuis un moment, je la propose ici et maintenant.

En gros, voilà le problème : je trouve le chan de Salebot (#vandalism-fr-wp) utile et efficace. Malheureusement, il utilise des « rcid » (exemple, voir l'URL), et le « LiveRC manuel » (DiffExtension.js) que j'affectionne ne fonctionne pas dans ces fameux « rcid ». Une petite correction serait bienvenue sur ce niveau-là.

Cordialement, --Orikrin1998 (+) ^{→blablatoir←} 25 juillet 2013 à 17:59 (CEST)

Corrigé.

Recharge le cache du navigateur pour que cela fonctionne.

⇨ D^r Brains ^{∞ Consultation ∞} 25 juillet 2013 à 18:21 (CEST)

Super, merci beaucoup ! --Orikrin1998 (+) ^{→blablatoir←} 25 juillet 2013 à 20:58 (CEST)