Discussion MediaWiki:Gadget-LiveRC.js/Archive 2

Archives

Archive 1

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 :/ Marc-André Beauchamp 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)