Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

3 commentaire(s) de BaFM sur des sources sur ircfr

Le : 03/05/2006 23:50:37
Source : SIMULATION DE TABLEAU DANS MIRC AVEC LES HASHTABLE
Tu a tout compris PaDa, c'est limité à deux dimmensions, on a rarement besoin de plus de dimensions. Mais tu peux cependant étendre les fonctionnalités en gerant par toi même la troisième dimension.
Et les tableaux imbriqués sont encore moins géré a la base. C'est pas vraiment l'utilité de base. Puisque tableaux imbriqués et plus de deux dimensions, ca commence a devenir plus complexe.
Mais une autre implémentation de mes algorithme permettrais du multidimmensionnel. J'y ai pensé quand j'ai posté.
Et après pour l'imbrication, tu peux mettre les noms des tableaux imbriqués dans les cellules et faire l'accès come ca ;)


Le : 03/05/2006 01:34:17
Source : AVOIR UNE SORTE DE CHANNEL PARALLÈLE POUR OP
Pour le CTCP, hum comment dire... Si ca te dit quelque chose le CTCP VERSION, ou CTCP PING, ben t'a l'idée, sinon, je ne peut que te conseiller de regarder la documentation à /ctcp et ON CTCPREPLY.
C'est une sorte de notice, mais en un peu différent. Ca sert souvent a exécuter une sorte de commande sur l'utilisateur distant pour avoir une information, ou déclencher une action de celui-ci dans le cas d'un bot.
Généralement affiché avec les crochets autour du nom, par défaut, dans mIRC.


Le : 01/05/2006 11:28:24
Source : AVOIR UNE SORTE DE CHANNEL PARALLÈLE POUR OP
Salut,
L'idée de ta source est sympa. Personnellement, j'avais fait un truc du même style pour DC++, pour un chat privé opérateur et aussi pour un chat privé par jeux, ce qui a plus d'utilité que avec IRC comme l'a dit ISoKa.
Pour la lisibilité du code, il serait mieux de passer à la ligne à la place des barres, mais tu a sans doute fait celà pour que ca prenne pas trop de ligne sur le site ?
Ensuite, tes matchtext pour !opchat et !opstop, il serait de meilleurs augure que tu les fasses sans "*" autour. Car par exemple, si un opérateur dit "fait !opchat pour rejoindre la query privée" ben, il la joindras si ce n'est pas déjà fait... Enfin, tel que c'est écrit, il rerejoindras.
De plus, ce genre de commande est préférable en ctcp. Je pars du principe qu'être opérateur sur un salon va de paire avec une certaine habitude de l'utilisation d'irc.
Une autre amélioration, ce serait de faire un DCC Chat au lieu d'un simple query.

Enfin, tout ca pour dire que c'est un bon début. Mais il y a de l'amélioration possible.

MyGoddess

NB : Si sur le client irc sur lequel tourne le bot existe une fonction du type "flood protection" pour les messages locaux, pas de problème pour le flood ;)





Nos sponsors

Sondage...

CalendriCode

Janvier 2009
LMMJVSD
   1234
567891011
12131415161718
19202122232425
262728293031 

Consulter la suite du CalendriCode



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,218 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.