Burner_king
Messages postés11Date d'inscriptionvendredi 2 mars 2007StatutMembreDernière intervention 1 novembre 2007
-
1 nov. 2007 à 02:14
cs_wims
Messages postés2466Date d'inscriptionvendredi 23 juillet 2004StatutMembreDernière intervention 1 août 2010
-
2 nov. 2007 à 12:12
bonjour donc voila je cherche quelq'un qui peut m'aider ou me faire ...
Donc ce que je voudrais ces que quand une personne join un salon sont whois sois fais automatiquement et que le whois ce rende dans la fenetre @windows qui sintitulerais @whois voila j'espere avoir été claire merci de votre comprehention
uaip
Messages postés1466Date d'inscriptionmardi 20 février 2007StatutMembreDernière intervention 7 février 2011 1 nov. 2007 à 13:13
TropNul t'a fait un whois de luxe, là... ^^ j'espère au moins que c'était en mIRC que tu le voulais (non précisé dans ta demande).
sinon TropNul, t'aurais pas pu faire un truc plus simple ? sans htables. genre, quand le gars entre sur le salon, si la fenetre @whois n'est pas ouverte, ca l'ouvre, et après tu fais un whois "classique" avec echo @whois au lieu de echo -a. non ?
cs_TropNul
Messages postés340Date d'inscriptiondimanche 18 septembre 2005StatutMembreDernière intervention22 octobre 2009 1 nov. 2007 à 14:02
Bah, la table de hashage est importante pour ce que j'en ai fait. Elle contient le pseudo qui est en processus de whois tant que le whois n'est pas termine. Cela va ainsi permettre de ne pas rewhois cette personne si elle join un autre salon commun alors qu'on a deja lance un whois sur elle. Ca aurait pu se faire avec des variables, je te l'accorde. Mais je prefere les tables de hashage.
Pour la commande < /echo >, il y'a un alias qui contient la cible de cette commande. Le voici:
Alias -l W.Targ { Return -t @whois }
Il suffit de configurer cet alias et hop.
genre, quand le gars entre sur le salon, si la fenetre @whois n'est pas ouverte, ca l'ouvre,
Je fais cela avec l'alias suivant:
Alias -l WhoisWin { If !$window(@whois) { Window -knz @whois } }
J'aimerais aussi rajouter que je n'ai fait que reprendre le systeme de whois que j'avais dans mon script. J'y ai rajoute la gestion pour l'evenement join et l'utilisation de tables de hashage pour stocker les pseudonymes. Cela pour dire, que je n'ai pas de merite de l'avoir fait sur le coup de la question du forum ;), bien que c'est bien moi qui avait fait ce systeme de whois auparavant lol.
Je me rends aussi compte que j'ai inclus un alias en trop: " Alias -l DayMonthConv { ". Mais comme diraient certain(e)s, ca peut servir. :)
cs_ISoKa
Messages postés435Date d'inscriptionjeudi 27 avril 2006StatutMembreDernière intervention17 octobre 2008 1 nov. 2007 à 14:17
moi c'ke je kiff c'est si le mec essai de relire la source avant de la poser dans les remotes :x huhuhu. par contre dans le cas d'un retour d'un netsplit faire un whois on join ca va poser des ptis probs à mon avis :)
ISoKa
Vous n’avez pas trouvé la réponse que vous recherchez ?
uaip
Messages postés1466Date d'inscriptionmardi 20 février 2007StatutMembreDernière intervention 7 février 2011 1 nov. 2007 à 14:27
TropNul je t'accorde que ton code contient tout ce que j'ai dit. Mais ce que je parle se code en quelques lignes.
- vérification de l'existence de la fenetre et/ou ouverture (1 ligne)
- whois classique (environ 10 lignes)
ca éviterai un code aussi 'long'. Sinon je suis tout a fait d'accord sur le fait qu'il a l'air (pour ce que j'ai 'bien' lu) complet.
cs_ISoKa
Messages postés435Date d'inscriptionjeudi 27 avril 2006StatutMembreDernière intervention17 octobre 2008 1 nov. 2007 à 14:49
trés personel en meme temps si il en avait un tout fait en remote perso j'aurai un peu fai pareil, un gentil C/C plutot que se prendre le choux à recoder
avi trés personel
cs_TropNul
Messages postés340Date d'inscriptiondimanche 18 septembre 2005StatutMembreDernière intervention22 octobre 2009 1 nov. 2007 à 14:49
Exact uaip. Le truc c'est que chacun est libre de le modifier autant qu'il/elle le veut. Pour la longueur, il suffit d'enlever les alias et tout afficher normalement (j'aurais du le faire :|).
Bonne remarque isoka. Si vous me le demandez, je le commenterais ;). Tout est une question de temps. La j'en ai. ^^ Pour le cas du netsplit, faudra inclure un detecteur de netsplit (ou tout simplement un anti mass join) ... et la c'est uaip qui me dira que ca fera trop long .. :s
/me soupir :o)
Bande de perfectionnistes ! aaah ces codeurs (les vrai(e)s)
uaip
Messages postés1466Date d'inscriptionmardi 20 février 2007StatutMembreDernière intervention 7 février 2011 2 nov. 2007 à 00:55
lol, je te l'ai dit, TropNul t'a fait un truc de Luxe :) [tant mieux]
sinon, ué, apparament je suis un des seuls a posséder un script merdique codé "a l'arrache" ^^ m'enfin, il en faut bien des cons, hein, il en faut bien !
bonne nuit :)
cs_TropNul
Messages postés340Date d'inscriptiondimanche 18 septembre 2005StatutMembreDernière intervention22 octobre 2009 2 nov. 2007 à 09:36
Mais non rho. C'est juste le contenu du return et non un parametre a la commande. Enfin c'est ambigue car peu importe ce que c'est, c'est considere comme un parametre ici et non comme un commutateur. C'est utilise dans la commande /Echo partout apres je crois. < Echo $W.Targ > avec Alias W.Targ { Return -t etc.. }.
cs_TropNul
Messages postés340Date d'inscriptiondimanche 18 septembre 2005StatutMembreDernière intervention22 octobre 2009 2 nov. 2007 à 11:58
J'utilise ce mot pour designer les 'switches' des commandes.
Exemple:
Dans la commande: </echo [couleur] [-deghiNtsaqlbfnmr] [#canal|[=]nick] <text>> les commutateurs sont: [-deghiNtsaqlbfnmr] et les parametres sont: [couleur] [#canal|[=]nick] <text>.
Enfin, c'est ce que je presume en utilisant chaque commande.