Linking/Networking Fail Bots (Local and Non)

[de80]

I like this idea very much.

[Hero]

Added Port listening and outputting - Read up ;\

[Reason]

The port listener would only work for Fail Bot, and i see no purpose for this as all the ports Fail Bot uses are outputted SOMEWHERE (1337 = local server, 1338 = Clan meeter, 6112 = BNET, 9367 = BNLS)

[Vector]

[size=]Main Ideas:[/size]

• Control over other bots
• Command queue sharing
• Moderation queue sharing
• Sending messages and commands (Without going through battle.net)
• Connecting to friends

I am not certain of the exact ability of Forsaken Ops, but I'm sure that if FailBot had all these features, then it would be a much better bot than most other bots. (Even those that use BotNet)

[size=]Moderation queue sharing[/size]

Local
All of your bots that have ops in the same channel will share banning and kicking queues. (Simple eh?) On by default.

This is VERY ESSENTIALLY to a bot to have. That way, you don't clog your bot with unnecessary bans and whatnot. Excessive message are problematic to every bot unless they adopt a feature like this. FoolOps has this capability as well.

Command and Message sending[/size]

Local
The ability to open a private message box with another one of your bots. Everything you say will be added to that bots queue. You can use commands via "/"

I only see this as a solution to laziness, UNLESS you and the other bot are not on the same computer.

[size=]Port Listening and outputing[/size]

Local
Able to listen to a list of ports and display data sent to/from them

Visual things to add...

Settings:
Ports to listen to

Forms:
Port Listener

I think this is pointless. This wouldn't even be FailBot-related, but instead a packet logger.

If I can add a suggestion. Eric was taling to me sometime ago of a feature he wanted to put into StealthBot. This feature is called SmartQueue. If you send the bot a command, and another user sends the bot a command as well, before the bot is finished sending the responses to the first user, it will also take the messages sent to its queue by the second user, and show him his responses as well.

<user1>.whois *
<user2>.say hai; this is a test
<bot>Found three users in the database: (to the first user)
<bot>hai (to the second user)
<bot>bob 50/S; harry 40/H; test 80/G. (to the first user)
<bot>this is a test (to the second user)

I am very fluid with the concept of this idea, but I would really have to think of how to implement this feature.

[ArticWolve]

Finally, someone who dumbed it down for the nubs! Now if only I actually understood what Vector meant.... actually I did, and I think I agree with all but his last point. The person who did a command first should be the one who gets the responses first, Plain and simple.

[Reason]

Hmmm..... Lets see how i could implement that....

Code: [Select]

Public Function Add2Queue(SplitChar, Message)
    Dim CommandResponse() As String
    CommandResponse() = Split(Message, SplitChar)
    If UBound CommandResponse() <= 2 Then
        For CommandCount = 1 to lstQueue.listitems.count
             If CommandResponse(lstQueue.items(i)) = True then
                  'go from there. Idk, anyone have suggestions?