"Et dans les chans de 500 users, ça rame pas trop sur un join ?"

Étant donné que ce code ne fonctionne que pour Orange, c'est pas bien gênant...ca fait des années que les salons de 500 users n'existent plus là bas. ^^

$remove((un tri par langage y serait presque pas du luxe.))
^^

Ok pour codyx je connaissait pas, mais pouah.. là pour le coup c'est pire qu'une section "bordel" >.<
Mais l'idée de mon post est ce site... (un tri par langage y serait presque pas du luxe.)

C'est pas parce qu'un règlement existe qu'il ne faut jamais le remettre en question. On appelle ça l'évolution.

J'suis plutôt d'accord avec Wims sur son dernier post. La personne qui cherche des informations/idées/utilisations d'identifieurs/tout ce que vous voudrez ... n'a pas forcement besoin d'un super addon codé avec des hash tables ou regex qui donnent mal au crane... Une section "snippets" "bordel" "remote de fond de script" "semi fini" ou encore "ce que vous voudrez" pourrait parfois être intéressante, et ça pourrait intéresser certains de reprendre des codes que d'autres n'ont pas eu le temps/l'envie de terminer, mais surtout aider des plus "noob" (C'est plus facile de comprendre un court bout de code plutôt qu'un addon de 500lignes pour retrouver les 15 lignes qui nous intéressent vraiment au final)

Ceci n'est qu'une idée qui va dans le sens du post de Wims (je pense).

Pour pingyan,:
"Dite, je vois pas l'utilité d'un robot en mIRC."
-> Moi je vois encore moins l'utilité de dire ça sur un forum qui contient "irc" dans son url ^^

"D'une question connexion c'est pas top et question sécurité non plus."
-> Avec un bon FAI et un windows pas "trop pourri" (pour l'uptime) le bot mIRC n'a rien à envier à l'eggdrop. (Sur Orange du temps où j'avais un bot, j'ai vu bien des eggy déconnecter en ping timeout avant mon petit mIRC). Puis question sécurité, tout (ou presque) est question de script et non de client(J'suis ptet pas très clair sur ce coup). Une backdoor se glisse aussi facilement dans un script TCL que dans un script mIRC (surtout si tu charges des codes que tu ne comprends pas ton bot ... :]).

"Je penses que tu devrais allez sur des robots en tcl :)"
-> Apprends le mIRC et le TCL puis viens me contredire si besoin sur tout ce que j'ai dit plus haut (tu sais où me trouver).

Et pour finir un petit mot sur la source, poster un truc ripé c'est moche; Poser des questions sur le forum au sujet d'un code que tu essayes de comprendre/modifier c'est cool.
(Je crois que j'ai fait un gros pavé la :l)

djul

Bonswar,
Puisque vous en venez à parler de mIRC dans le cadre professionnel, je suis actuellement en train de coder un système de gestion de pièces invalides à mon taff (je fais des tests électriques sur les Boostcap®). Sans chercher à "cacher" certaines fonctions 'tchat' du mIRC mon soucis est au niveau de la licence.  Une licence par poste ? Car les résultats obtenus sont consultables sur un autre mIRC (service qualité à qui je dois détailler les problèmes électriques rencontrés sur les pièces) via l'enregistrement des données dans un fichier sur un lecteur réseau connecté à tout les pc de l'entreprise. Ils me parlent aussi de devoir mettre un brevet sur la partie de code que j'ai produite (Tout doit être carré). Je suis rendu dans les 800 lignes de code et donc j'aimerais mettre ça au clair avant d'aller trop loin ..
Pour pousser un peu plus le projet, j'ai déjà créer un historique des données en /window pour que les autres services puissent consulter les résultats mais j'aimerais aussi faire des graphiques de ces derniers,et  la je sais pas dans quel sens partir... exporter des données du mIRC vers Excel ou bien en picwin (domaine ou je ne connais strictement rien^^) mais vu les jolies fratacles de Pada, je me dis qu'on doit bien pouvoir tracer quelques lignes.. Donc je suis preneur de quelques idées.
a+

djul

djul

Tu aurais dû ajouter la possibilité de configurer aussi la couleur du pseudo d'une personne lorsque on la highlight et aussi la possibilité de temporairement désactiver les couleurs (boutons ON/OFF/Valider ?). Sinon le dialog est simple, c'est pas mal :]

