Re: perl-fu and bot frameworks (was: Re: Knab

[Corwin B. <co...@mp...>]

Rocco Caputo wrote:

>On Mon, Apr 18, 2005 at 11:38:15AM -0400, James O'Kane wrote:
>  
>
>>If someone is going to be compiling a list of bot comparisons, add Knab to 
>>the list. http://sourceforge.net/projects/knab
>>    
>>
>
>Since the can is open, you may as well consider perl-fu also.  It's
>not an offshoot of infobot, but it replicates many of infobot's
>features.  http://android18.slim.summitmedia.co.uk/perl-fu2.html
>  
>
The canonical location for perl-fu is http://perlfu.jinzougen.org

Jinzougen and I have been working on a new major version, which should 
be out RSN.  There's also one more release of the 2.x series which isn't 
up yet, but should be which contains a few performance fixes and new new 
plugins, most of which just express more of infobot's functionality and 
is exactly what irc://efnet.net/#perlhelp is currently running.

>If POE::Component::IRC is part of infobot's future versions, you
>should be aware that its current maintainer is working on a plugin
>framework to be included with it.  One True Plugin Framework might
>help unify various bot initiatives.  You may consider discussing how
>infobot/blootbot/flooterbuck work with plugins so P::C::I does the
>right thing out of the box.
>  
>
The new 3.x version of perl-fu is totally plugin driven, including the 
factiod engine.  FWIW, I'd love to see a version of Infobot which was 
plugin compatible with perl-fu.  Not sure if that could be in the cards, 
but I'd love to see it.  The (extra) complication is that perl-fu isn't 
tied to P::C::I; it abstracts messages there from into a generic message 
class instances of which are what plugins' event handlers actually 
receive.  I'd be happy to mess with the perl-fu guts in order to support 
an generic plugin mechanism, but I wouldn't want to loose the ability to 
have the same Plugin respond to messages regardless of originating service.