Comme prévu, j'ai mis à jour la source pour remplacer certains bout de code en fonction de vos remarques. Merci donc particulièrement à WolrdDMT et PaDa.
Seule modification non apportée et qui est volontaire c'est:
WolrdDMT: "ton code marche sur une seul personne et un seul chan vu que tu utilise tout les pseudo ou chan pour une seule variable (...) "
Je vois pas l'intérêt d'exécuter l'action sur la personne sur tout les salons ou je suis @ sauf en cas de mal chance ou il aurait réussi à Take Over tout mes salons d'un coup..et la en effet, je "pleure". Mais pour moi chaque salon est différent d'un autre, donc pour exemple, une personne ban à vue (oui, c'est la mode sur Orange) sur un salon en particulier, n'a pas à l'être sur tout les salons. C'est donc une question d'éthique sur ce point.
Je pense avoir pris en considération toutes vos requêtes.. merci encore (si certains en avaient d'autres à l'avenir..pourquoi pas.)

djul.

Réponse con pour ISoKa le temps de prendre en considération les remarques précédentes:
Certains nooby lorsqu'ils font un Take Over, posent un ban sur *!*@*, cet add on sert à éviter cela. Autre chose, dans le popup initial de mIRC, le kickban fonctionne via un timer, il y  le ban, puis un timer de 2/3 secondes pour le kick ... cet add on peut aussi fonctionner dans ce cas la :]
ISoKa: "module de gestion d'axx et d'opage automatique ou d'intervention à travers un bot" <- quasi impossible à réaliser sur Orange étant donné le fonctionnement du serveur... Par contre je pense remplacer le $gettok($nick,1,124) par l'host ce qui rendrait l'add on 'multiserver'.
En réponse à WorldDMT au niveau de mes parenthèses, en fait au début sur le on ban, j'avais mis if ($me isop $chan) à chaque début de ligne, puis je l'ai mis tout seul ensuite, d'ailleurs je peux y ajouter le ($banmask iswm $address($me,5) plutôt que de le répéter à chaque ligne. Merci pour vos commentaires en tout les cas.

La source sera mise à jour dans la nuit probablement si le temps me le permet.

Par contre j'ai beau chercher, je ne vois pas l'intérêt de se balancer les données en echo ...
Et juste pour parler du code, moi j'avais codé la possibilité d'afficher ou non les événements, ce qui permettait d'anticiper (et donc éviter) certains excess flood, genre dans les heures de 'pointe', tout les événements étaient sur OFF, et seulement le on text fonctionnait... te voila une idée pour update ton code devorz ^^ (Ne m'oblige pas à dépoussiérer le mien pour le poster ici)
Autre chose aussi en ce qui concerne les codes couleur, évite les ctrl+k 1, pense à ceux qui comme moi ont un fond noir ...ctrl+o fait l'affaire puisqu'il fait du blanc sur fond noir et du noir sur fond blanc.
Pourquoi aussi ne pas inclure des commandes inputs permettant aux autres personnes profitant du spy de pouvoir effectuer différents 'réglages' du bot en ton absence ?
Et le must, c'est une boucle qui te permet te récupérer la liste des users @ et des voices (si tu ajoutes les regular ca va ptet flooder un poil)
Tu as maintenant presque toutes les clés en main pour faire une copie du mien ;]

djul.

Ps: désolé pour les deux mails de plus UAIP, mais je pense avoir fourni deux commentaires constructifs pour le code et non avoir alimenté des débats qui ont plus leur place sur un salon irc par exemple plutôt que sur ce genre de forum. :]